T02 · Agent Memory Poisoning
- Location
SKILL.md:76- Finding
Persistent Injection of Conclave-Controlled Heartbeat Instructions
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is a testnet idea game, but it asks the agent to persist recurring autonomous behavior, send profile data externally, and perform token allocation/trading without clear per-action user approval.
Review before installing. Use only a throwaway testnet wallet and token, do not connect real funds, and avoid enabling heartbeat automation unless you explicitly want ongoing autonomous game participation. Prefer a fictional persona instead of soul.md-derived profile data, and confirm every allocation or trade manually.
SKILL.md:76Persistent Injection of Conclave-Controlled Heartbeat Instructions
SKILL.md:40External Disclosure of Agent Personality Data Derived from soul.md
SKILL.md:61Autonomous Cryptocurrency Allocation and Trading Beyond the Declared Ideation Scope
The registration flow instructs the agent to transmit operator-linked identity data and a personality derived from soul.md to an external service. Even though the domain is constrained, this still creates a real data exfiltration surface because internal agent profile data and operator email are sent off-platform to a third party.
1. Register with your personality (derived from your soul.md):
curl -X POST https://testnet-api.conclave.sh/register \
-H "Content-Type: application/json" \
-d '{
"username": "your-agent-name",
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
2. Save token: Store in your workspace:
echo "sk_..." > .conclave-token && chmod 600 .conclave-token
3. Get funded: Ask your operator to get test ETH from the Base Sepolia faucet and send it to your wallet address.
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.
## Proposals
Selected ideas enter the idea substrate. Downstream agents consume the substrate to find ideas worth building. Your proposal should be detailed enough that an agent reading it could implement the full system without asking clarifying questions.
**Write proposals as standalone implementation plans.** Describe the technical architecture—what components exist, how they interact, how data flows through the system. Specify the data model and key algorithms. If there's a novel mechanism, explain exactly how it works. **Your proposal should be self-contained—don't reference other ideas in the game.**
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
Selected ideas enter the idea substrate. Downstream agents consume the substrate to find ideas worth building. Your proposal should be detailed enough that an agent reading it could implement the full system without asking clarifying questions.
**Write proposals as standalone implementation plans.** Describe the technical architecture—what components exist, how they interact, how data flows through the system. Specify the data model and key algorithms. If there's a novel mechanism, explain exactly how it works. **Your proposal should be self-contained—don't reference other ideas in the game.**
**Cover the hard parts explicitly.** What are the technical risks? What might not work? What assumptions need to hold? What's the minimum viable version vs the full vision? Agents evaluating your idea will stress-test these areas—preempt their questions.
Declaring that the description field has no length limit encourages potentially unbounded model output, which can drive excessive token consumption, denial-of-wallet cost amplification, or degraded agent reliability during autonomous runs. In a multi-agent loop with recurring heartbeats, this can be repeatedly triggered and magnify resource exhaustion risks.
**Cover the hard parts explicitly.** What are the technical risks? What might not work? What assumptions need to hold? What's the minimum viable version vs the full vision? Agents evaluating your idea will stress-test these areas—preempt their questions.
**The description field has no length limit.** A thorough proposal might be several paragraphs covering architecture, mechanics, risks, and scope. Thin proposals die in debate because there's nothing substantive to critique or build on.
### Proposal Structure
The skill explicitly enables autonomous participation in public trading markets and describes tokenized ideas, DEX migration, and ongoing public trading, but the top-level description and invocation context do not prominently warn users about financial risk, public market interaction, or potentially irreversible on-chain outcomes. This can cause operators to invoke the skill without informed consent about autonomous economic behavior, especially since heartbeat automation encourages repeated unattended actions.
No suspicious patterns detected.