The short version
- Cloudflare Developers open-sourced a skill that runs a coding agent through six audit phases.
- Candidates are challenged and verified before they are reported as confirmed, rejected, or still needing validation.
- Source code and instructions live in the official repository on github.com under the MIT license.
At a glance
| Creator | Cloudflare Developers |
|---|---|
| Released | November 4, 2026 |
| License | MIT |
| Findings format | Independently verified, machine-readable |
| Category | Dev & Open Source |
| Creator / publisher | Cloudflare Developers |
| Official link | github.com ↗ |
| Heat | 🔥 1.4M Heat |
| Announced | |
| Data updated |
A skill that staffs the audit
Turn your coding agent into a team of security auditors with the open-source skill that seeded Cloudflare’s vulnerability discovery harness.
Cloudflare Security Audit Skill is a coding-agent skill for multi-phase security audits. Cloudflare Developers published the source and the instructions in the official repository on github.com, and described it as the skill that seeded the company’s vulnerability discovery harness.
The problem it targets is a familiar one after a wave of vulnerability disclosures: you want a closer look at your own code, and a single agent pass tends to dump unverified guesses. This skill structures that look so later phases can challenge and check what earlier phases propose.
Six phases, then a verdict
Report what’s confirmed, rejected, or still needs validation.
The published approach is a fixed sequence. The agent maps the codebase, hunts for vulnerabilities, challenges each candidate, records the findings, verifies those findings, and only then reports. Verification is independent of the hunt, and the output is meant to be machine-readable so another tool or a later review can consume it.
That last split is the useful part of the report. A candidate can come back confirmed, rejected, or still in need of validation. You are not handed a flat list that treats every suspicion as a bug.
- Map
The agent builds a picture of the codebase before it starts hunting.
- Hunt and challenge
It looks for vulnerabilities, then challenges each candidate instead of accepting the first hit.
- Record, verify, report
Findings are written down, checked, and labeled confirmed, rejected, or still needing validation.
| Phase | Job |
|---|---|
| 1. Map | Chart the codebase |
| 2. Hunt | Search for vulnerabilities |
| 3. Challenge | Test each candidate |
| 4. Record | Write the findings down |
| 5. Verify | Check findings independently |
| 6. Report | State confirmed, rejected, or still open |
Where it fits in a review
A practical run starts from code you already have. You load the skill into the coding agent you use, point that agent at the repository under review, and let the six phases finish before you treat anything as a defect. Because the findings are machine-readable, the report can feed a tracker, a follow-up agent pass, or a human reviewer who only wants the confirmed set.
The same sequence works as a scheduled look at a service you maintain, or as a one-off pass after you hear about a class of bugs and want to see whether your tree matches it. The skill does not replace reading the items marked as still needing validation. Those stay open until something else checks them.
Compared with asking an agent for a one-shot vulnerability list, the difference is the middle of the pipeline. Challenging, recording, and verifying are separate jobs, and the report is allowed to reject a candidate. You trade a faster dump of suspicions for a smaller set of findings that have already been argued with.
How to try it
Open the official repository
Go to the cloudflare/security-audit-skill repository on github.com, where Cloudflare Developers published the source and the usage instructions.
Load the skill into your coding agent
Follow the instructions in that repository to add the skill so the agent runs the six-phase audit rather than a free-form review.
Point it at the code you want examined
Give the agent the codebase to map and hunt. Let it challenge, record, and verify before you read results.
Sort the report by status
Use the machine-readable findings. Act on what is confirmed, drop what is rejected, and keep a queue for anything that still needs validation.
FAQ
Is every candidate treated as a real vulnerability?
No. Each candidate is challenged and later verified. The report separates what is confirmed, what is rejected, and what still needs validation.
Where are the install instructions?
Source code and instructions are in the official repository on github.com. The project is published under the MIT license.




