security-audit von Cloudflare: ein Sicherheits-Audit-Skill für Claude Codecloudflare's security-audit skill: a full repository audit for claude code

Im Skills-Beitrag vom 29. September habe ich drei Werkzeuge geprüft, darunter VibeSec als Sicherheits-Skill beim Schreiben von Code. Im answer-me-with-html-Beitrag vom 5. Oktober und im Mods-Beitrag kamen weitere Skills dazu. Heute beschreibe ich einen Skill, der anders ansetzt: statt beim Schreiben von Code prüft er ein fertiges Repository nach Sicherheitslücken.

der security-audit-skill

Das Repo ist cloudflare/security-audit-skill. Laut README ist es der Skill, aus dem Cloudflares Vulnerability-Harness entstand. Cloudflare beschreibt den Hintergrund im Blogbeitrag "Build your own vulnerability harness".

Umfang: 21 Dateien, 5.276 Zeilen. Das ist kein einfaches Checklisten-Dokument. Die SKILL.md hat 192 Zeilen, dazu kommen drei Ablaufdateien und elf Dateien mit Angriffsklassen: Web und Auth, Client-Side, LLM und Agenten, Supply-Chain und Release, Cloud und Deployment, RPC und Messaging, Ressourcenerschöpfung, Datenisolation, Desktop, Mobile und IPC sowie Memory-Safety. Zwei Node-Validatoren ohne externe Abhängigkeiten prüfen die Ausgabe gegen ein Schema: validate-findings.cjs und validate-coverage-ledger.cjs, beide mit Tests.

sechs phasen

Phase 1 ist Reconnaissance: Das Modell legt architecture.md und coverage-ledger.json an. Diese beiden Dokumente steuern alle weiteren Phasen.

Phase 2 ist die Coverage-geführte Suche: Isolierte Hunter-Agenten arbeiten parallel. Ein Kritiker sucht danach nach Lücken im Coverage-Ledger.

Phase 3 ist die Kandidaten-Validierung: Frische Verifier-Agenten versuchen, jeden Fund zu widerlegen. Bestätigt ist ein Fund erst mit vollständiger Quellspur und beobachtetem Ergebnis.

Phase 4 ist die strukturierte Ausgabe: findings.json gegen report-schema.json validiert. Ungültige Einträge werden abgewiesen.

Phase 5 ist eine unabhängige Prüfung der finalen Quellbelege durch frische Agenten.

Phase 6 ist der Bericht: REPORT.md, FINDINGS-DETAIL.md und NEEDS-VALIDATION.md.

Vor jeder Welle werden Kritiker und Verifier reserviert. Reicht das Budget nicht, werden Einheiten zurückgestellt statt dünn geprüft.

drei urteile

Jeder Fund bekommt eines von drei Urteilen. Confirmed bedeutet: vollständige Quellspur und beobachtetes Ergebnis liegen vor. Needs validation bedeutet: eine genau benannte Tatsache ist noch offen, zum Beispiel weil Zielcode ohne Sandbox nicht laufen darf. Solche Funde bekommen keine Severity. Rejected bedeutet: der Verifier hat den Fund erfolgreich widerlegt.

Ein Fund ohne Quellspur und Ergebnis bekommt nie confirmed. Das verlangt die SKILL.md ausdrücklich.

profile und kosten

Quick ist ein begrenzter Durchgang für kleine Ziele oder einen ersten Blick. Standard ist der Default: vier Reconnaissance-Agenten plus Hunter pro Welle, dazu Kritiker und Verifier. Deep ist für große oder kritische Ziele: Einheiten je Subsystem, Kritiker-Wellen bis zu einem sauberen Durchgang.

Kosten steigen schnell, weil jede Welle mehrere Agenten parallel startet. Für scoped Runs kann man einen Pfad, ein Subsystem oder einen Diff zwischen zwei Refs angeben. Alles außerhalb gilt als out_of_scope, nicht als covered. Läufe sind additiv.

in mein sicherheitssystem

Ich habe heute den Skill installiert und in mein bestehendes System eingeordnet. Die anderen Schichten laufen schon länger:

• Der security-guidance-Hook prüft jeden Edit auf unsichere Muster.
• VibeSec lädt beim Schreiben von Web-Code mit Auth, Eingaben, SQL oder Weiterleitungen.
• /security-review und /codex:adversarial-review prüfen Diffs.

Was fehlte: ein Audit über das ganze Repository mit Belegen je Fund. Das ist die Lücke, die security-audit füllt.

Die Original-Skill-Beschreibung ist sehr breit ("Use for security questions, focused reviews ..."). Das hätte VibeSec verdrängt. Ich habe die description auf ausdrückliche Repo-Audits oder Pfad-Audits begrenzt und auf VibeSec, /security-review und /codex:adversarial-review verwiesen.

installation

# global installieren, nur für Claude Code
npx skills add https://github.com/cloudflare/security-audit-skill \
  --skill security-audit --global -a claude-code

# Prompt in Claude Code (Beispiele aus dem README)
# security audit this codebase
# find security vulnerabilities in ./src

stolperstein: 56 agenten-ordner

Der Installationsbefehl mit -y hat den Skill in 56 Agenten-Ordner verlinkt: Devin, Goose, Roo, Windsurf und viele weitere. Eine Installation (PromptScript) schlug fehl. Ich habe 53 Links wieder entfernt. Geblieben sind drei: ~/.agents/skills (Quelle), ~/.claude/skills und ~/.codex/skills.

Tipp: Mit -a claude-code legt die CLI den Skill nur im Claude-Code-Ordner ab.

meine neue regel

Ich habe eine neue Regel in meine globale CLAUDE.md aufgenommen: Repo-Audit vor Launch oder bei Auth und Billing mit security-audit, Profil quick oder scoped. Deep nur für Auth, Billing oder Pre-Launch. Ausgabe nach <repo>/.ai/security-audit/. Auf dem Server nie /tmp als Schreibziel. Danach /codex:adversarial-review.

Den ersten eigenen Audit-Lauf habe ich noch nicht durchgeführt. Keine Fundzahlen, keine Laufzeiten. Das kommt in einem eigenen Beitrag.

häufige Fragen

quellen und stand

Stand: 05.10.2026. Quelle: github.com/cloudflare/security-audit-skill, README und SKILL.md, gelesen 05.10.2026. Cloudflare Blogbeitrag: blog.cloudflare.com/build-your-own-vulnerability-harness. Kein eigener Audit-Lauf: keine Fundzahlen oder Laufzeiten.

In the skills post from September 29 I tested three tools, including VibeSec as a security skill for writing code. In the answer-me-with-html post from October 5 and in the mods post further skills followed. Today I describe a skill that works differently: instead of checking while writing code, it audits a finished repository for security issues.

the security-audit skill

The repo is cloudflare/security-audit-skill. According to the README it is the skill that Cloudflare's vulnerability harness grew out of. Cloudflare describes the background in the blog post "Build your own vulnerability harness".

Size: 21 files, 5,276 lines. This is not a simple checklist. The SKILL.md has 192 lines, plus three workflow files and eleven files with attack classes: web and auth, client-side, LLM and agents, supply chain and release, cloud and deployment, RPC and messaging, resource exhaustion, data isolation, desktop, mobile and IPC, and memory safety. Two Node validators without external dependencies check the output against a schema: validate-findings.cjs and validate-coverage-ledger.cjs, both with tests.

six phases

Phase 1 is reconnaissance: the model writes architecture.md and coverage-ledger.json. These two documents steer all later phases.

Phase 2 is coverage-guided search: isolated hunter agents work in parallel. A critic then looks for gaps in the coverage ledger.

Phase 3 is candidate validation: fresh verifier agents try to refute each finding. A finding counts as confirmed only with a complete source trace and an observed result.

Phase 4 is structured output: findings.json validated against report-schema.json. Invalid entries are rejected.

Phase 5 is an independent check of the final source claims by fresh agents.

Phase 6 is the report: REPORT.md, FINDINGS-DETAIL.md and NEEDS-VALIDATION.md.

Before each wave, critics and verifiers are reserved. If the budget is not sufficient, units are deferred rather than thinly covered.

three verdicts

Each finding gets one of three verdicts. Confirmed means: a complete source trace and an observed result are present. Needs validation means: one named fact is still open, for example because target code may not run without a sandbox. These findings get no severity. Rejected means: the verifier successfully refuted the finding.

A finding without a source trace and observed result never gets confirmed. The SKILL.md requires this explicitly.

profiles and cost

Quick is a bounded pass for small targets or a first look. Standard is the default: four reconnaissance agents plus hunters per wave, plus critics and verifiers. Deep is for large or high-stakes targets: units per subsystem, critic waves until a clean pass.

Costs rise quickly because each wave starts several agents in parallel. For scoped runs you can name a path, a subsystem or a diff between two refs. Everything outside counts as out_of_scope, not as covered. Runs are additive.

in my security system

I installed the skill today and placed it in my existing system. The other layers have been running for some time:

• The security-guidance hook checks every edit for unsafe patterns.
• VibeSec loads when writing web code with auth, input handling, SQL or redirects.
• /security-review and /codex:adversarial-review check diffs.

What was missing: an audit across the whole repository with evidence per finding. That is the gap security-audit fills.

The original skill description is broadly worded ("Use for security questions, focused reviews ..."). That would have displaced VibeSec. I narrowed the description to explicit repository audits or scoped path audits and pointed to VibeSec, /security-review and /codex:adversarial-review for everything else.

installation

# global installieren, nur für Claude Code
npx skills add https://github.com/cloudflare/security-audit-skill \
  --skill security-audit --global -a claude-code

# Prompt in Claude Code (Beispiele aus dem README)
# security audit this codebase
# find security vulnerabilities in ./src

snag: 56 agent folders

Running the install command with -y linked the skill into 56 agent folders: Devin, Goose, Roo, Windsurf and many others. One installation (PromptScript) failed. I removed 53 of those links. Three remain: ~/.agents/skills (source), ~/.claude/skills and ~/.codex/skills.

Tip: with -a claude-code the CLI places the skill only in the Claude Code folder.

my new rule

I added a new rule to my global CLAUDE.md: run a repo audit before launch or for auth and billing code with security-audit, profile quick or scoped. Deep only for auth, billing or pre-launch. Output goes to <repo>/.ai/security-audit/. Never /tmp as the write target on a server. Then /codex:adversarial-review.

I have not run my own audit yet. No finding counts, no run times. That comes in a separate post.

frequently asked questions

sources and status

As of: 5 October 2026. Source: github.com/cloudflare/security-audit-skill, README and SKILL.md, read 5 October 2026. Cloudflare blog post: blog.cloudflare.com/build-your-own-vulnerability-harness. No own audit run: no finding counts or run times.