Accorder, revoir et retirer les droits

Comment StandardOS vérifie cela

Connecté en lecture seule, selon un calendrier. Une vérification réussie garde une entrée de preuve fraîche ; une vérification en échec la laisse expirer, pour qu'une régression remonte au lieu d'attendre l'audit. Chaque intégration, et ce que chaque identifiant peut voir.

• Personio · StandardOS lit qui est parti selon le système RH tout en conservant une ligne active dans le registre du personnel, c'est-à-dire l'écart de départ au moment où il s'ouvre.
• Microsoft Entra ID · StandardOS lit combien de comptes détiennent le rôle d'administrateur général, et si les invités sont identifiés.
• Google Workspace · StandardOS lit qui détient le rôle de super-administrateur, et si ces personnes utilisent la validation en deux étapes.
• Okta · StandardOS lit les comptes bloqués à mi-chemin de leur intégration, et les comptes suspendus et oubliés.
• AWS · StandardOS lit les identifiants inutilisés depuis quatre-vingt-dix jours, c'est-à-dire les droits d'accès que personne ne revoit.
• Google Cloud · StandardOS lit quelles liaisons d'utilisateurs ou de groupes accordent Owner ou Editor sur un projet.
• Microsoft Entra ID · StandardOS lit les comptes activés que personne n'a utilisés depuis quatre-vingt-dix jours.
• Okta · StandardOS lit les comptes actifs que personne n'a utilisés depuis quatre-vingt-dix jours, et combien de comptes détiennent un rôle d'administrateur quel qu'il soit.
• Google Workspace · StandardOS lit les comptes actifs que personne n'a utilisés depuis quatre-vingt-dix jours, et combien de comptes détiennent un rôle de super administrateur ou d'administrateur délégué.
• Personio · StandardOS lit quels partants sont partis sans date enregistrée, qui reste actif après l'échéance de son contrat, et qui n'a aucun responsable pour approuver ce à quoi la personne peut accéder.

Risques que cette mesure traite

Issus du registre de risques de départ que StandardOS propose à la mise en place. Vous conservez, modifiez ou supprimez chacun ; voici ceux qui citent A.5.18 comme traitement.

• Un employé qui part conserve ses accèsComptes

Ce qu'elle met dans votre calendrier

Une mesure ne se met pas en œuvre une fois pour toutes. Celles-ci sont planifiées dès le jour de la mise en place, avec un responsable et une échéance, pour que la preuve existe avant que quelqu'un la demande.

• Revue des accès utilisateurschaque trimestre

Ce que les clients demandent sur cette mesure

Les questionnaires de sécurité n'utilisent pas les numéros de mesure. Voici les questions, telles que les clients les posent, qui aboutissent à A.5.18. Chacune est répondue à partir des mêmes quatre enregistrements : le statut dans la DdA, la politique approuvée, une preuve datée et une vérification en direct. La carte complète des trente thèmes.

• Comment les accès utilisateurs sont-ils attribués, revus et révoqués quand quelqu'un part ?

  Contrôle d'accès, moindre privilège, arrivées et départs, accès administrateur · aussi A.5.15, A.8.2

Où cela se situe sous NIS2

A.5.18 fait partie de ce que l'article 21, paragraphe 2, point j), Access control, exige. La mettre en œuvre une fois compte pour les deux, et c'est toute la raison d'être de la correspondance NIS2.