T09 · Insecure Skill Coding Practices
- Location
SKILL.md:31- Finding
Bearer Credential Exposure Through URL Query Parameters and API Responses
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is a coherent AgentFuel API guide, but it normalizes putting a paid-service API key in URLs and includes crypto-funded credit actions without enough guardrails.
Review this carefully before installing. Use header-based authorization only, avoid putting real AgentFuel keys in URLs or prompts, rotate any key already used in a query-string URL, and manually confirm invoice amounts, token network, recipient key, and transfer amount before any payment or credit transfer.
SKILL.md:31Bearer Credential Exposure Through URL Query Parameters and API Responses
The skill explicitly recommends passing the AgentFuel API key in the URL query string for web_fetch usage. Query-string secrets are commonly exposed through browser history, server/access logs, analytics, referrers, proxy logs, and agent/tool traces, so this materially increases the chance of credential disclosure.
The documentation encourages placing a real API key in a request URL, which is especially risky in natural-language agent workflows where URLs may be echoed back to the user, stored in transcripts, or captured by observability systems. This can directly leak the credential and enable unauthorized use of the linked paid service balance.
Data is being sent to an external URL. This could be legitimate telemetry or data exfiltration. Manual review is recommended.
With header auth (curl/exec):
curl https://agentfuel.dev/v1/balance \
-H "Authorization: Bearer $AGENTFUEL_KEY"
The examples normalize use of the real af_ key in query-parameter URLs for invoice-related requests. In agent environments, these full URLs may appear in prompts, tool traces, exception messages, screenshots, or logs, exposing a reusable credential tied to billable resources.
The skill documents creating USDT invoices and transferring credits between keys without prominent warnings that these are financial actions and may be irreversible. In an agent context, this can lead users or automated workflows to trigger deposits or transfers without understanding the consequences, increasing the risk of fund loss or unauthorized spend.
No suspicious patterns detected.