Live-Webinar auf EnglischWebinar mit Jason Lee, Mi., 14. Okt.Your newest insider is an AI agent.Jason LeeFormer CISO, Zoom & SplunkAnmelden

Die Sicherheit Ihrer Coding-Agenten, mit einem Befehl.

Regeln eingehalten, gefährliche Aktionen blockiert, Code vor dem Commit behoben und jeder Agent für Ihr Team sichtbar.

npx -y @cybedefend/vibedefend@latest install

Region EU oder USA, bei der Installation gewählt. Der Guard entscheidet auf Ihrem Rechner.

Ein Befehl. Fünf Agenten. Der Installer verbindet Claude Code, Cursor, Windsurf, GitHub Copilot und OpenAI Codex auf dem Rechner des Entwicklers, in einem Durchgang.

8-mal weniger gebrochene Regeln.

Gebrochene Regeln pro Ticket, gleicher Agent, gleiche Aufgaben.
  • Ohne Tool2,28
  • Eine von Hand gepflegte Regeldatei2,27
  • VibeDefend0,28

Kontrollierte Studie, 24. August 2026. Studie lesen
Eine Regeldatei gegen VibeDefend

  1. Ihre Regeln, vor jeder Änderung geliefert.

    Geschäftsregeln, aus Ihrem Code gelernt, und Sicherheitsregeln für Ihren Stack, passend zur Datei, die er bearbeitet.

    Claude Code schreibtbilling/refund.ts

    async function refund(order, amount) {
      if (amount > 500)
        await approvals.second(order);
      await payments.refund(order, amount);
      return receipt(order);
    }
    

    Erstattungen über 500 € brauchen eine zweite Freigabe.

    Einmal freigegeben von Sofia M.

    Mit Ihrer Regel geschrieben, bevor die Änderung greift.

  2. Gefährliche Befehle werden nie ausgeführt.

    Schema-Drops, sudo, Lesezugriffe auf Secrets und Force-Pushes werden abgelehnt; der Agent erfährt, warum, und nimmt einen anderen Weg.

    OpenAI Codex will ausführen

    rm -rf ./storage/uploads

    1. Gelesen
    2. Gegen Ihre Guards geprüft
    3. Abgelehnt
    4. Ausgeführt

    Blockiert: geschützter Pfad, Nutzer-Uploads

  3. Behoben vor dem Commit.

    Wenn der Agent fertig ist, werden seine Änderungen gescannt und er behebt jeden Befund. Die Befunde Ihres Projekts sind in seiner Sitzung.

    SQL Injection, erreichbar

    CWE-89, src/db/users.repo.ts:42
    "SELECT * FROM users WHERE id = $1", [id]

    Vom Agenten vor dem Commit behoben

  4. Dann bewiesen, nicht angenommen.

    Nach dem Commit prüft BLSA die Geschäftslogik und belegt jedes Urteil: die Regel, den Pfad, die Zeile.

    1. Erstattungen über 500 € brauchen eine zweite Freigabe.

      BLSA, Beweismodus

    2. POST /refunds

      Einstiegspunkt

    3. approvals.second(order)

      Die Prüfung der Regel

    4. payments.refund(order)

      Läuft nach der Prüfung

    Hält: freigegeben, bevor gezahlt wird

  5. Alles, was er tut, auf einer Karte.

    Jede gelieferte Regel, jede Ablehnung und jede Korrektur, ihrem Agenten und ihrem Entwickler im Brain zugeordnet.

    Cursor

    1. src/billing/cart-checkout.ts

      3 Regeln geliefert

    2. DROP TABLE invoices;

      Blockiert

    3. CWE-89, src/db/users.repo.ts:42

      Befund behoben

    Sofia M. zugeordnet, im Brain

Niemand hat es Ihrem Agenten gesagt. Jetzt weiß er es.

Ein Befehl. Alle Agenten. Keine Kreditkarte.

npx -y @cybedefend/vibedefend@latest install

Im Detail

Dann bewiesen, nicht angenommen.

Nach dem Commit prüft BLSA (Business Logic Security Analysis, entwickelt mit dem CNRS und dem Labor CRIStAL) die Geschäftslogik der Änderung, und sein Beweismodus zeigt, warum jedes Urteil hält oder bricht: die Regel, den Pfad durch den Code, die Zeile. BLSA steht heute unseren Design-Partnern offen.

Die acht Fehler in der Geschäftslogik, die es verhindert
43 %

der API-Schwachstellen nutzen die Geschäftslogik aus, keine bekannte CVE.

Wallarm, API ThreatStats 2026

Datenleck zwischen TenantsTenant-Filter in AbfragenCWE-639

Abfrage per id ohne Tenant-Filter: Jeder angemeldete Kunde kann diese Bestellung lesen.

vorher

// GET /api/orders/:id
const order = await db.order.findUnique({
  where: { id: req.params.id },
});
return res.json(order);

nachher

// GET /api/orders/:id
const order = await db.order.findUnique({
  where: { id: req.params.id, tenantId: req.user.tenantId },
});
if (!order) return res.status(404).end();
return res.json(order);

Regel: Tenant-Filter in Abfragen

Umgehung der ErstattungsgrenzeAutorisierungsgrenze bei RückerstattungenCWE-840

Rückerstattung ohne Rollenprüfung und ohne Obergrenze: Jeder Betrag kann auf jeden Intent erstattet werden.

vorher

router.post('/refund', async (req, res) => {
  await stripe.refunds.create({
    payment_intent: req.body.intent,
    amount: req.body.amount,
  });
  return res.json({ ok: true });
});

nachher

router.post('/refund', requireRole('finance'), async (req, res) => {
  const intent = await getOwnedIntent(req.user, req.body.intent);
  const amount = clampRefund(intent, req.body.amount);
  await stripe.refunds.create({ payment_intent: intent.id, amount });
  return res.json({ ok: true });
});

Regel: Autorisierungsgrenze bei Rückerstattungen

Fehlende IdempotenzIdempotenzschlüssel für WebhooksCWE-837

Kein Idempotenzschlüssel: Wird dasselbe Stripe-Event erneut zugestellt, wird die Bestellung doppelt gebucht.

vorher

app.post('/webhook/stripe', async (req, res) => {
  await orders.markPaid(req.body.id);
  await ledger.append({ type: 'charge', ... });
  res.send('ok');
});

nachher

app.post('/webhook/stripe', async (req, res) => {
  const key = req.headers['idempotency-key'];
  if (await seen.has(key)) return res.send('dup');
  await orders.markPaid(req.body.id);
  await ledger.append({ type: 'charge', key, ... });
  await seen.add(key, '24h');
  res.send('ok');
});

Regel: Idempotenzschlüssel für Webhooks

PII in LogsPII-Richtlinie in LogsCWE-532

Der komplette req.body geht in die Logs: E-Mail und Passwort im Klartext bei Ihrem Log-Anbieter.

vorher

logger.info('signup', { user: req.body });

nachher

logger.info('signup', {
  userId: hash(req.body.email),
  region: req.body.region,
});

Regel: PII-Richtlinie in Logs

Auth-Middleware übersprungenAuth-Middleware auf Routen verpflichtendCWE-306

Route ohne Auth-Middleware gemountet: /admin/users ist ohne Session erreichbar.

vorher

// public.routes.ts
router.get('/admin/users', listAllUsers);

nachher

// admin.routes.ts (auth + rbac applied at mount)
router.use(requireSession, requireRole('admin'));
router.get('/users', listAllUsers);

Regel: Auth-Middleware auf Routen verpflichtend

Feature-Flag-Rolloutsichere Defaults für Feature-FlagsCWE-1188

Fehlendes Flag = true als Default: Der Export schaltet sich in der Produktion selbst ein.

vorher

if (flags.allow_anyone_to_export ?? true) {
  return exportAll();
}

nachher

if (flags.allow_anyone_to_export === true && req.user.role === 'admin') {
  audit.log('export.all', req.user);
  return exportAll();
}

Regel: sichere Defaults für Feature-Flags

Kein Rate-LimitRate Limiting beim LoginCWE-307

Kein Limit für Anmeldeversuche auf /login: Brute-Force-Angriffe auf Zugangsdaten sind unbegrenzt möglich.

vorher

router.post('/login', loginHandler);

nachher

router.post('/login',
  rateLimit({ windowMs: 60_000, max: 8, keyGenerator: ipAndEmail }),
  loginHandler);

Regel: Rate Limiting beim Login

Export über alle TenantsTenant-Filter bei Admin-ExportenCWE-285

findMany ohne Tenant-Filter: Der CSV-Export liefert die Nutzer aller Kunden.

vorher

router.get('/admin/export', requireAdmin, async (_req, res) => {
  const rows = await db.user.findMany({});
  res.csv(rows);
});

nachher

router.get('/admin/export', requireAdmin, async (req, res) => {
  const rows = await db.user.findMany({
    where: { tenantId: req.user.tenantId },
  });
  audit.log('export', req.user);
  res.csv(rows);
});

Regel: Tenant-Filter bei Admin-Exporten

Vier Ebenen, eine Installation.

Bereitgestellte Regeln

Geschäftsregeln aus Ihrem Code und Ihre Sicherheitsregeln, vor jeder Änderung bereitgestellt.

Claude Code schreibtsrc/billing/cart-checkout.ts

const total = new Decimal128(cart.sum);
const rows = await db.query(
  "SELECT * FROM carts WHERE id = $1", [id]
);

Geldbeträge nutzen Decimal128, nie Number.

Aus src/billing.ts:14 gewonnen

Jede Abfrage mit Nutzereingaben wird parametrisiert.

OWASP Top 10

Vor der Änderung bereitgestellt

Secret-Wächter

Direkte Secret-Lesezugriffe werden verweigert; der Agent bekommt stattdessen die verwaltete Referenz.

Cursorwebhooks.ts

  1. cat .env | grep STRIPE

    Blockiert: direkter Secret-Zugriff

  2. Stattdessenprocess.env.STRIPE_WEBHOOK_SECRET

  3. npm test -- webhooks

    Tests laufen durch

Fürs Team protokolliert

Aktions-Wächter

Destruktive Befehle, Schema-Drops und geschützte Pfade werden gestoppt, bevor sie ausgeführt werden.

OpenAI Codex

  1. rm -rf dist/

    Erlaubt: Build-Ausgabe

  2. rm -rf .cache/

    Erlaubt: Cache

  3. rm -rf ./storage/uploads

    Blockiert: geschützter Pfad, Nutzer-Uploads

Fürs Team protokolliert

Live-Findings

Findings aus SAST, SCA, Secrets, IaC und CI/CD, live in der Sitzung, damit der Agent sie behebt.

GitHub Copilot

  1. SASTsrc/db/users.repo.ts:42

    SQL injection

  2. SCApackage.json

    lodash 4.17.20, CVE-2021-23337

  3. Secretsconfig/prod.yml

    AWS access key

  4. IaCinfra/main.tf

    S3 bucket public-read

  5. CI/CD.github/workflows/deploy.yml

    pull_request_target

Im Kontext des Agenten, live

Ihre Frameworks, als Regeln bereitgestellt.

Die Sicherheitsregeln, die der Agent bekommt, folgen den Frameworks, die Ihre Auditoren prüfen.

  • OWASP Top 10Injection, fehlerhafte Zugriffskontrolle, offengelegte Secrets.
  • SOC 2Zugriffskontrolle, Audit-Logging, Änderungsmanagement.
  • DSGVOPersonenbezogene Daten in Logs, Aufbewahrung, Datenminimierung.
  • ISO 27001Sichere Entwicklung und Zugriffskontrolle.

Frameworks, denen Ihre Regeln folgen, keine Zertifizierungen von CybeDefend. Unser eigener Stand

Kostenlos testen, an Ihrem eigenen Code.

Ohne Kreditkarte. Für den nächsten Schritt machen wir ein Pilotprojekt mit Ihrem Team und legen den Preis gemeinsam fest.

Bevor Sie installieren.

In der kontrollierten Studie von CybeDefend vom 24. August 2026 wendete derselbe Agent mit VibeDefend 89 % der präzisen Regeln an, gegenüber 12 % ohne Tool und 13 % mit einer von Hand gepflegten Regeldatei.

Verlässt mein Code meinen Rechner?
Nur das, was Sie zur Analyse senden, und es bleibt in der Region, die Sie bei der Installation gewählt haben: Paris für EU-Kunden auf SecNumCloud-qualifizierter Infrastruktur, Iowa für US-Kunden, immer auf unseren eigenen, selbst gehosteten Modellen und nie über eine KI-API von Drittanbietern. Der Wächter entscheidet auf Ihrem Rechner, seine Telemetrie enthält nur Metadaten (keine Prompt-Inhalte, kein Rohcode), Findings verlassen nie ihre Region, und Ihr Code wird nie zum Training eines Modells verwendet.
Mit welchen Agenten funktioniert es?
Der Installer richtet Claude Code, Cursor, Windsurf, GitHub Copilot und Codex ein. Jeder andere MCP-fähige Agent funktioniert mit eigener Konfiguration (Bring your own config), darunter Gemini CLI, Cline, Continue.dev und Zed.
Was enthält der kostenlose Tarif, und was passiert danach?
Melden Sie sich an und führen Sie den Installationsbefehl aus: Ihre Regeln erreichen Claude Code, Cursor, Windsurf, GitHub Copilot und Codex, die Guardrails laufen in Claude Code, Cursor und Codex, ohne Kreditkarte. Für den nächsten Schritt starten wir ein Pilotprojekt mit Ihrem Team und legen dann gemeinsam einen Preis fest, passend zu Ihrer Nutzung.
Noch ein Scanner, der den Agenten mit Warnungen überschwemmt?
Nein. Klassische Scanner laufen bei Commits und begraben Sie unter False Positives. VibeDefend arbeitet in Agent-time direkt am Diff, der gerade entsteht, mit Reachability-Analyse und Framework-Kontext, und gibt dem Agenten genau ein Finding, das er umsetzen kann, samt Fix.
Kann ich die Studie lesen, bevor ich mich registriere?
Ja, und das sollten Sie auch. Das 36-seitige Paper, die 90 Transkripte, die verblindeten Audits und die sechs Fälle, in denen die Schicht nichts gebracht hat, liegen im öffentlichen Repository, das auf dieser Seite verlinkt ist.
Was passiert, wenn VibeDefend einen Befehl blockiert?
Der Befehl läuft nie. Der Agent erhält den Grund in seiner Sitzung und kann einen anderen Weg nehmen, und die Ablehnung wird für das Team im Brain protokolliert.
Woher kommen die Regeln, die es bereitstellt?
Aus zwei Quellen: Regeln, die aus Ihrem eigenen Code vorgeschlagen und einmal von einer Person freigegeben werden, und die Frameworks Ihrer Wahl, etwa die OWASP Top 10, SOC 2 oder die DSGVO, als Regeln bereitgestellt. Vor jeder Änderung gibt VibeDefend dem Agenten die Regeln, die für die bearbeitete Datei gelten.
Was wird vor dem Commit geprüft?
Die Änderungen, die der Agent gerade gemacht hat. Am Ende seiner Antwort prüft VibeDefend sie und gibt ihm jedes Finding mit seinem Fix zurück, damit er die Zeile vor dem Commit umschreibt. Die Findings Ihrer SAST-, SCA-, Secrets-, IaC- und CI/CD-Scans sind ebenfalls live in der Sitzung.
Sieht das Team, was jeder Agent getan hat?
Ja. Jede bereitgestellte Regel, jede Ablehnung und jedes Finding ist im Brain, der Karte Ihrer Agenten, seinem Agenten und seinem Entwickler zugeordnet, sodass eine Leitung oder ein Security-Team es liest, ohne jemanden zu fragen.
Mein Agent prüft seinen Code doch schon selbst. Wozu CybeDefend?
Jeder Agent prüft seine eigene Arbeit, mit seinen eigenen Einstellungen. CybeDefend gibt allen fünf Agenten dieselben Regeln, Ihre Geschäftsregeln eingeschlossen, geliefert vor der Änderung statt geprüft danach, und führt ein einziges Protokoll darüber, was jeder Agent erhalten hat, was blockiert und was behoben wurde.