T09 · Insecure Skill Coding Practices
- Location
SKILL.md:56- Finding
Hardcoded Personal Contact Address Can Redirect Privacy Requests
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:56-57; duplicated inassets/example-output/privacy.html:37,49andassets/example-output/terms.html:38
Vulnerability Type: Hardcoded sensitive contact information and unintended data routing
Risk Level: MediumVulnerable Code
bash --base-email "chentuan7963@gmail.com" \ --email-tag "quillnest" \The resulting address is embedded in the example legal pages:
html <p>You may request access, correction, or deletion of your information by contacting <a href="mailto:chentuan7963+quillnest@gmail.com">chentuan7963+quillnest@gmail.com</a>.</p>html <p>Email: <a href="mailto:chentuan7963+quillnest@gmail.com">chentuan7963+quillnest@gmail.com</a></p>Technical Analysis
The primary generation example supplies a real-looking personal email address rather than a reserved example address. The generator derives
chentuan7963+quillnest@gmail.comfrom this value, and the same address is already embedded in the distributable example output.Users or automated agents may treat the documented command and example assets as deployment-ready. If copied without modification, the generated Privacy Policy and Terms direct access, correction, deletion, support, and other legally significant requests to that mailbox. Because privacy requests commonly contain identifying information, account details, and descriptions of personal data, this creates an unintended sensitive-data disclosure channel.
No mailbox credentials or local system privileges are exposed by the code itself. The vulnerability concerns unauthorized receipt of communications and personal information from visitors to incorrectly configured deployments.
Attack Path
- A publisher follows the canonical command in
SKILL.mdor copies files fromassets/example-output. - The publisher fails to replace the hardcoded base email before deploying the legal site.
- The published ...[truncated 1245 chars]
- A publisher follows the canonical command in
- Remediation
View remediation
Remediation Suggestions
- Replace the personal address in
SKILL.mdwith a reserved neutral value such aspublisher@example.com. - Remove the address from all files under
assets/example-outputand regenerate those assets with clearly fictional contact information. - Require the publisher to provide
--emailor--base-emailexplicitly rather than supplying a copyable personal default. - Before deployment, validate generated pages and reject known sample addresses,
example.comaddresses, placeholder markers, or contact values not explicitly approved by the publisher. - Include the final contact address in the mandatory review summary and require explicit confirmation that it belongs to the deploying entity.
- Add automated tests that scan documentation and example assets for personal email addresses and prevent publication when one is detected.
- Regenerate the stale example pages to remove
TODO_LEGAL_REVIEW, unsupported sharing and international-transfer language, and the hardcoded China governing-law clause so examples cannot be mistaken for reviewed production output.
- Replace the personal address in
