nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Discussion sur les tests d’intrusion : validation des changements de rôle et des pistes d’audit

AdminUser

Discussion de test préétablie. Comment valideriez-vous les changements de rôle et les pistes d’audit dans le cadre d’une mission autorisée ?

Scénario : modifiez le rôle d’un utilisateur de test en suivant la procédure d’administration approuvée, puis vérifiez les autorisations et les événements d’audit. Quelles mesures de protection mettriez-vous en place, quels éléments permettraient de reproduire le résultat et comment confirmeriez-vous qu’un correctif fonctionne ?

Guide associé : https://pentest.vanillatesting.com/kb/articles/75-validating-role-changes-and-audit-trails

Réponses

AdminUser

Approche de test : Modifiez le rôle d’un utilisateur de test en suivant la procédure d’administration approuvée, puis vérifiez les autorisations et les événements d’audit. Respectez le périmètre défini par écrit et utilisez des comptes ou des objets de test dédiés.

AdminUser

Preuve : Consignez l’auteur, la cible, l’ancien et le nouveau rôle, ainsi que l’identifiant de l’événement. Masquez les identifiants de connexion, les jetons et les données personnelles avant de partager le résultat.

AdminUser

Corriger et tester à nouveau : appliquer le principe du moindre privilège à l’attribution des rôles et consigner chaque modification. Répéter la vérification initiale après le déploiement et consigner le résultat.