- Enviado
- 15 de novembro de 2026 às 09:56 UTC
- Autor
- Kamo
- Confirmação
- 02be635
- POST **************** (MANAGE_SIGN_IN_METHODS): quem um rascunho de alteração de regra de login afetaria — precisar de um código de e-mail, bloqueado, perder chaves de acesso, perder uma conta externa vinculada, precisar de configuração em duas etapas, os administradores precisam de um passkey — contado apenas sobre pessoas ativas reais (nunca sistema/falso/deus/SI), até 8 ids de membros por bucket o rascunho passa pelo mesmo applyChanges que o save usa, em uma cópia separada. - GET **************** (VIEW_ACCESS_LOGS ou MANAGE_ACCESS_RULES): tentativas de login e blocos por país, um agregado org+limitado no tempo, com centroides de país para pinos de mapa. - GET **************** a prontidão do Tool Plane que o Enforce switch pede, para o medidor. - Revisão Mensal de Acesso: um agendador singleton no dia 1 (06:15 UTC) pergunta aos detentores de VIEW_ACCESS_LOGS de cada org que lida com registros de saúde ou teve leituras de PHI no mês passado (MONTHLY_ACCESS_REVIEW, conta apenas, uma vez por org+mês via GET /api/security/access-reviews e POST /{month}/confirm. - GET /api/security/posture (qualquer direito de segurança): duas etapas, regras de alerta, chaves obsoletas, divulgação imposta, limite de PHI.