- Expédié
- 15 novembre 2026 à 09:56 UTC
- Auteur
- Kamo
- Commit
- 02be635
- POST **************** (MANAGE_SIGN_IN_METHODS) : qui serait concerné par un projet de modification de la règle de connexion — besoin d'un code e-mail, verrouillé, perdre les clés d'accès, perdre un compte externe lié, besoin d'une configuration en deux étapes, les administrateurs ont besoin d'un passkey — compté sur les vraies personnes actives uniquement (jamais système/faux/god/SI), jusqu'à 8 identifiants de membre par compartiment Le brouillon passe par le même appliquerChanges que l'enregistrement utilise, sur une copie détachée. - GET **************** (VIEW_ACCESS_LOGS ou MANAGE_ACCESS_RULES): tentatives de connexion et blocs par pays, un agrégat org+limité dans le temps, avec des centroïdes de pays pour les épingles de carte. - GET **************** le niveau de préparation du plan d'outil demandé par le commutateur Enforce, pour le compteur. - Revue mensuelle des accès: un planificateur singleton le 1er (06:15 UTC) demande aux détenteurs de VIEW_ACCESS_LOGS de chaque org qui gère les dossiers de santé ou a eu des lectures de RPS le mois dernier (MONTHLY_ACCESS_REVIEW, compte seulement, une fois par org+mois via GET /api/security/access-reviews et POST /{month}/confirm. - GET /api/security/posture (tout droit de sécurité): deux étapes, règles d'alerte activées, clés obsolètes, divulgation appliquée, limite des renseignements médicaux protégés.