Add policy-bound credential submission and native DLP audit proofs
This commit is contained in:
Karl committed
1 parent
b991ee9da6
commit
c8b6ff9cdd
45 files changed
+777
-98
No files matched your search
+142
-17
@@ -2,13 +2,23 @@
|
||||
|
||||
## Aktuelle nächste Abnahmen
|
||||
|
||||
Die gespeicherte Agent-Sitzung ist inzwischen nativ integriert; die detaillierten
|
||||
Nachweise stehen in `docs/agent-session-controls.md`. Der volle Produktumfang bleibt
|
||||
offen. Als nächste Implementierungsarbeiten gelten sicher geprüfter visueller
|
||||
Agent-Export, legitime kontrollierte Credential-Übertragung und nachvollziehbare
|
||||
Ownership für Hintergrund-Worker. Danach folgen breitere lokale Medienprüfung und
|
||||
Analysten-Evidence-Flows. Jede neue Freigabe braucht aktuelle Policy-/Identitäts-
|
||||
Prüfungen sowie einen echten Receiver-/Browser-Nachweis und korrelierte Traces.
|
||||
Gespeicherte Agent-Sitzungen und kontrollierte Credential-Vorbereitung sind für
|
||||
ihre dokumentierten nativen Pfade integriert und nachgewiesen. Der aktuelle
|
||||
Abgleich umfasst 668 bestandene Tests, Syntaxprüfung, stabilen Windows-Build,
|
||||
exakten Paket-/Runtime-Vergleich und den abschließenden Receiver-/Trace-Proof
|
||||
(`artifacts/controlled-login-final-suite.log`,
|
||||
`artifacts/controlled-login-final-syntax.log`,
|
||||
`artifacts/controlled-login-release-windows-build.log`,
|
||||
`artifacts/controlled-login-final-package-proof.log`,
|
||||
`artifacts/controlled-login-native-proof.json`). Das Executable ist unsigniert.
|
||||
|
||||
Nächste Implementierungsabnahmen: sicher geprüfter visueller Agent-Export,
|
||||
beweisbare Actor-Ownership für Hintergrund-Worker, breitere lokale Medienprüfung,
|
||||
vollständige Analysten-Inhaltsbelege und weitergehende Datei-/Admin-Steuerung.
|
||||
Bereits vorhanden sind begrenzte geschützte Browser-Metadaten und eine
|
||||
zweckgebundene Analystenansicht; vollständige Aufzeichnung oder Replay bleiben
|
||||
offen. Jede Erweiterung braucht aktuelle Policy-/Identitätsprüfungen, einen echten
|
||||
Receiver-/Browser-Nachweis und korrelierte Traces.
|
||||
|
||||
Produktionsabnahmen bleiben separat: signierter Installer/Updatekanal, unabhängige
|
||||
Sicherheitsprüfung, Geräteschlüssel/Enrollment-Vertrauen und Rotation, getestete
|
||||
@@ -29,7 +39,7 @@ Windows zuerst: einen zentral verwalteten Browser mit lokaler Inhaltsprüfung, f
|
||||
|
||||
|
||||
|
||||
## Statusmatrix
|
||||
## Aktuelle Statusmatrix
|
||||
|
||||
|
||||
|
||||
@@ -37,7 +47,7 @@ Windows zuerst: einen zentral verwalteten Browser mit lokaler Inhaltsprüfung, f
|
||||
|
||||
|---|---|---|
|
||||
|
||||
| Chromium/Electron, Windows-Build | Teilweise | `apps/browser/main.cjs`, `scripts/package.mjs`, `scripts/verify-package.mjs`; sandboxierter Electron-Browser und geprüftes unpacked Windows-Paket. Kein eigener Chromium-Fork mit umfassenden nativen DLP-Hooks; kein signierter Produktionsinstaller oder Updatekanal. |
|
||||
| Chromium/Electron, Windows-Build | Teilweise; aktuelles unpacked Paket geprüft | `apps/browser/main.cjs`, `scripts/package.mjs`, `scripts/verify-package.mjs`, `artifacts/controlled-login-release-windows-build.log`, `artifacts/controlled-login-final-package-proof.log`: sandboxierter Electron-Browser und exakter aktueller Paket-/Runtime-Vergleich. Kein eigener Chromium-Fork mit umfassenden nativen DLP-Hooks; Executable `NotSigned`, kein signierter Produktionsinstaller oder Updatekanal. |
|
||||
|
||||
| Safari-artige Oberfläche, Light/Dark, Themes, kompakte/getrennte Tabs | Umgesetzt für Browser-Chrome | `apps/browser/index.html`, `style.css`, `renderer.js`, `scripts/ui-showcase.cjs`, `artifacts/sbrowser-ui-layout.json`. Websiteinhalte werden nicht umgestaltet. Echte native Tabs mit eigener DOM-/Scroll-/History-/Security-State-Verwaltung sind jetzt integriert; Tabwechsel lädt nicht neu. Tatsächliche DLP-/Revocation-Prüfung in `artifacts/native-tabs-proof.json`. Gemeinsame Unternehmens-Cookies bleiben absichtlich geteilt. |
|
||||
|
||||
@@ -47,13 +57,13 @@ Windows zuerst: einen zentral verwalteten Browser mit lokaler Inhaltsprüfung, f
|
||||
|
||||
| Sichere Policy-Verteilung | Teilweise | `packages/core/policy-channel.cjs`, `apps/server/policy-channel.mjs`, `apps/browser/management-channel.cjs`, `tests/policy-channel.test.mjs`: ML-KEM-1024/AES-GCM und ML-DSA/Ed25519, Replay-/Versions-/Ablaufprüfung. HTTPS und unabhängiges initiales Pinning bleiben nötig. Kein HSM, Schlüsselrotation oder unabhängiges Kryptografieaudit; keine behauptete „doppelt quantensichere“ Zertifizierung. |
|
||||
|
||||
| SSO | Teilweise | `apps/server/auth.mjs`, `tests/server.test.mjs`: OIDC-PKCE, Signatur/Issuer/Audience/Nonce, Admin-Gruppen. Mock-IdP getestet; echter Kunden-IdP noch nicht integriert. Drei serverseitige Managementrollen (Admin, Operator, Auditor) aus OIDC-Gruppen in `apps/server/admin-access.mjs`; kein direktes SAML/SCIM. Remote-Shared-Bootstrap-Token wird verweigert; Bootstrap nur HTTP-Loopback. |
|
||||
| SSO | Teilweise | `apps/server/auth.mjs`, `tests/server.test.mjs`: OIDC-PKCE, Signatur/Issuer/Audience/Nonce, Admin-Gruppen. Mock-IdP getestet; echter Kunden-IdP noch nicht integriert. Vier serverseitige Managementrollen (Admin, Operator, Analyst, Auditor) aus OIDC-Gruppen in `apps/server/admin-access.mjs`; kein direktes SAML/SCIM. Remote-Shared-Bootstrap-Token wird verweigert; Bootstrap nur HTTP-Loopback. |
|
||||
|
||||
| Admin-Management-Oberfläche | Teilweise | `apps/server/public/index.html`, `admin.js`, `style.css`; funktionierende Enrollment-, Policy-, Integrations-, Teaching-, Bookmark- und Event-Formulare. `scripts/enterprise-admin-smoke.mjs`, `scripts/bookmarks-admin-smoke.mjs`. In dieser Iteration ergänzt: gruppierte Navigation, Fleet-/Auditfilter, Draft-/Änderungsprüfung, Dark/Light-Konsole, responsive Layouts und rollengerechte Aktionen. Tatsächliche Electron-DOM-/Screenshot-Proofs in `artifacts/enterprise-admin-proof.json` und `admin-console-*.png`. Gruppen-/Pilotverwaltung, effektive Vorschau, Versionsmeldungen und verpflichtende Zweitfreigabe sind inzwischen mit echten UI-Proofs ergänzt. Incident-Verwaltung mit Rollen, Verlauf, Zuständigkeit und Revisionsprüfung ist ergänzt und im echten UI geprüft. Einige Security-/Agentenfelder bleiben Advanced JSON; externe Tickets, automatische Fälle und vollständiger Daten-Lifecycle bleiben offen. |
|
||||
|
||||
| Fleet, Gruppen, Rollout | Teilweise | Gerätebestand, widerrufbare Credentials, globale signierte Policy, per-Gerät Dokument-/Bookmark-Steuerung und serverseitige Rollen vorhanden. `policy-history.mjs` liefert Historie/Diff/Restore als neue Version. `policy-review.mjs` erzwingt bei aktiviertem Deploymentflag unterschiedliche Autor-/Prüferidentität für alle Veröffentlichungswege, einschließlich Teaching und Gerätescan. Restriktive Gerätegruppen, explizite Pilot-Ausweitung und gerätgebundene effektive Policies sind inzwischen implementiert (`docs/group-policy-rollout.md`). Dynamische IdP-Gruppen, automatische Gesundheitsgates, prozentuale Rolloutringe und Mandantenisolation bleiben offen. |
|
||||
|
||||
| Admin-Bookmarks lesen/bearbeiten, Firmenlinks und erlaubte persönliche Links | Umgesetzt innerhalb des aktuellen Fleet-Modells | `packages/core/bookmarks.mjs`, `apps/server/bookmarks.mjs`, `apps/browser/bookmarks.cjs`, `tests/bookmarks.test.mjs`, `tests/bookmarks-native.test.mjs`, beide Bookmark-Smokes und Proof-Artefakte. Signierte Firmenlinks, per-Gerät persönliche Revisionen, native und Backend-Rechte. Kein geräteübergreifendes Benutzerroaming oder Gruppenzuweisung. |
|
||||
| Admin-Bookmarks lesen/bearbeiten, Firmenlinks und erlaubte persönliche Links | Umgesetzt innerhalb des aktuellen Fleet-Modells | `packages/core/bookmarks.mjs`, `apps/server/bookmarks.mjs`, `apps/browser/bookmarks.cjs`, `tests/bookmarks.test.mjs`, `tests/bookmarks-native.test.mjs`, beide Bookmark-Smokes und Proof-Artefakte. Signierte Firmenlinks, per-Gerät persönliche Revisionen, native und Backend-Rechte. Gruppenspezifische Firmenlinks über effektive Policies in `packages/core/policy-groups.mjs`; kein geräteübergreifendes persönliches Benutzerroaming. |
|
||||
|
||||
| Eigener Proxy, VPN, DNS | Teilweise | `apps/browser/network-posture.cjs`, `packages/core/enterprise.mjs`, `tests/network-posture.test.mjs`, `scripts/enterprise-browser-smoke.mjs`: Windows-DNS, Corporate DoH, Proxy/PAC, VPN-Adapter/DNS-Prüfung. Adapterpräsenz ist keine kryptografische Tunnel-/Routenattestation; Erkennung hat Polling-Latenz. Reale Kundentopologien müssen getestet werden. |
|
||||
|
||||
@@ -79,14 +89,15 @@ Windows zuerst: einen zentral verwalteten Browser mit lokaler Inhaltsprüfung, f
|
||||
|
||||
| KI als First Class, kontrolliertes Gateway | Teilweise | `apps/server/app.mjs`, `inspection.mjs`, Browser-AI-UI, `tests/enterprise-gateway.test.mjs`: freigegebene lokale Ollama/kompatible Provider, serverseitige Credentials, Prompt-/Outputprüfung. Kein vollständiges Berechtigungs-RAG, Modellinventar, Provider-Tenantnachweis oder umfassendes KI-Tool-Autorisierungsmodell. |
|
||||
|
||||
| Lokale Agenten steuern Sessions | Teilweise; geschützte unterstützte Aktionen geprüft | Individuelle zentral genehmigte Identitäten, Generation/Expiry, Zielhostbindung, DPAPI-Pairing, ML-KEM-1024/AES-GCM und gepinnte Ed25519/ML-DSA-87-Challenges, HMAC/Replay-Abwehr. Native Tab-UUIDs, Seiteninteraktion, Inspektion, Bookmarks, Appearance, gruppierte Tabs, geprüfte History-Navigation und begrenzte Fenstersteuerung sowie menschenentsperrtes Vault-Autofill implementiert. `docs/individual-agent-grants.md`, `docs/agent-history-window.md`, `docs/agent-vault-controls.md`, jeweilige echte Native-Proofs. Sichere Screenshots, Datei-/Vault-Mutationen, umfassende Widgets und attribuierte Worker-Steuerung bleiben offen; keine freie JS/CDP- oder Credential-Export-API. |
|
||||
| Lokale Agenten steuern Sessions | Teilweise; geschützte unterstützte Aktionen geprüft | Individuelle zentral genehmigte Identitäten, Generation/Expiry, Zielhostbindung, DPAPI-Pairing, ML-KEM-1024/AES-GCM und gepinnte Ed25519/ML-DSA-87-Challenges, HMAC/Replay-Abwehr. Native Tab-UUIDs, Seiteninteraktion, Inspektion, Bookmarks, Appearance, gruppierte Tabs, geprüfte History-Navigation und begrenzte Fenstersteuerung sowie menschenentsperrtes Vault-Autofill, separat kontrollierte Login-Vorbereitung und verschlüsselte gespeicherte Sitzungen implementiert. `docs/individual-agent-grants.md`, `docs/agent-history-window.md`, `docs/agent-vault-controls.md`, `docs/agent-session-controls.md`, `docs/controlled-credential-policy.md`, jeweilige echte Native-Proofs. Sichere Screenshots, Datei-/Vault-Mutationen, umfassende Widgets und attribuierte Worker-Steuerung bleiben offen; keine freie JS/CDP- oder Credential-Export-API. |
|
||||
| Verschlüsselte gespeicherte Sitzungen | Native Integration und finales Windows-Paket geprüft | `session-snapshot.cjs`, `agent-session-adapters.cjs`, `session-restore.cjs`, `docs/agent-session-controls.md`: benannte lokale URL/Titel/Gruppen-Sammlungen, Gerät/Principal/Generation-Bindung, DLP vor Save/List/Restore, CAS und einmalige Restore-Pläne. Echter Zwei-Prozess-Windows-Proof mit erhaltenen bestehenden Tabs; keine Formulare, Passwörter oder pageState. Kein Cross-Device-Sync oder vollständiges Session-Backup. |
|
||||
|
||||
| Passwortmanager mit Post-Quantum-Kryptografie | Teilweise | `apps/browser/vault.cjs`, `password-fill.cjs`, `tests/vault.test.mjs`, `tests/password-fill.test.mjs`: ML-KEM-1024/AES-GCM/scrypt und Windows-DPAPI, Idle-/Blur-Lock, gebundene HTTPS-Formfüllung. Kein Sync/Recovery/Passkeys, keine unabhängige Kryptografieprüfung oder FIPS-Modulvalidierung. |
|
||||
| Passwortmanager mit Post-Quantum-Kryptografie | Teilweise | `apps/browser/vault.cjs`, `password-fill.cjs`, `tests/vault.test.mjs`, `tests/password-fill.test.mjs`: ML-KEM-1024/AES-GCM/scrypt und Windows-DPAPI, Idle-/Blur-Lock, gebundene HTTPS-Formfüllung. Separat default-off kontrollierter nativer Login-POST in `apps/browser/credential-submission.cjs`, `tests/controlled-login-audit.test.mjs`, `artifacts/controlled-login-native-proof.json`; Vorbereitung sendet nicht. Gefüllte Passwörter sind für die freigegebene Webseite/deren JavaScript im DOM lesbar; keine Passwort-Isolation oder beliebige JS-Login-Unterstützung. Kein Sync/Recovery/Passkeys, keine unabhängige Kryptografieprüfung oder FIPS-Modulvalidierung. |
|
||||
|
||||
| UI+pHash+korrekte Login-URL gegen unbekannte Domains | Teilweise | `packages/core/visual-hash.cjs`, `visual-image.cjs`, `apps/browser/visual-phishing.cjs`, `visual-capture.cjs`, `tests/visual-*.test.mjs`, Native-Smoke: echte Pixel, DCT-pHash, exakte erlaubte HTTPS-Origins, Quarantäne/Audit. Admin muss vertrauenswürdige Referenzen liefern; keine voreingestellte Google-Bibliothek. Kein Pre-Render-Block; Layout-/Sprache-/Iframe-/Evasion-Abdeckung und Fehlalarmrate nicht ausreichend evaluiert. |
|
||||
|
||||
| OpenTelemetry und SIEM-Standardexport | Teilweise | `apps/server/telemetry.mjs`, `siem.mjs`, `packages/core/siem.mjs`, `tests/telemetry.test.mjs`, `tests/siem.test.mjs`: OTLP Signals, dauerhafte Audit-/Dedup-Pfade, ECS/CEF-Cursor und HTTPS/mTLS-Push mit zentralem SIEM-Exportschalter. Keine Dokument-/Promptinhalte in regulären Events. Incident-Triage und standardmäßig deaktivierte Datenbank-Aufbewahrung implementiert. Incident-Belege und ausstehende SIEM-Exporte bleiben erhalten. Zentral signierte Browser-OTLP-Traces/Logs mit Laufzeiten und Trace-/Span-Korrelation sind jetzt integriert und mit realem Electron/Collector geprüft. Separater verschlüsselter Belegspeicher serverseitig vorhanden; Browser-Erfassung/Analystenansicht, detaillierte Python-Phasen, automatische Fälle, externe SIEM-/Datei-/Backup-Aufbewahrung und reale Kunden-SIEM-Tests bleiben offen. |
|
||||
| OpenTelemetry und SIEM-Standardexport | Teilweise; unterstützte Debug-/Auditpfade nativ geprüft | `apps/server/telemetry.mjs`, `apps/browser/diagnostics.cjs`, `packages/core/siem.mjs`: zentral abschaltbare OTLP-Signals, langlebiger Exportfehlerzähler, korrelierte Browser-/Backend- und Audit-/Credential-Stufen, ECS/CEF-Cursor und HTTPS/mTLS-Push mit zentralem SIEM-Schalter. `apps/inspector/stage_timings.py`, `tests/stage_timings_test.py`, `artifacts/inspector-stages-export-proof.json` belegen begrenzte Parse/OCR/YARA/Makro/Semantik-Phasen mit Parent-Struktur; keine vollständigen Chromium-/Python-Profiler-Traces. Pflicht-Audit ist von Debug-Telemetrie getrennt. Automatische Fallbildung, externe SIEM-/Datei-/Backup-Aufbewahrung und reale Kunden-SIEM-Abnahme bleiben offen. |
|
||||
| Geschützte Browser-Belege und Analystenansicht | Umgesetzt für begrenzte Metadaten; Inhalts-Replay offen | `apps/browser/evidence-capture.cjs`, `evidence-delivery.cjs`, `apps/server/evidence.mjs`, `apps/server/public/evidence-viewer.js`, `tests/evidence-viewer.test.mjs`, `artifacts/download-evidence-native-proof.json`, `artifacts/interaction-evidence-native-proof.json`, `artifacts/evidence-ui-proof.json`: default-off Download-, abgeschlossene Clipboard-/Agent-Klick- sowie beobachtete Foreground-Gestenmetadaten, atomic DPAPI-Queue, PQ-Transport, verschlüsselter Belegspeicher und zweckgebundene auditierte Analystenfreigabe. Anzeige löscht sich nach einer Minute; beobachtetes Submit ist kein Übertragungsbeweis. Vollständige Dokument-/Seiteninhalte, Replay und umfassender Evidence-Lifecycle bleiben offen. |
|
||||
|
||||
| Frei anlegbare Nutzerprofile und Funktionsrechte | Umgesetzt für unterstützte Profileigenschaften | `tests/user-profiles.test.mjs`, native DevTools-Prüfung und `artifacts/profiles-admin-proof.json`, `profiles-review-admin-proof.json`, `devtools-profile-proof.json`: beliebige Profile, verifizierte SSO-Subjekte oder Geräte, Kategorien/Allow-/Denylists, restriktive Konfliktregeln, explizite DevTools-Delegationsobergrenze, Dokumentpflicht und Download-/AI-/Agentenrechte. Kategorien sind administrierte Domainlisten; keine umfassende kommerzielle URL-Kategorisierungsdatenbank. Freigegebene DevTools sind ein privilegierter Vertrauensbereich mit bekanntem Clipboard-Ausnahmepfad. |
|
||||
|
||||
@@ -134,7 +145,7 @@ Windows zuerst: einen zentral verwalteten Browser mit lokaler Inhaltsprüfung, f
|
||||
|
||||
- [ ] Automatische Rollout-Freigabe-/Stop-Regeln, prozentuale Ringe und dynamische IdP-/SCIM-Mitgliedschaft.
|
||||
|
||||
- [ ] Sichere immutable Freigabe von Dateiuploads und vollständige unterstützte Netzwerkkanäle im nativen Browser. Abnahme: kontrollierter Receiver erhält niemals nach dem Scan ausgetauschte Bytes; Frames/Worker/WebSockets/Streams sind explizit abgedeckt oder gesperrt.
|
||||
- [ ] Vollständige Kanalabnahme über die bereits nachgewiesenen normalen NTFS-Dateiuploads hinaus. `docs/windows-file-uploads.md` beschreibt vorhandene immutable Handle-Leases und Receiver-Proofs; unterstützte zusätzliche Frames/Worker/WebSockets/Streams brauchen eigene native Zuordnung und Freigabe. Uninspectable Pfade bleiben gesperrt.
|
||||
|
||||
- [ ] Vollständige Dokument-Render-/Attachmentprüfung, Audio-Transkription und Video-Frames im isolierten lokalen Worker. Abnahme: bekannte Secrets in jeder unterstützten Modalität und im Dateiende werden erkannt; unvollständige Coverage kann nicht freigegeben werden.
|
||||
|
||||
@@ -180,7 +191,7 @@ Eine getrennte Weboberfläche ist die vorhandene und sinnvolle Verwaltungsarchit
|
||||
|
||||
|
||||
|
||||
## In dieser Iteration umgesetzt
|
||||
## Historischer erster Admin-/Isolationsincrement
|
||||
|
||||
|
||||
|
||||
@@ -196,7 +207,12 @@ Eine getrennte Weboberfläche ist die vorhandene und sinnvolle Verwaltungsarchit
|
||||
|
||||
|
||||
|
||||
## Verifikation
|
||||
## Historische Verifikation und chronologische Increments
|
||||
|
||||
Die folgenden Abschnitte dokumentieren den jeweils damaligen Stand. Frühere
|
||||
Offen-Meldungen, Testzahlen und Paketnachweise sind historische Momentaufnahmen;
|
||||
für den aktuellen Status gilt die Matrix oben und der abschließende aktuelle Proof.
|
||||
Fehlgeschlagene Läufe werden nicht gelöscht oder als erfolgreich umgedeutet.
|
||||
|
||||
|
||||
|
||||
@@ -675,3 +691,112 @@ The executable remains unsigned; no signed production installer is claimed.
|
||||
Die zentrale Admin-UI verifiziert separate standardmaessig ausgeschaltete Rechte, unabhaengige Freigabe, Auditor-Read-only und Policy-History-Restore. 154 abgeschlossene API-Requests exportierten korrelierte Traces; drei abgebrochene GETs sind getrennt dokumentiert. Save/List/Restore und Audit-Serialisierung/Verschluesselung/Write/fsync/Commit exportieren benannte echte OTLP-Stufen. Die fruehere 683-ms-Audit-Beobachtung bleibt ursachenseitig ungeklaert; neue Traces ersetzen keine fehlende historische Messung.
|
||||
|
||||
Finaler stabiler Windows-Build und exakter Paketvergleich bestehen: artifacts/session-release-windows-build.log und artifacts/session-final-package-proof.log. Der erste Build wurde wegen geaenderter Quellen verworfen; nur der finale stabile Build gilt. Das Executable ist weiterhin NotSigned. Native Proofs: artifacts/session-agent-controls-native-proof.json und artifacts/agent-grants-history-admin-proof.json. Vollstaendige Produkt-/Produktionsabnahme bleibt offen.
|
||||
|
||||
|
||||
## Kontrollierte Login-Vorbereitung, aktueller Integrationsstand
|
||||
|
||||
Zentral gibt es standardmäßig ausgeschaltete `passwordManager.controlledSubmission`
|
||||
und eine separate, ebenfalls ausgeschaltete Agent-Berechtigung `vault:prepare-submit`.
|
||||
Bis zu 32 eindeutige Regeln enthalten ausschließlich exakte kanonische HTTPS-
|
||||
Action-URLs und unterschiedliche begrenzte ASCII-Feldnamen. Human-Unlock bleibt
|
||||
Pflicht. Die tatsächliche Admin-Weboberfläche prüfte unabhängige Freigabe,
|
||||
Self-Approval-Verweigerung, Auditor-Read-only und signierte Baseline/Individual-
|
||||
Grants einschließlich History-Restore. Vorbereiten füllt, sendet aber nicht.
|
||||
|
||||
Der aktuelle privilegierte Broker bindet eine 15-Sekunden-Einmalfreigabe an exakte
|
||||
Credential-Werte, Native Frame/Document, Actor/Generation, Policy, Vault und
|
||||
Foreground-Aktivierung. Unterstützt ist nur ein begrenzter nativer same-origin
|
||||
URL-encoded Main-Frame-POST; andere Felder und Header werden weiter geprüft.
|
||||
302-GET-Navigation erhält normale Kontrolle, 307/308-Credential-Replay wird blockiert.
|
||||
Die Webseite kann gefüllte Credentials im DOM per JavaScript lesen: keine Passwort-
|
||||
Isolation, keine Form-Attestierung und keine allgemeine Phishing-Garantie.
|
||||
|
||||
Das isolierte native Fixture hat bereits reale POST-Zustellung, sicheren 302,
|
||||
blockierten 307, Residual-/Duplikat-/Action-/Header-Verweigerungen, menschlichen
|
||||
UI-Handoff, Vault-Lock, Tabwechsel, zentrale Abschaltung und Target-Revoke gezeigt
|
||||
(`artifacts/controlled-login-native-proof.json`). Die aktuellste Terminal-/Race-
|
||||
Integration muss vor Freigabe erneut nativ getestet werden. Gesamttests, stabiler
|
||||
Windows-Build und exakter Paketvergleich sind für diesen aktuellen Increment noch
|
||||
nicht nachgewiesen; die früheren 624 Tests/Builds bleiben historische Nachweise.
|
||||
|
||||
Vier aktuelle Backend-Tests belegen authentifizierte, deduplizierte Aufnahme aller
|
||||
fünf Vault-Submission-Lifecycle-Events, integren Audit-Hashchain, Secret-Metadaten-
|
||||
Verweigerung für jedes Event und rollenbeschränkten ECS-/CEF-Export. Prepared ist
|
||||
lokale Vorbereitung, Authorized eine Policy-Entscheidung, Completed ein beendeter
|
||||
nativer HTTP-Transfer (auch mit HTTP-Fehlerantwort), Failure ein Transportfehler.
|
||||
Keines beweist erfolgreichen Website-Login. Denied exportiert Security-Denial;
|
||||
ECS-Failure bleibt Error/Failure, CEF nutzt den festen Action-Namen mit bestehender
|
||||
Severity 3. Credential-Werte, Form-IDs, Host/Action-URL und Request-Bodies bleiben
|
||||
außerhalb gewöhnlicher Vault-Events.
|
||||
|
||||
Benannte echte Debug-Stufen umfassen Issue/Claim/Headers/Authorize/Redirect und
|
||||
Terminal-Complete/Failure plus Local-/Enterprise-Inspection und die fünf Audit-
|
||||
Persistenzstufen. Die letzte native Trace-Zuordnung des aktuellen Codes ist noch
|
||||
zu verifizieren; Startup und vorhandene historische Traces ersetzen diesen
|
||||
Nachweis nicht. Collector-Ausfälle dürfen keine Wiederholung geschützter Requests
|
||||
oder Aufweichung der Policy verursachen. Details: `AGENT-API.md` und
|
||||
`docs/controlled-credential-policy.md`.
|
||||
|
||||
Individual Mode blockiert weiter nicht zuordenbare Session-/Worker-Requests ohne
|
||||
einen bekannten geschützten nativen Tab-Owner. Der aktive Tab ist kein Ownership-
|
||||
Beweis. Legitime Worker-Unterstützung mit beweisbarer Actor-Zuordnung/Isolation,
|
||||
volle JavaScript-Login-Kompatibilität, sicherer visueller Agent-Export und breitere
|
||||
Datei-/Admin-Steuerung bleiben offen. Ebenso alle ursprünglichen Produktions-
|
||||
Abnahmen: signierter Installer/Updates, Geräteschlüssel/Enrollment/Rotation,
|
||||
HA/Backup/Recovery, echte Kunden-Integrationen und unabhängige Sicherheitsprüfung.
|
||||
Das vollständige Ziel ist weiterhin nicht erreicht.
|
||||
|
||||
|
||||
### Aktuelle Nachprüfung der Credential-Umgehungen
|
||||
|
||||
Die vollständige Suite besteht jetzt mit 668 Tests. Die Prüfung fand zusätzlich
|
||||
eine GET-URL-Lücke bei vorbereiteten Freigaben und einen echten nativen
|
||||
Split-Header-Fehler: Chromium fügt einen eigenen Header zwischen die beiden
|
||||
Fragmente ein. Die vorbereitete Freigabe prüft jetzt URLs und Header ohne neue
|
||||
DLP-Ausnahme; Header-Prüfungen berücksichtigen begrenzte Zweierkombinationen in
|
||||
beiden Reihenfolgen. Öffentliche Subframe-Requests behalten die Freigabe.
|
||||
Der fehlgeschlagene native Test bleibt als lokaler Nachweis erhalten.
|
||||
Arbiträre Fragmentierung/Encodings und Isolation vor Website-JavaScript sind
|
||||
weiterhin nicht nachgewiesen. Finale native Prüfung und Paketprüfung laufen noch.
|
||||
|
||||
|
||||
Der korrigierte finale native Test besteht: nicht in Core-DLP registrierte
|
||||
synthetische Vault-Zugangsdaten werden sowohl in GET-URL als auch in zwei echten,
|
||||
durch native Header getrennten Fetch-Headern blockiert. Der Receiver meldet null
|
||||
Credential-URL-/Header-Leaks; ICAP prüft 54 Requests, blockiert genau den erwarteten
|
||||
Residual-Marker und beobachtet keine Zugangsdaten. Die regulären POST-/302-/307-,
|
||||
YARA-, UI-Handoff-, Widerrufs- und 17-Sekunden-Terminalfälle bestehen ebenfalls.
|
||||
Trace `6709b228cb8ce71a88acc7584a27c5a1` exportiert 101 korrelierte Spans; der
|
||||
Collector meldet null abgewiesene Schreibvorgänge. Die endgültige Paketprüfung
|
||||
steht nach abschließender Quellnormalisierung noch aus.
|
||||
|
||||
|
||||
Der endgültige Windows-Build aus stabilen Quellen und der exakte Paket-/Runtime-
|
||||
Vergleich bestehen (`artifacts/controlled-login-release-windows-build.log`,
|
||||
`artifacts/controlled-login-final-package-proof.log`). Enthalten sind der aktuelle
|
||||
Credential-Broker, die zentrale Policy-Schemaergänzung, Upload-Leases, enthaltene
|
||||
YARA-/OCR-/Semantik-Runtimes und beide geschützten Agent-Clients. Syntaxprüfungen
|
||||
bestehen. Das Executable meldet weiterhin `NotSigned`; eine signierte Installation
|
||||
oder ein produktiver Updatekanal ist damit nicht bewiesen. Repository-Beschreibung
|
||||
und 13 fachliche Topics wurden über die Gitea-API erneut gelesen und bestätigt.
|
||||
|
||||
|
||||
## Abschließender aktueller Controlled-Login-Proof
|
||||
|
||||
668 Tests bestehen (`artifacts/controlled-login-final-suite.log`), ebenso Syntax,
|
||||
stabiler Windows-Build und exakte Paket-/Runtime-Prüfung in den oben genannten
|
||||
finalen Logs. Der verstärkte unabhängige native Receiver sieht vier Credential-
|
||||
POSTs, null öffentliche POSTs, null Replay und null Credential-Leaks in URL oder
|
||||
Headern; die Prüfung berücksichtigt beliebige private Name/Wert-Paare statt nur
|
||||
erwarteter Feldnamen. ICAP prüft 54 Requests, blockiert genau einen erwarteten
|
||||
Residual-Marker und erhält keine Credentials. Nachweise:
|
||||
`artifacts/controlled-login-native-proof.json`,
|
||||
`artifacts/controlled-login-browser-vault.png`.
|
||||
|
||||
Trace `050f7f44bc009f949c838f8a067649e4` enthält 101 tatsächlich exportierte,
|
||||
parent-korrelierte Spans einschließlich Native-Claim/Parse/Match/Residual/Header/
|
||||
Authorize/Complete, Local-/Enterprise-Inspection und Audit-Persistenz. Der
|
||||
Collector meldet null abgewiesene Schreibvorgänge. Diese kontrollierten Fixtures
|
||||
beweisen ihre Szenarien; sie schließen weder Worker-Ownership noch allgemeine
|
||||
JavaScript-Logins, Passwort-Isolation, vollständige Exfiltrationsabdeckung oder
|
||||
die ursprünglichen Produktions-/Kundenabnahmen. Das Gesamtziel bleibt offen.
|
||||
Reference in new issue
Block a user