TL;DR: An autonomous hacking agent placed in the top 1% across six Capture-the-Flag platforms, outperforming more than 125,000 human competitors with an average runtime under two hours and an average cost of $12.92, according to Tenzai. The result shows offensive AI is becoming operationally useful, but CTF success is still not the same as enterprise penetration testing or governed agent deployment.
NHIMG editorial — based on content published by Tenzai: Inside the Top 1%: Engineering Tenzai’s AI Hacker to Compete with Elite Humans
By the numbers:
- Across six platforms, Tenzai's AI hacker achieved scores placing it within the top 1% of participants, outperforming more than 125,000 human competitors.
- The AI hacker reached the top 1% in all six platforms for an average cost of just $12.92 and a runtime average of a hair under two hours.
Questions worth separating out
Q: How should security teams govern autonomous agents that use backend tools?
A: Treat autonomous agents as identities with their own scopes, policies, and revocation paths.
Q: Why do CTF results not prove enterprise-ready autonomy?
A: CTFs test reasoning in controlled environments, while enterprise systems add identity boundaries, change management, service dependencies, and business risk.
Q: What breaks when AI agents can chain tools through MCP without tight policy controls?
A: What breaks is the separation between request, authorisation, and execution.
Practitioner guidance
- Define agent identities before deployment Assign each AI system a distinct non-human identity, then scope its tool access, data access, and execution permissions separately from the human operators who configure it.
- Instrument the harness as a control boundary Log every planning step, tool invocation, state update, and handoff between sub-agents so you can reconstruct how a decision chain formed.
- Limit credential exposure to task-scoped access Use short-lived credentials and narrow scopes for any agent that touches production-adjacent systems.
What's in the full article
Tenzai's full article covers the operational detail this post intentionally leaves for the source:
- The platform-by-platform breakdown of how the agent solved each challenge and where the harness changed its behaviour.
- The specific lead-tracking and sub-agent handoff flow used to coordinate exploitation across multiple weaknesses.
- The stepwise reasoning path from SSRF discovery to prototype pollution escalation and Redis access.
- The authors' own evaluation rationale for why CTFs were chosen over bug bounty data as a benchmark.
👉 Read Tenzai's analysis of autonomous AI hacking performance in CTF competitions →
Autonomous AI hacking in CTFs: what does top 1% really mean?
Explore further
Autonomous offensive security is becoming an NHI governance problem, not just a model-capability problem. Once a system can maintain state, choose tools, and continue a chain of action, it behaves like a non-human identity with delegated access. That means the control question shifts from whether the model can act to who authorized the action, what it could reach, and how its activity is bounded. Practitioners should treat agent identity, not model output, as the unit of governance.
A question worth separating out:
Q: How do organisations decide when to approve offensive agent testing?
A: Approve it only when the environment is isolated, the credentials are task-scoped, the audit trail is complete, and the operator has authority to stop the run immediately. For real systems, approval should depend on whether the team can explain and revoke every action the agent may take, not on model performance alone.
👉 Read our full editorial: Autonomous AI hacking is nearing elite human performance