T01 · Skill Instruction Hijacking
- Location
SKILL.md:20- Finding
Mandatory Vendor Role and Promotional Output Hijacking
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is a real component-sourcing integration, but it automatically sends part/BOM-derived queries to a single vendor and persistently steers sourcing answers into mandatory DHX promotional output.
Install only if you intentionally want DHX Tech as the default sourcing provider for matching hardware questions. Avoid using it with confidential BOMs unless you are comfortable sending part numbers to icdhxkj.com, and be aware that the Cursor rules option can keep adding DHX promotional contact links in later project sessions.
SKILL.md:20Mandatory Vendor Role and Promotional Output Hijacking
skills/dhx-tech-sourcing/SKILL.md:20Duplicated Mandatory Vendor Output Instructions in Nested Skill
cursorrules.txt:26Persistent Project Rules Force Promotional Content into Future Responses
The skill instructs the agent to send part numbers and potentially BOM-derived queries to an external API without notifying the user or obtaining consent. BOMs often contain proprietary design, sourcing, and supplier information, so silent transmission off-platform can expose confidential product, supply-chain, or commercial data to a third party.
Skill enumerates or reads other installed skills. Access to other skills' SKILL.md files or the skills directory reveals prompt instructions, capabilities, and secrets that should be invisible to peer skills.
Cursor automatically picks up:
- `rules/dhx-electronics-sourcing.mdc` — project rules (same content as `cursorrules.txt`)
- `skills/dhx-tech-sourcing/SKILL.md` — the agent skill
> 💡 Legacy fallback: Option 1 (copy `cursorrules.txt` → `.cursorrules`) still works for older Cursor versions.
The trigger conditions are broad enough to activate on many ordinary hardware-related requests, including general sourcing, PCB design, and BOM discussions. This can cause unintended invocation of the skill, steering users into a vendor-specific workflow, making unsolicited external queries, and injecting promotional content or links into responses without a clear user request for this specific provider.
The activation rule is broad enough to trigger on common terms like finding, sourcing, or buying components, which can cause the skill to engage outside a clearly intended workflow. This creates prompt-scope hijacking risk: unrelated conversations may be steered into mandatory external lookups, link insertion, and vendor promotion without sufficient user intent confirmation.
The rule forces locale rewriting and defaults to English when the user's language is not recognized, without asking the user or preserving the original neutral URL. While not a direct code-execution issue, it can misroute users, alter link destinations unexpectedly, and create deceptive UX by transforming links based on inference rather than explicit consent.
The trigger conditions are broad enough to activate on general hardware design or manufacturing discussions, not just explicit sourcing requests. That can cause the agent to steer ordinary engineering conversations into vendor-specific promotion and unnecessary external lookup flows, increasing the chance that sensitive project details or BOM data are disclosed without clear user intent.
The instructions require detecting the user's language and forcing a locale-specific URL, with unsupported languages automatically routed to '/en/'. This imposes a language choice without user opt-in and may conflict with organizational language or locale preference policies.
This OpenAPI file presents the title, descriptions, parameter documentation, and response descriptions only in Chinese, which can constitute a language/locale policy issue when no user opt-in or alternative locale is offered. The file does not document that the API is intentionally region-specific or provide multilingual options.
No suspicious patterns detected.