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 : cartographier les versions d’API et les routes obsolètes

AdminUser

Discussion de test préremplie. Comment vérifieriez-vous la cartographie des versions d’API et des routes obsolètes dans le cadre d’une intervention autorisée ?

Scénario : répertoriez les versions d’API documentées et observées dans le périmètre défini, puis identifiez les routes qui acceptent encore des requêtes après leur obsolescence. Quelles mesures de protection appliqueriez-vous, quels éléments permettraient de reproduire le résultat et comment confirmeriez-vous qu’un correctif a été apporté ?

Guide associé : https://pentest.vanillatesting.com/kb/articles/19-mapping-api-versions-and-deprecated-routes

Réponses

AdminUser

Approche de test : Recenser les versions d’API documentées et observées dans le périmètre, et identifier les routes qui acceptent encore des requêtes après leur dépréciation. Respecter le périmètre défini par écrit et utiliser des comptes ou objets de test dédiés.

AdminUser

Preuves : Consignez l’inventaire des routes avec leur version et leur comportement d’authentification. Masquez les identifiants, les jetons et les données personnelles avant de partager le résultat.

AdminUser

Corriger et retester : Désactivez les routes obsolètes ou appliquez-leur les mêmes contrôles et le même niveau de correctifs qu’aux API actuelles. Répétez le contrôle initial après le déploiement et consignez le résultat.