- Enviado
- 15 de noviembre de 2026 a las 5:44 UTC
- Autor
- Kamo
- Commit
- d42165b
Propietario 2026-11-14: 'Dios es dios, nada debería bloquear a dios de nada.' - **************** es EL bypass de dios: GD (o una ventana abierta) pasa en Una sesión delegada (SUDO_MEMBER_ID: Usuario del sistema / suplantación) pasa solo dentro de una ventana - la identidad de usuario del sistema es dios por construcción, por lo que su GD no es del operador. - Cada bypass ahora lo usa, incluyendo las puertas anteriormente solo para ventanas: account delete, org destruir/actualizar/marca, auditoría de PHI + límite de PHI, opciones de organización secundaria, seguridad de los miembros (nivel de acceso, promover, liderazgo), fondos de tema, máquinas dev, operador MLOS, SessionRights.hasOrGod / TenantRightInterceptor, ClinicalRightsGuard, BaseLosController, roles de seguridad, asistente de configuración de la organización, ramas de subdominios, dominios, sitios de marketing, Política de edición de cuenta de usuario, suplantación (puerta same-org) y derechos de plataforma (PlatformRightsService -> /network impersonate door; SystemUserEntryPolicy). - Un pase en una organización inquilina (no la organización de PlatformOrgIdCache) es auditado por GodAccessAudit: una fila phi_access_log por solicitud (GOD_ACCESS: <método> <ruta>, platform_staff), Escrito fuera del hilo detrás de una cola delimitada, nunca bloqueando o arrojando en una puerta. - Se han eliminado los rechazos que bloqueaban a dios: MlosConfigController SI-loan-access refusal under Modo de dios, KamoOAuthConsentService rechazo de sesiones de ventana de dios, RpmWriteGate rechazo Las sesiones suplantadas permanecen rechazadas en los tres (una certificación o una copia de un documento de identidad) Su consentimiento llevaría el nombre de otra persona). - Pruebas actualizadas de 'GD solo es rechazado' a 'GD solo pasa; no GD rechazado'; nuevo GodAccessAuditTest y ****************