- Expédié
- 15 novembre 2026 à 05:44 UTC
- Auteur
- Kamo
- Commit
- d42165b
Propriétaire 2026-11-14: 'Dieu est Dieu, rien ne devrait jamais empêcher Dieu de faire quoi que ce soit.' - **************** est LE contournement de dieu: GD (ou une fenêtre ouverte) passe dans Une session déléguée (SUDO_MEMBER_ID : Utilisateur système / usurper l'identité) ne passe qu'à l'intérieur d'une fenêtre - l'identité de l'utilisateur du système est divine par construction, donc son GD n'est pas celui de l'opérateur. - Chaque contournement l'utilise maintenant, y compris les anciennes portes de fenêtre uniquement: supprimer le compte, org détruire/mettre à jour/marque, vérification des RPS + limites des RPS, options pour les organisations enfants, sécurité des membres (niveau d'accès, promouvoir, leadership), arrière-plans de thème, machines de développement, opérateur MLOS, SessionRights.hasOrGod / TenantRightInterceptor, ClinicalRightsGuard, BaseLosController, Rôles de sécurité, assistant de configuration d'org, branches de sous-domaine, domaines, sites de marketing, Politique d'édition du compte utilisateur, usurpation d'identité (porte same-org) et droits de plateforme (PlatformRightsService -> /network impersonate door; SystemUserEntryPolicy). - Un pass dans une org de locataire (pas l'org de PlatformOrgIdCache) est audité par GodAccessAudit: une ligne phi_access_log par requête (GOD_ACCESS: <méthode> <chemin>, platform_staff), Écrit hors-thread derrière une file d'attente limitée, ne bloquant ou ne jetant jamais dans une porte. - Suppression des refus qui bloquaient dieu: MlosConfigController SI-prêt-accès refus sous mode god, KamoOAuthConsentService refus des sessions god-window, refus RpmWriteGate Les sessions usurpées restent refusées dans les trois cas (une attestation ou une demande d'autorisation) Le consentement porterait le nom de quelqu'un d'autre). - Tests mis à jour de 'GD seul est refusé' à 'GD seul passe; non-GD refusé'; nouveau GodAccessAuditTest et ****************