Termin vereinbaren

AI-SAST – Codeanalyse, die über Absicht schließt

Sprachmodelle triagieren Findings, schließen semantisch über Funktionsgrenzen hinweg und finden reale Zero-Days. Was davon belegt ist, welche Werkzeuge es 2026 gibt und wo die neuen Grenzen und Risiken liegen — mit Quellen statt Marketing.

AI-SAST bezeichnet den Einsatz großer Sprachmodelle in der statischen Codeanalyse — nicht als Ersatz für regelbasiertes SAST, sondern als zweite Ebene darüber. Die Motivation ist doppelt: KI erzeugt heute den Großteil des neuen Codes (Google gibt 75 Prozent an), und dieser Code führt messbar häufiger Schwachstellen ein (Veracode: 45 Prozent der KI-Samples fallen im Sicherheitstest durch). Gleichzeitig kann dieselbe Technologie Fehler finden, die kein Muster erfasst. Der Referenzrahmen dafür kommt von Wiz („Rethinking Scanning for the AI Era“, 30.07.2026): drei Schichten aus deterministischem Baseline-Scanning, kontinuierlichem KI-Reasoning und gezieltem agentischem Deep-Testing. Diese Seite ordnet die belegten Fähigkeiten, die reale Werkzeuglandschaft und die neuen Risiken ein — und trennt konsequent Primärquellen von Herstellerclaims.

Das Wichtigste im Überblick

01

Das Drei-Schichten-Modell (Wiz)

Wiz beschreibt AI-SAST nicht als ein Modell, sondern als kontextbewusstes Multi-Engine-System. Tier 1: deterministisches Baseline-Scanning mit Signaturen — schnell, günstig, vor jedem Merge. Tier 2: kontinuierliches KI-Reasoning auf jedem Pull Request, das Anwendungsstruktur, Trust Boundaries und Datenflüsse versteht. Tier 3: gezieltes agentisches Pentesting nur für hochwertige Anwendungen. Kernthese: „Deep scanning everywhere doesn't scale“ — Frontier-Analyse ist teuer und punktuell, während sich Code stündlich ändert.

02

Triage: der am besten belegte Nutzen

Der reifste Einsatz ist nicht das Finden, sondern das Aussortieren. Ein LLM-Filter hinter einem deterministischen Scanner senkt Fehlalarme konsistent über mehrere unabhängige Studien: QASecClaw 88,6 Prozent auf dem OWASP Benchmark bei 3,1 Prozent Recall-Verlust, „Sifting the Noise“ bis 93,3 Prozent auf realen CodeQL-Alerts, SAST-Genius rund 91 Prozent (225 auf 20 Findings). Genau hier liegt der wirtschaftliche Hebel, weil Alert Fatigue der häufigste Grund für gescheiterte SAST-Programme ist.

03

Semantisches Reasoning statt Muster

In Tier 2 baut das Modell erst ein Verständnis der Anwendung auf, formuliert Angriffshypothesen und prüft sie über Datei- und Funktionsgrenzen hinweg — „wie ein Sicherheitsforscher“. Der neuro-symbolische Ansatz IRIS (LLM inferiert Taint-Spezifikationen, CodeQL führt die Analyse aus) fand auf CWE-Bench-Java 55 statt 27 Schwachstellen gegenüber CodeQL allein und deckte vier zuvor unbekannte auf. Die kontextreiche Studie CORRECT zeigt: Repository-Kontext ist der entscheidende Hebel — genau deshalb schlagen Whole-Repo-Ansätze die reine Snippet-Klassifikation.

Grundlagen: klassisches SAST
04

Autonome Schwachstellensuche

Das Finden selbst wird zur Commodity: Google Big Sleep meldete 2025 zwanzig reale Zero-Days und verhinderte erstmals aktiv einen Angriff (CVE-2025-6965). Die DARPA-AIxCC-Finalisten fanden im August 2025 vollautonom 86 Prozent der eingebauten Schwachstellen zu rund 152 Dollar pro Aufgabe. Wiz Atlas erreicht über 90 Prozent auf dem CyberGym-Benchmark und über 200 unbekannte Schwachstellen. 2026 fand sogar ein Open-Weight-Modell (Kimi K2.5) über einen synthetisierten Agenten-Harness zehn Zero-Days in Google Chrome.

Beratung: AI Code Security
05

Coding-Agenten als Reviewer

Die großen Coding-Assistenten haben Security-Review eingebaut: Anthropics Claude Code Security Review (Open Source, MIT, diff-aware, filtert FP-anfällige Klassen aktiv), GitHub Copilot Code Review (über 60 Mio. Reviews, 71 Prozent mit umsetzbarem Feedback), OpenAI Codex Security (über 100.000 externe PRs pro Tag, bewusst Precision vor Recall), Cursor Bugbot (8 parallele Läufe plus Majority Voting gegen Nicht-Determinismus, 70+ Prozent Resolution). Alle dokumentieren ausdrücklich Halluzinationsrisiko und Review-Pflicht.

06

AI-native SAST-Anbieter

Neben den Incumbents (Checkmarx, Veracode Fix, Snyk Agent Fix mit 85 Prozent Secure-and-Functional-Rate, Sonar, GitLab Duo) ist eine eigene Klasse AI-nativer Werkzeuge entstanden: ZeroPath, Corgea, DryRun, Amplify, Almanax. Ein unabhängiger Pentester-Test (Joshua Rogers, 09/2025) bestätigt deren Stärke bei Logik- und Autorisierungsfehlern, misst aber weite Spannen: Corgea rund 80 Prozent Erkennung bei etwa 50 Prozent Fehlalarmen, andere lieferten überwiegend Fehlalarme. Herstellerbenchmarks (‚100 % Detection‘) gehören gegengeprüft.

07

Grenze 1 — Nicht-Determinismus

LLM-Urteile schwanken zwischen Läufen, und zwar prinzipiell: Selbst bei Temperatur 0 sind Ausgaben nicht reproduzierbar, weil die Inferenz nicht batch-invariant ist (Thinking Machines: 80 verschiedene Ergebnisse aus 1.000 identischen Anfragen). Für ein Compliance-Gate heißt das: Die reproduzierbare Basis muss aus Tier 1 kommen; KI-Findings brauchen einen Audit-Trail und menschliche Stichproben, keine blinde Automatik. GitHub und GitLab schreiben genau das in ihre Nutzungsdoku.

08

Grenze 2 — der Analyst wird zum Ziel

Ein Modell, das Repository-Inhalte liest, verarbeitet Anweisungen aus Kommentaren, READMEs und Issues als Eingabe. Das ist ausnutzbar: Adversariale Kommentare täuschen LLM-Detektoren in über 90 Prozent der Fälle (ALIBI-Framework), schon Framing im Kontext unterdrückt bis zu 97 Prozent erkannter Schwachstellen. Reale Vorfälle reichen von CVE-2025-53773 (Copilot-RCE über Prompt Injection) bis zur RCE auf CodeRabbits Servern mit Schreibzugriff auf eine Million Repositories. NIST führt indirekte Prompt Injection als eigene Angriffsklasse.

09

Der ehrliche Reality-Check

Nicht jede Erfolgsmeldung hält der Prüfung stand. Auf wirklich ungesehenen Zero-Days (ZeroDayBench, portierte CVEs in fremde Repositories) scheitern selbst Frontier-Modelle noch am autonomen Finden und Patchen. Naive LLM-Klassifikation ohne Kontext liegt bei einer Balanced Accuracy von 0,50 bis 0,55 — kaum über dem Münzwurf. Und Benchmark-Kontamination bleibt ein Vorbehalt, auch wenn sie bei den realen Vuln-Benchmarks nicht der Haupttreiber ist. Deshalb gilt: KI ergänzt die Schichten, sie ersetzt sie nicht.

Unsere Lösung · AI-SAST im Betrieb

VamiAppSec: sechs Scanner, ein Backlog, KI-Triage

Genau das Betriebsmuster dieser Seite — deterministischer Scanner findet, LLM triagiert und kontextualisiert, Mensch entscheidet — steckt in unserer Plattform VamiAppSec. Sie orchestriert Semgrep, Gitleaks, Checkov, Syft/Grype und den Claude Code Security Reviewer in einer Pipeline, normalisiert alle Findings und reichert jeden Fund per LLM mit Kontext, Ausnutzbarkeits-Einschätzung und Patch-Vorschlag an. Nachvollziehbar und im eigenen Rechenzentrum betreibbar.

6+Scanner in einer Pipeline
−54 %mediane Triagezeit
93 %Dubletten eliminiert
24 hbis zur Inbetriebnahme
  • LLM als Filter HINTER dem deterministischen Scanner — nicht als blinder Ersatz
  • Self-hosted oder SaaS: Code verlässt auf Wunsch nie Ihre Infrastruktur
  • Beratung dazu: Scanning-Architektur, Kalibrierung, Exploit-Validierung

Kennzahlen aus eigenen Messungen gegenüber roher Scanner-Ausgabe; Details auf vamiappsec.com.

Standards & Quellen

Die Inhalte dieser Seite basieren auf den folgenden öffentlich verfügbaren Leitfäden und Studien.

Wiz (Amir Lande Blau) · 2026

Rethinking Scanning for the AI Era: Wiz's Agentic Code Security System

Das Drei-Schichten-Modell (Baseline / kontinuierliches KI-Reasoning / agentisches Deep-Testing) und die Produktisierung von Atlas als Deep-Analysis-Engine; Kernthese „Deep scanning everywhere doesn't scale“.

Wiz · 2026

Introducing Atlas: Wiz's AI vulnerability researcher

Über 90 % Erfolgsquote auf CyberGym und über 200 zuvor unbekannte Schwachstellen; orchestriertes Multi-Modell-System.

arXiv:2405.17238 · 2025

IRIS: LLM-Assisted Static Analysis for Detecting Security Vulnerabilities (ICLR 2025)

Neuro-symbolisch: LLM inferiert Taint-Spezifikationen, CodeQL analysiert. Auf CWE-Bench-Java 55 statt 27 Schwachstellen gegenüber CodeQL allein, vier zuvor unbekannte gefunden.

arXiv:2504.13474 · 2025

Everything You Wanted to Know About LLM-based Vulnerability Detection (CORRECT)

2.000 vulnerable-patched-Paare über 99 CWEs, 13 LLMs: Repository-Kontext ist der entscheidende Hebel; die meisten Fehlalarme entstehen durch Reasoning-Fehler, nicht Fehlklassifikation.

arXiv:2312.12575 · 2024

LLMs Cannot Reliably Identify and Reason About Security Vulnerabilities (Yet?) (IEEE S&P 2024)

SecLLMHolmes: bloßes Umbenennen von Funktionen/Variablen kippt Urteile (PaLM2 26 %, GPT-4 17 %); nicht-deterministische Ausgaben und unzuverlässiges Reasoning.

Thinking Machines Lab · 2025

Defeating Nondeterminism in LLM Inference

Selbst bei Temperatur 0 keine Reproduzierbarkeit: 80 verschiedene Ergebnisse aus 1.000 identischen Anfragen; Ursache ist fehlende Batch-Invarianz, nicht Sampling.

arXiv:2607.24964 · 2026

ALIBI: Adversarial comments defeat LLM vulnerability detectors

Irreführende Code-Kommentare ohne Verhaltensänderung erzielen über 90 % Evasion (bei einem System 100 %) gegen vier LLM-basierte Detektoren.

arXiv:2603.02297 · 2026

ZeroDayBench: Evaluating LLM Agents on Unseen Zero-Day Vulnerabilities (ICLR 2026 WS)

Reality-Check: Auf portierten, ungesehenen Zero-Days scheitern Frontier-Modelle am autonomen Finden und Patchen — Gegengewicht zu den Erfolgsmeldungen.

Anthropic · 2025

Claude Code Security Review (GitHub Action, Open Source)

MIT-lizenziert, diff-aware, sprachagnostisch; filtert FP-anfällige Klassen (DoS, generische Input-Validierung, Open Redirects) aktiv heraus, um Rauschen zu senken.

GitHub · 2026

60 million Copilot code reviews and counting

Über 60 Mio. Reviews, 71 % mit umsetzbarem Feedback; agentische Architektur und Reasoning-Modell verbessern das Feedback messbar.

OpenAI Alignment · 2025

A Practical Approach to Verifying Code at Scale

Codex-Reviewer prüft über 100.000 externe PRs pro Tag; bewusst Precision vor Recall („high signal quality and developer trust“); Repo-Zugriff + Codeausführung erhöhen die Trefferqualität.

Cursor · 2026

Building a better Bugbot

Explizites Engineering gegen LLM-Nicht-Determinismus: 8 parallele Läufe mit permutierter Diff-Reihenfolge, Majority Voting, nachgeschalteter Validator; Resolution-Rate von 52 % auf über 70 % gesteigert.

Semgrep · 2025

Semgrep Assistant: 60 % Auto-Triage, 96 % Agreement

Konfidenzbasiertes Muster in der Praxis: LLM als Kontextgeber hinter der deterministischen Engine; 60 % Auto-Triage, 96 % Agreement mit dem Security-Research-Team (Herstellerangabe).

Joshua Rogers · 2025

An LLM Engineer's Review of AI SAST Tools

Unabhängiger Pentester-Test von sechs AI-SAST-Produkten: Stärke bei Logik-/Autorisierungsfehlern bestätigt, aber weite Fehlalarm-Spannen (Corgea ~80 % Erkennung bei ~50 % FP) — Korrektiv zu Vendor-Claims.

GitHub Docs · 2026

Responsible use of Copilot Autofix / Copilot Code Review

Anbieter-Guidance zur Governance: Halluzinationsrisiko, Nicht-Determinismus, Pflicht zum ergänzenden menschlichen Review; Evaluation nutzt mehrere unabhängige Läufe.

NIST · 2025

NIST AI 100-2e2025: Adversarial Machine Learning — Taxonomy

Definiert direkte und indirekte Prompt Injection als GenAI-Angriffsklassen; indirekte Injection über abgerufene Inhalte (README/Kommentare) ist direkt auf Code-Analyse-Agenten anwendbar.

AI-SAST einführen — mit Nachweis statt Bauchgefühl?

In einem unverbindlichen Erstgespräch ordnen wir, wo LLM-Triage bei Ihnen den größten Hebel hat, welche Schicht auf welchem Repository läuft und wie Sie KI-Findings governen, ohne die Reproduzierbarkeit zu verlieren.