Secrets gefunden vor der Produktion.
Schlüssel und Tokens in Ihrem Code und seiner gesamten Historie gefunden, bevor sie live gehen.
checkout-apiSecret-ErkennungDemo-Projekt
- KritischAWS-Zugriffsschlüsselsrc/lib/s3.ts:4
const accessKeyId = "AKIA****************";const accessKeyId = process.env.AWS_ACCESS_KEY_ID;Fix bereitAus der Umgebung gelesen. Schlüssel rotieren, dann das Finding als geschwärzt markieren.
Jede Art von Secret, an jedem Ort.
Cloud- und API-Schlüssel
- AKIA****************
- sk_live_****************
Tokens und Zugangsdaten
- ghp_****************
- postgres://app:****@db:5432
Die gesamte Git-Historie
- main a1f3c9e
- release/2.4 7d02b41
- feat/s3 c44e019
Rauschen aussortiert
- test/fixtures/stripe.json
- docs/auth.md
Ein aktiver Schlüssel statt drei Warnungen.
Jeder Treffer
- Alarm: AWS-Zugriffsschlüssel
- Alarm: Stripe-Testschlüssel in einer Fixture
- Alarm: Beispiel-JWT in der Dokumentation
Was echt ist
- Kritisch: AWS-Zugriffsschlüsselsrc/lib/s3.ts:4
- Rauschen: Stripe-Testschlüssel in einer Fixturetest/fixtures/stripe.json
- Rauschen: Beispiel-JWT in der Dokumentationdocs/auth.md
Im Agenten erkannt, vor dem Commit.
Ihr Agent liest diese Funde beim Schreiben, und jede Änderung wird vor dem Commit geprüft.
- Secret-ErkennungScannt das Repository bei jedem Push.Gefunden
- VibeDefendGibt das Finding an Ihren Coding-Agenten.Bereitgestellt
- Ihr AgentBehebt es in der Sitzung.Behoben
- CommitGeht ohne die Lücke rein.Sauber
Claude Code
Cursor
WindsurfGitHub Copilot
OpenAI Codex
Beginnen Sie mit einem Repository.
Verbinden Sie GitHub, GitLab, Bitbucket oder Azure DevOps, wählen Sie ein Repository, und der erste Scan startet.
Im Detail
Schlüssel, Tokens und Passwörter, vor der Produktion.
Cloud- und API-Schlüssel
Tokens und Zugangsdaten
Konfigurationen, nicht nur Code
Die gesamte Git-Historie
Rauschen aussortiert
Alles, was er prüft
Credential-Hygiene, die den Kreis wirklich schließt.
Ein Schlüssel in einer .env ist eine offen gelassene Tür.
Signaturen und Entropie kombiniert
KI-Triage obendrauf
Findings dort, wo Sie arbeiten
Fünf Schichten zwischen Key und Produktion.
Provider-Signaturen, Entropie-Analyse, Scan der gesamten Git-Historie und KI-Triage.
Hochpräzise Regeln
Scan der gesamten Git-Historie
Breite Abdeckung von Zugangsdaten
Gründliche Prüfung von Code und Konfiguration
KI-Triage gegen das Rauschen
Vom Leak zum Widerruf
Der Schlüssel ist aktiv.
Beim Commit gestoppt.
Widerrufen und rotiert.
Häufige Fragen zu CybeDefend Secrets.
Welche Provider erkennt CybeDefend?
Cloud-Provider (AWS, GCP, Azure), Code-Plattformen (GitHub-PATs und Fine-grained Tokens, GitLab-Tokens), Zahlungsdienste (Stripe live und test), Kommunikation (Twilio, Slack, Discord, Mailgun, SendGrid), KI-Anbieter (OpenAI, Anthropic, Cohere, Hugging Face), Observability (Datadog, Sentry), Datenbanken (Postgres-Connection-Strings, MongoDB Atlas), allgemeine Zugangsdaten (JWT, private PEM-Schlüssel, OAuth-Tokens) und mehr. Die Liste wächst laufend. Alles, was nicht im Signaturkatalog steht, wird über die Entropie-Analyse erkannt.
Wie geht CybeDefend mit False Positives um?
Zwei Stufen. Die Signatur-Engine setzt auf hochpräzise Provider-Muster, damit schon die rohen Treffer stimmen. Darauf bewertet Cybe Analysis jedes Finding neu, sortiert offensichtliches Rauschen aus (Test-Fixtures, Beispielwerte, abgelaufene Tokens) und gruppiert wiederkehrende Muster. Sie bearbeiten nur die Liste, die beide Stufen übersteht.
Scannt CybeDefend bei der Installation auch die Git-Historie?
Ja. Bei der ersten Installation läuft ein vollständiger Scan über jeden Branch und jeden Commit, nicht nur über den Working Tree. Für Treffer in der Historie gibt es die Ein-Klick-Aktion 'Nach Rotation als geschwärzt markieren', damit sie keinen Alarm mehr auslösen, sobald das Secret rotiert wurde. Nach diesem ersten Durchlauf wird jeder Push inkrementell gescannt.