T01 · Skill Instruction Hijacking
- Location
GOVERNANCE.md:5- Finding
Mandatory Startup Instructions Trust and Execute Unvalidated Workspace Content
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This governance skill is mostly transparent, but it gives agents broad standing authority over startup files, memory, documentation, and repository pushes without enough user review controls.
Review this before installing in any workspace with sensitive data, shared repositories, or long-lived agent memory. If used, require explicit approval before loading bootstrap instructions, deleting files, writing long-term memory or governance changes, sharing memory files, storing credentials, or pushing to a remote repository.
GOVERNANCE.md:5Mandatory Startup Instructions Trust and Execute Unvalidated Workspace Content
GOVERNANCE.md:22Unvalidated Conversation Content Can Poison Persistent Agent Memory and Governance
GOVERNANCE.md:214Framework Authorizes Unreviewed Autonomous Repository Pushes
Mentioning and documenting access credentials in general workspace procedures normalizes credential handling in potentially insecure documentation rather than secure secret-management systems. If followed literally, this could expose credentials to agents, collaborators, backups, or audit artifacts, enabling unauthorized access and broader compromise.
- [ ] Copy GOVERNANCE.md, PROCEDURES.md, DELEGATION.md to workspace
- [ ] Create TOOLS.md (empty file for agent to populate)
- [ ] Create or link agent config file (agent-config.json or equivalent)
- [ ] Document workspace path and access credentials
- [ ] Schedule first check-in with agent
- [ ] Verify agent can read all required files
- [ ] Run agent on first session and confirm initialization
Skill manipulates agent memory, state, or stored context. Memory corruption can alter personality, override safety rules, or cause unpredictable behavior.
- [ ] Agent identifies task or decision beyond their authority
- [ ] Agent documents reason escalation is needed
- [ ] Agent notifies administrator with clear context
- [ ] Include: task description, blocker, recommended action
- [ ] Provide relevant memory files or documentation
- [ ] Administrator reviews escalation within SLA (e.g., 2 hours)
This markdown file describes a complex, high-risk delegation involving refactoring an authentication module in a production system and approving it for production deployment. Although the process includes review and testing, it does not explicitly warn users that the scenario can affect production availability, authentication behavior, or system integrity.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
### Red Flags (Avoid These)
- ❌ Vague task descriptions ("make it better")
- ❌ No verification criteria ("I'll know it when I see it")
- ❌ Missing context or resources
- ❌ Unrealistic deadlines
- ❌ Agent starts without confirming understanding
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
- ❌ Agent starts without confirming understanding
- ❌ Agent disappears mid-task without updates
- ❌ Delegator ignores finished work for days
- ❌ Work accepted without verification
- ❌ Delegations never closed or logged
---
The instruction to delete BOOTSTRAP.md is a destructive action embedded in startup guidance and is framed as mandatory ('then delete it') without any confirmation step or warning. In an agent workspace, this can erase initialization, audit, or safety-relevant context before a user can review or preserve it, reducing transparency and recoverability.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
### Core Safety Rules
- **Don't exfiltrate private data.** Ever. Privacy is non-negotiable.
- **Don't run destructive commands without asking.** Especially deletion operations.
- **Use recoverable deletion options.** Move to trash/recycle bin rather than permanent deletion.
- **When in doubt, ask.** Your administrator is your safety backstop.
The document grants broad permission to act 'without asking' on tasks like reading and organizing memory files, updating documentation, and committing/pushing changes. While framed as productivity guidance, this expands autonomous behavior over persistent data and version control, which can lead to unintended disclosure, integrity changes, or propagation of bad edits without explicit user consent.
### Proactive Work You Can Do Independently
Without asking or waiting for a heartbeat:
- Read and organize memory files
- Review completed projects and outcomes
- Update documentation and procedures
The procedure explicitly tells operators to document workspace paths and access credentials, but provides no requirement to use a secure secret store, minimize exposure, or avoid placing credentials in broadly readable workspace documentation. In an agent workspace context, that can lead to credential disclosure through logs, shared files, or downstream agent access.
The escalation procedure directs agents to provide relevant memory files or documentation without warning that those files may contain sensitive, private, or security-relevant content. This creates a realistic risk of oversharing internal context, personal data, or secrets during escalation workflows.
The policy states mandatory formatting rules for Discord, WhatsApp, Slack, and Teams, including restrictions like 'No markdown tables' and prescribed emphasis styles. This imposes communication-format constraints unconditionally rather than offering user choice or explaining a required organizational locale/style policy.
The header comment on L03-L04 describes the script as creating ~/.accountable-ai/ and copying documentation files. However, L20-L21 also performs a chmod on the install script itself, which is an additional side effect not reflected by that documentation and contradicts the stated limited behavior.