T05 · Unauthorized Access and Privilege Escalation
- Location
checks.md:13- Finding
Overly Broad Sensitive-Environment Reconnaissance
- Content
View full analysis
Vulnerability Details
File Location:
checks.md:13-69
Vulnerability Type: Excessive access to credentials, system configuration, sessions, and remote infrastructure
Risk Level: MediumVulnerable Code Snippets
markdown - [ ] No secrets in plaintext files (.env with real values, hardcoded credentials) - [ ] No secrets accidentally committed to git historymarkdown ### Credentials - [ ] Keychain secrets referenced in secrets-registry.json actually exist - [ ] API tokens not expired (Cloudflare, Hetzner, etc.) - [ ] SSH keys have correct permissions (600, not world-readable) - [ ] VPN configuration exists and matches expected serversmarkdown ## Integrations ### APIs & Services - [ ] Configured APIs reachable (Brave, Telegram, etc.) - [ ] Bot tokens valid (can authenticate) - [ ] Rate limits not being hit chronically - [ ] Webhook endpoints responding ### Resources & Performance - [ ] Token usage patterns normal (no sudden 3x spikes) - [ ] Model routing following defined rules (Haiku/Sonnet/Opus split) - [ ] Browser sessions not accumulating (zombie tabs) - [ ] No redundant tool calls (same file read 5x in one conversation) ### Nodes & External - [ ] Paired nodes reachable - [ ] Server SSH connections working - [ ] Docker services on servers healthy (if applicable)Technical Analysis
The Skill is activated by broad requests such as “audit,” “diagnose,” or “what's wrong,” but its check definitions extend into credential stores, API-token validity, SSH configuration, VPN configuration, active sessions, paired nodes, remote servers, and Docker services. These resources can contain or reveal security-sensitive operational data.
Although these checks are consistent with the declared system-diagnosis purpose, the Skill does not define an explicit consent boundary, scoped allowlist, or privilege separation before examining sensitive subsy ...[truncated 1688 chars]
- Remediation
View remediation
Remediation Suggestions
- Default broad trigger phrases to a non-sensitive local check limited to file structure, syntax, disk usage, and service availability.
- Require explicit, informed confirmation before checking:
- Keychain or credential registries
- Git history for secrets
- SSH keys and remote connections
- VPN configuration
- Session history
- API-token validity
- Paired nodes, servers, or Docker services
- Present a scope preview before execution, identifying every directory, credential store, service, and remote system that will be accessed.
- Introduce separate read-only capabilities for workspace, credential, session, and remote-infrastructure checks.
- Use allowlists for files, repositories, hosts, and integrations rather than inspecting every resource available to the agent.
- Prevent sensitive findings from being written to tracking files or persistent memory.
- Redact credential values, host identifiers, usernames, and other sensitive metadata from reports and tool transcripts.
- Require additional confirmation before any remediation action changes permissions, restarts services, terminates sessions, or modifies remote resources.
