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

SQLMap

Employer sqlmap uniquement sur des applications de laboratoire ou explicitement autorisées, avec un niveau de risque limité. Le contrôle est ici appliqué spécifiquement à « SQLMap ».

Objectif du domaine

Le domaine « SQLMap » regroupe 16 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 SQLMap
Parcours recommandé du domaine « SQLMap ».

Parcours conseillé

  1. Installation et préparation de l’environnement — Installer et valider sqlmap, Burp Suite, database lab sous Windows, Linux ou Kali pour le domaine SQLMap, avec isolation, vérification des versions et procédure de nettoyage.
  2. Préconditions et préparation d’une cible de laboratoire — Guide professionnel et progressif consacré à préconditions et préparation d’une cible de laboratoire, avec méthodologie autorisée, interprétation, preuves et remédiations.
  3. Importer une requête HTTP et conserver la preuve — Guide professionnel et progressif consacré à importer une requête http et conserver la preuve, avec méthodologie autorisée, interprétation, preuves et remédiations.
  4. Détection limitée et empreinte du SGBD — Guide professionnel et progressif consacré à détection limitée et empreinte du sgbd, avec méthodologie autorisée, interprétation, preuves et remédiations.
  5. Techniques prises en charge et interprétation — Guide professionnel et progressif consacré à techniques prises en charge et interprétation, avec méthodologie autorisée, interprétation, preuves et remédiations.
  6. Risques des options agressives et tamper scripts — Guide professionnel et progressif consacré à risques des options agressives et tamper scripts, avec méthodologie autorisée, interprétation, preuves et remédiations.
  7. Résultats, nettoyage et remédiation — Guide professionnel et progressif consacré à résultats, nettoyage et remédiation, avec méthodologie autorisée, interprétation, preuves et remédiations.
  8. Utilisation pratique, commandes, filtres et aide — Utiliser sqlmap sur une requête de laboratoire en limitant le risque, le bruit et la quantité de données manipulées.
  9. Commandes sqlmap utiles et mini-tutoriel — Importer une requête Burp, tester un paramètre à faible risque et conserver la preuve sans extraire des données réelles.
  10. Capturer et rejouer une requête HTTP — Fournir à sqlmap une requête HTTP complète issue d’un laboratoire, puis vérifier que le rejeu conserve méthode, cookies, en-têtes et encodage.
  11. Paramètres, cookies, en-têtes et corps de requête — Sélectionner explicitement le point d’entrée testé plutôt que d’augmenter globalement le niveau de détection.
  12. Niveaux, risques, techniques et limites — Comprendre level, risk et les techniques B/E/U/S/T/Q afin d’éviter qu’une recherche de preuve ne devienne un test inutilement intrusif.
  13. Sessions, proxy, journaux et reproductibilité — Maîtriser les sessions sqlmap, le proxy d’observation et le répertoire de sortie pour permettre un retest propre.
  14. Énumération non destructive du schéma en laboratoire — Limiter l’énumération automatisée aux métadonnées nécessaires pour démontrer l’impact, sans lire le contenu des tables ni accéder au système de fichiers.
  15. Erreurs fréquentes, WAF et validation manuelle — Distinguer absence d’injection, instabilité de réponse, filtrage applicatif et mauvaise capture de requête sans recourir à des scripts de contournement.
  16. Cheatsheet sqlmap de laboratoire — Rassembler les options sqlmap autorisées pour confirmer une injection et examiner uniquement les métadonnées nécessaires.
09

Capturer et rejouer une requête HTTP

Fournir à sqlmap une requête HTTP complète issue d’un laboratoire, puis vérifier que le rejeu conserve méthode, cookies, en-têtes et encodage.

10

Paramètres, cookies, en-têtes et corps de requête

Sélectionner explicitement le point d’entrée testé plutôt que d’augmenter globalement le niveau de détection.

11

Niveaux, risques, techniques et limites

Comprendre level, risk et les techniques B/E/U/S/T/Q afin d’éviter qu’une recherche de preuve ne devienne un test inutilement intrusif.

12

Sessions, proxy, journaux et reproductibilité

Maîtriser les sessions sqlmap, le proxy d’observation et le répertoire de sortie pour permettre un retest propre.

13

Énumération non destructive du schéma en laboratoire

Limiter l’énumération automatisée aux métadonnées nécessaires pour démontrer l’impact, sans lire le contenu des tables ni accéder au système de fichiers.

14

Erreurs fréquentes, WAF et validation manuelle

Distinguer absence d’injection, instabilité de réponse, filtrage applicatif et mauvaise capture de requête sans recourir à des scripts de contournement.

15

Cheatsheet sqlmap de laboratoire

Rassembler les options sqlmap autorisées pour confirmer une injection et examiner uniquement les métadonnées nécessaires.

Objectifs et compétences du domaine

Le domaine « SQLMap » 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 « SQLMap ».
  • 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 « SQLMap », 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 « SQLMap ». 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 « SQLMap » 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

  • SQLMap contient 16 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