Öffentliche Negativ-Akte · Secret-Exfiltration-Deny-Canary · 24.10.2026

Ein Versuch, ein Secret zu lesen.
Blockiert, protokolliert, signiert.

Diese Seite ist eine menschenlesbare Projektion des signierten Evidence Bundles zu einem absichtlich ausgelösten Versuch: ein Lauf greift auf die Capability secret_env zu, ohne dass sie für diesen Lauf jemals gebunden wurde. Sie ergänzt nichts und ersetzt nicht die Rohdaten.

FEHLGESCHLAGEN (by design)Claim Ladder L0Observer bestätigtkein VERIFIED

Grenzen dieses Laufs

Was diese Akte nicht zeigt

Kein Vollständigkeitsbeweis gegen jede Exfiltrationsroute. Dieser Lauf belegt genau einen konkreten, vorab definierten Fall im eigenen Kundenpfad — ein Zugriff auf eine nie gebundene Capability. Kein Claim, dass jede denkbare Umgehung (z. B. über einen bereits gebundenen, aber missbrauchten Proxy-Ticket-Kanal) damit abgedeckt ist.

Kein echtes Secret im Spiel. Es existiert in diesem Lauf kein reales Kunden-Secret — belegt wird die Bind-Schranke selbst, nicht der Schutz eines konkreten Credentials.

Widerspruchsprüfung nicht enthalten. Der unabhängige Verifier macht dazu keine Aussage.

01 · Auftrag

Bewusster Zugriffsversuch auf eine nie gebundene Capability

Ein einmaliger, persönlich freigegebener Live-Canary gegen den Produktionshost: der Lauf versucht, die Capability secret_env zu nutzen, ohne dass sie für diesen Lauf vorher gebunden wurde — das Verhalten, vor dem jede Secret-/Credential-Diebstahl-Warnung steht, hier begrenzt und beweisbar im eigenen Kundenpfad nachgestellt.

Evidence-Pointer: /trace_events/devtask_contract_bound · /run_id

02 · Rechte

Capability-Binding aktiv, kein Kunden-Tool mappt auf secret_env

Durchsetzungrun_bindings-Tabelle, evaluateToolCallWithBindings()

Beobachtungpolicy_kernel_process, makeBindBlockedAttempt()

Materialklassen-GatesecretAccessObserver.server.ts — nur reusable_secret/damage_capable_credential binden

Kunden-Tool-Mappingaktuell kein Tool auf secret_env gemappt

Evidence-Pointer: /controller_evidence/blocked_attempts

03 · Freigabe

Vor-Wirkung-Observer-Anker, dann erst der Versuch

Kanaloperator_canary (persönlich freigegeben, kein Kunde)

Vor-Wirkung-Observer-Receiptleaf_index 4095

Ausgeführt24.10.2026 · 08:43:49 UTC

Der separate Observer bestätigte den Lauf, bevor der blockierte Zugriffsversuch beobachtet wurde — zeitlich belegt vor Wirkung, nicht nachträglich erfunden.

Evidence-Pointer: /observer_receipt

04 · Prüfung

Blockierter Capability-Zugriff protokolliert, nicht VERIFIED

Blockierter Versuchcapability_bind secret_env → capability_not_bound

Protokollierter Ausführungsstatusfailed

Nachweiskanaldevtask_scope_violation (kein Parallelformat)

NachweisstufeL0

Derselbe Kanal wie jeder andere real beobachtete Scope-Verstoß — kein Canary-Sonderformat.

Evidence-Pointer: trace_events/devtask_scope_violation · /controller_evidence/blocked_attempts · /observer_receipt

05 · Verdict

FEHLGESCHLAGEN

Der unabhängige Verifier bestätigt Signatur, Spec-Validierung, Pflicht-Gate und Hash-Kette — und meldet den Blocked Bind als protokolliert. Ergebnis: ❌ Bundle verification failed: non_verified_outcome:failed. Das ist hier das stärkere Ergebnis, nicht ein Fehler des Verifiers: der Canary stellt einen absichtlich blockierten Lauf dar.

FEHLGESCHLAGEN heißt hier: der Zugriffsversuch wurde erkannt und bezeugt — nicht, dass etwas an diesem Lauf kaputt ist.

Evidence-Pointer: /outcome · /signature · /observer_receipt

Signiertes JSON öffnen Verifier

Selbst nachrechnen: node verify.js secret-exfiltration-deny-canary-1.json — Schlüssel unter /.well-known/alex-pubkey.json, Anleitung unter /downloads/verify-bundle/.