linkfox-shopee-store-product
Audited by Socket on Aug 17, 2026
4 alerts found:
SecurityAnomalyx3SUSPICIOUS: the skill’s store-product management purpose matches its capabilities, but its data flow is not direct to official Shopee APIs. Routing all requests through LinkFox’s developerProxy and an additional proxy layer, combined with delegated auth and high-impact store mutations, creates meaningful integrity and privacy risk even without clear evidence of malware.
This analysis describes a legitimate wrapper around Shopee's API via a proxy with credential-based authentication. The main security considerations are secret management, data exposure through the proxy and logs, and validation/sanitization of gateway-related inputs. Before deployment, confirm that API keys are stored securely, that logs do not contain sensitive inputs, that input validation is enforced both client-side and server-side, and that the proxy trust boundary is well-defined and auditable.
The described setup is a legitimate proxy-based API wrapper with typical security considerations. No hardcoded secrets or obvious malicious logic are evident in the description. Primary risks stem from the proxy and auth library: potential credential exposure, improper logging, data leaks of store identifiers, and trust in external components. Recommend thorough security review of the proxy service, strict secret handling (no logging of API keys), input validation, least-privilege access, and end-to-end encryption. Without code, critical path validation remains limited; conduct code-level review if possible to verify how shopId/merchantId are handled and how responses are sanitized before returning.
The described delete_model flow relies on a gateway proxy to forward deletion requests to Shopee. Security hinges on proper authentication/authorization at the proxy, thorough input validation for shopId/merchantId, secure handling of environment-based API keys, and comprehensive audit logging. While no concrete code indicates malicious activity, the proxy boundary and destructive operation introduce meaningful risk. Recommend: (1) enforce least-privilege access and MFA for proxy clients, (2) validate and sanitize inputs strictly, (3) never log secrets or sensitive identifiers, (4) use centralized secret management with rotation and access controls, (5) implement robust request/response auditing, and (6) ensure explicit authorization checks for delete_model operations.