Guide Red TeamTests d’intrusion autorisés · Red Team · Purple Team
Domaines
Domaine Red Team · synthèse V11

API et GraphQL

Évaluer les API REST, GraphQL et gRPC en reliant inventaire, authentification, autorisation objet, validation des entrées, limitation de débit et journalisation. Le contrôle est ici appliqué spécifiquement à « API et GraphQL ».

Objectif du domaine

Le domaine « API et GraphQL » regroupe 8 chapitres. La lecture commence par l’installation ou les prérequis, poursuit avec les contrôles pratiques et se termine par l’interprétation, la correction et le retest.

Parcours du domaine API et GraphQL
Parcours recommandé du domaine « API et GraphQL ».

Parcours conseillé

  1. Installation et préparation de l’environnement — Installer et valider Burp Suite, curl, jq, GraphQL introspection in lab sous Windows, Linux ou Kali pour le domaine API et GraphQL, avec isolation, vérification des versions et procédure de nettoyage.
  2. Architecture REST GraphQL et frontières de confiance — Architecture REST GraphQL et frontières de confiance: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine API et GraphQL.
  3. Inventaire des routes schémas et versions — Inventaire des routes schémas et versions: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine API et GraphQL.
  4. Authentification autorisation objet et BOLA — Authentification autorisation objet et BOLA: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine API et GraphQL.
  5. Validation des entrées mass assignment et pagination — Validation des entrées mass assignment et pagination: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine API et GraphQL.
  6. Abus métier rate limiting et consommation de ressources — Abus métier rate limiting et consommation de ressources: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine API et GraphQL.
  7. Preuves remédiations et retest API — Preuves remédiations et retest API: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine API et GraphQL.
  8. Utilisation pratique, commandes, filtres et aide — Utiliser les outils et méthodes du domaine API et GraphQL: commandes, filtres, aide intégrée, interprétation des sorties, preuves et résolution des erreurs fréquentes.

Objectifs et compétences du domaine

Le domaine « API et GraphQL » regroupe les compétences nécessaires pour préparer, exécuter et restituer les contrôles associés. Il ne doit pas être lu comme une suite d’outils indépendants : les chapitres décrivent un même workflow, depuis le cadrage jusqu’au retest.

La lecture recommandée commence par les concepts et l’architecture, continue avec l’installation ou la prise en main, puis se termine par les exercices, l’interprétation et la remédiation. Dans ce domaine, la qualité dépend surtout de la requête de référence, le point d’entrée modifié, le contexte d’encodage et les différences entre réponse normale et réponse testée.

  • Expliquer les mécanismes essentiels du domaine « API et GraphQL ».
  • Préparer un laboratoire cohérent et limité au périmètre autorisé.
  • Choisir l’outil ou la technique en fonction de la question posée.
  • Conserver des preuves reproductibles et compréhensibles.
  • Transformer les constats en corrections et critères de retest.

Parcours de lecture recommandé

Le parcours ci-dessous évite de commencer directement par les commandes. Pour « API et GraphQL », il est préférable de comprendre les préconditions, d’effectuer un inventaire de base et seulement ensuite d’utiliser les outils spécialisés.

  1. Lire d’abord la définition, le périmètre et les limites du domaine.
  2. Installer ou vérifier les outils dans une VM ou un conteneur dédié.
  3. Réaliser l’exercice le plus simple avec une sortie attendue connue.
  4. Comparer les résultats avec une seconde source ou une vérification manuelle.
  5. Étudier les erreurs fréquentes avant d’augmenter la portée ou le débit.
  6. Terminer par le reporting, le nettoyage et le retest.

Points de vigilance

Les points suivants doivent rester visibles pendant toute mission portant sur « API et GraphQL ». Ils évitent les conclusions trop rapides et les actions inutiles.

  • Vigilance — tester plusieurs paramètres en même temps.
  • Vigilance — confondre erreur applicative et vulnérabilité.
  • Vigilance — laisser le scanner sortir du périmètre.
  • Vigilance — ne pas tenir compte de l’authentification ou du rôle.
  • Vigilance — documenter un payload sans expliquer pourquoi il démontre le problème.

Ce qu’un bon livrable doit contenir

Le livrable du domaine « API et GraphQL » doit permettre à une équipe technique de reproduire l’observation et à un responsable de comprendre le risque sans relire toutes les sorties d’outil.

  • le périmètre et les exclusions ;
  • les versions, comptes et configurations de test ;
  • la méthode et les paramètres réellement utilisés ;
  • les preuves brutes et leur interprétation ;
  • les limites et hypothèses ;
  • la recommandation, le responsable et le critère de retest.

Références du domaine

À retenir

  • API et GraphQL contient 8 chapitres spécialisés.
  • Utilisez la navigation comme un parcours : prérequis, collecte, contrôle, interprétation et retest.
  • Les commandes et outils restent liés à un laboratoire ou à un mandat écrit.

Rechercher dans le guide