T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:110- Finding
Overbroad Access to Potentially Sensitive Session Transcripts
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 110-116
Vulnerability Type: Excessive access to session history and potentially unrelated sensitive data
Risk Level: MediumVulnerable Code
markdown Useful checks: - `sessions_list` to find heartbeat sessions - `session_status` to inspect context accumulation - `sessions_history` to inspect recent transcript size, repetition, and tool fan-outRelated instructions also appear at lines 39 and 82:
markdown 2. **Session status, session lists, and transcripts are supporting evidence.**markdown 5. Only after that, inspect session metadata or transcripts to explain *why* a verified expensive run happened.Technical Analysis
The Skill instructs the Agent to enumerate sessions and retrieve session histories as part of a scheduler token audit. Session transcripts can contain private conversations, credentials, personal information, confidential tool output, and data unrelated to the scheduled task under investigation.
Transcript inspection may be useful for explaining a verified high-token run, but the Skill does not enforce the least-privilege controls needed for such access. In particular, it does not:
- Require explicit user authorization before reading transcripts.
- Restrict access to a user-selected or scheduler-owned session.
- Limit the number of turns or time range retrieved.
- Require redaction of credentials and unrelated personal information.
- Prohibit reproducing raw transcript content in the audit report.
- Prefer aggregate metadata before accessing message content.
The issue is therefore an overbroad data-access workflow rather than evidence of an external exfiltration mechanism. The audited file contains no destination URL, upload instruction, remote payload retrieval, or instruction to send transcript data to a third party. Its mention of “web fetches” at line 102 describes a possible historical source of token usage and does not direct the Agen ...[truncated 1607 chars]
- Remediation
View remediation
Remediation Suggestions
- Require explicit user approval before retrieving any session transcript.
- Restrict transcript access to a specifically identified scheduler-owned session associated with the audited job.
- Use
usage.total_tokensand aggregate session metadata as the primary evidence; access message content only after an exact expensive run has been established and explanation is explicitly requested. - Retrieve only the minimum required time range or number of turns rather than the complete session history.
- Add an ownership and relevance check before every
sessions_historycall. - Redact credentials, tokens, personal information, and unrelated content before analysis or reporting.
- Prohibit raw transcript reproduction in final reports; report only sanitized structural findings.
- When authorization or session ownership cannot be established, classify the result as
Inconclusiverather than reading additional data. - Document that transcript data must not be sent to external services or retained beyond the active audit.
