T09 · Insecure Skill Coding Practices
- Location
SKILL.md:17- Finding
Plaintext Storage of Sensitive Health Records in a Predictable Filesystem Location
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:17-26;references/symptom-template.md:14-17, 27-30, 39-43
Vulnerability Type: Plaintext sensitive-data storage with insufficient access-control requirements
Risk Level: MediumVulnerable Code Snippets
SKILL.md:17-26:markdown ## Record directory rules - Default health-record root directory: `C:\health` - Daily directory name: `YYYY-MM-DD_symptom-summary` - Recommended daily files: - `record.md`: Original and appended records for the day - `daily-summary.md`: Structured summary for the day ## Execution workflow 1. Read records from the previous 7–14 days and, when necessary, review 30 days, prioritizing changes in trends. 2. Extract a concise symptom summary from the current complaint for the directory name. 3. Create the current day's directory and write or append to `record.md`.references/symptom-template.md:14-17, 27-30, 39-43:markdown ## 3) Vital signs and measurements - Temperature: - Heart rate: - Blood pressure: - Blood oxygen: ## 5) Treatment and medication - Medication / dosage / time: - Non-medication treatment: - Effect: ## 8) Healthcare information, if applicable - Healthcare institution: - Tests: - Result summary: - Medical advice:The snippets above are faithful English renderings of the corresponding source text.
Technical Analysis
The Skill directs the agent to persist sensitive medical information in ordinary Markdown files under the fixed and predictable
C:\healthdirectory. The stored data can include symptoms, vital signs, medication details, test results, healthcare institutions, and medical advice.No requirement is provided for per-user access controls, encryption at rest, explicit consent before persistence, retention limits, secure deletion, or exclusion from indexing and backups. In addition, incorporating a symptom summary into the directory name expose ...[truncated 1827 chars]
- Remediation
View remediation
Remediation Suggestions
- Store records in an authenticated, per-user application-data directory rather than a fixed root-level directory.
- Create the storage directory with restrictive ACLs granting access only to the intended user and trusted application identity.
- Encrypt health records at rest using operating-system-protected keys or a vetted secret-management mechanism.
- Replace symptom-bearing directory names with opaque identifiers or dates so filesystem metadata does not expose medical details.
- Obtain explicit user consent before enabling persistent storage and clearly identify what data will be retained.
- Define configurable retention periods and provide reliable export and secure-deletion controls.
- Prevent records from being included in search indexing, telemetry, cloud synchronization, or unprotected backups unless the user explicitly opts in.
- Minimize collection by storing only fields necessary for the requested health-journaling function.
- Detect insecure permissions before writing and refuse persistence or warn the user if an appropriately protected location cannot be established.
- Document that locally stored records remain sensitive and should not be shared or committed to source-control repositories.
