- Verschickt
- 15. November 2026 um 05:44 UTC
- Autor
- Kamo
- Commit
- d42165b
Owner 2026-11-14: 'Gott ist Gott. Nichts sollte Gott jemals von irgendetwas abhalten.' - **************** ist DER Gott-Bypass: GD (oder ein offenes Fenster) geht rein Eine delegierte Sitzung (SUDO_MEMBER_ID: Systembenutzer / Identitätswechsel) Passiert nur innerhalb eines Fensters - die System User Identität ist Gott von der Konstruktion, so dass seine GD ist nicht des Betreibers. - Jeder Bypass verwendet es jetzt, einschließlich der früher nur für Fenster vorgesehenen Tore: account delete, Organisatorische Zerstörung/Aktualisierung/Branding, PHI-Audit + PHI-Grenze, Optionen für untergeordnete Organisationen, Mitgliedersicherheit (Zugriffsebene, Förderung, Führung), Themenhintergründe, Dev-Maschinen, MLOS-Betreiber, SessionRights.hasOrGod / TenantRightInterceptor, ClinicalRightsGuard, BaseLosController, Sicherheitsrollen, Organisations-Setup-Assistent, Subdomain-Zweige, Domains, Marketing-Websites, Benutzerkonten-Bearbeitungsrichtlinie, Identitätswechsel (same-org door) und Plattformrechte (PlatformRightsService -> /network impersonate door; SystemUserEntryPolicy). - Ein Pass in einer Mandantenorganisation (nicht der Organisation von PlatformOrgIdCache) wird von GodAccessAudit geprüft: eine phi_access_log-Zeile pro Anfrage (GOD_ACCESS: <Methode> <Pfad>, platform_staff), Off-Thread hinter einer begrenzten Warteschlange geschrieben, nie blockiert oder in ein Tor geworfen. - Verweigerungen entfernt, die Gott blockierten: MlosConfigController SI-Leasing-Zugriffsverweigerung unter god-Modus, KamoOAuthConsentService Ablehnung von god-Window-Sitzungen, RpmWriteGate-Ablehnung Impersonierte Sitzungen bleiben in allen drei Fällen abgelehnt (eine Bescheinigung oder ein Zustimmung würde jemand anderes Namen tragen). - Tests aktualisiert von 'GD alleine wird abgelehnt' auf 'GD alleine besteht; Nicht-GD abgelehnt'; neu GodAccessAuditTest und ****************