Authentification et sessions
Examiner les parcours de connexion, les mécanismes de session et les opérations sensibles. Rechercher les possibilités de contournement prévues au périmètre.
Éprouver les fonctions, les rôles et les échanges par des vérifications offensives ciblées.
Le pentest Web et API recherche les vulnérabilités exploitables dans une application, au-delà de sa seule infrastructure d’hébergement. Les scénarios portent sur les fonctions métier, les sessions, les autorisations et les données accessibles. Des comptes représentatifs permettent, lorsque cela est prévu, de comparer les droits entre rôles et entre utilisateurs.
Examiner les parcours de connexion, les mécanismes de session et les opérations sensibles. Rechercher les possibilités de contournement prévues au périmètre.
Vérifier les accès aux objets et aux fonctions, les différences entre rôles et la séparation entre utilisateurs ou organisations.
Rechercher les injections, les comportements inattendus et les expositions de données. Combiner outils et contrôles manuels adaptés à l’application.
Étudier les endpoints, les enchaînements d’opérations et les règles métier. Examiner les échanges avec les services associés autorisés.
Définir les applications, les API, les comptes, l’environnement d’essai et les exclusions. Prévoir des données compatibles avec les tests.
Cartographier les fonctions puis valider les hypothèses d’attaque. Adapter les vérifications aux traitements et à la logique métier.
Documenter les requêtes et les conditions utiles à la reproduction. Prioriser les corrections et réaliser les contre-tests convenus.
Comprendre ce qui a été observé, les accès utilisés et les limites du contrôle.
Relier le constat à ses conséquences dans le contexte du système étudié.
Proposer une mesure adaptée et les conditions permettant d’en vérifier l’effet.
Oui. La documentation, les rôles et les exemples d’appels permettent de cadrer les tests d’une API indépendamment de son interface.
Il est souvent préférable pour isoler les données et les effets des essais. Les conditions d’un test en production doivent être définies et acceptées au cadrage.
Non. Le pentest observe et exploite certains comportements ; la revue de code permet d’examiner l’implémentation interne. Le choix dépend de la question à traiter.
Le CRA n’est pas applicable à tout site Web ou service SaaS par défaut : il faut examiner le produit logiciel et les éventuelles solutions de traitement de données à distance associées. ISO/IEC 27001 concerne le SMSI de l’organisation ; NIS 2 peut aussi s’appliquer à celle-ci selon son activité.
Produits comportant des éléments numériques : déterminer le périmètre et les obligations du fabricant sur le cycle de vie.
Comprendre ce cadreManagement de la sécurité de l’information : structurer le périmètre du SMSI, les risques, les responsabilités et les preuves de suivi.
Comprendre ce cadreDéfinissons les systèmes concernés, les objectifs et les conditions de la mission.
Parler de votre périmètre