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 : valider l’idempotence des API qui modifient des données

AdminUser

Discussion de test préliminaire. Comment valideriez-vous l’idempotence des API qui modifient des données dans le cadre d’une mission autorisée ?

Scénario : répéter une requête de création sans risque à l’aide d’une clé d’idempotence documentée et vérifier si des enregistrements en double apparaissent. Quelles mesures de protection prendriez-vous, quels éléments de preuve permettraient de reproduire le résultat et comment confirmeriez-vous qu’un correctif fonctionne ?

Guide associé : https://pentest.vanillatesting.com/kb/articles/49-validating-idempotency-for-mutating-apis

Réponses

AdminUser

Approche de test : Répétez une requête de création sans risque en utilisant une clé d’idempotence documentée et vérifiez si des doublons apparaissent. Respectez le périmètre défini par écrit et utilisez des comptes ou des objets de test dédiés.

AdminUser

Éléments de preuve : consignez la clé d’enregistrement, les identifiants des requêtes, le nombre d’objets créés et les codes de réponse. Masquez les identifiants, les jetons et les données personnelles avant de partager le résultat.

AdminUser

Corriger et retester : prendre en charge l’idempotence pour les opérations susceptibles d’être réessayées et documenter les tentatives répétées sans risque côté client. Répéter la vérification initiale après le déploiement et consigner le résultat.