> For the complete documentation index, see [llms.txt](https://docs.pabloarrabal.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.pabloarrabal.com/explotacion/vulnerabilidades/sql-injection-sqli/portswigger-lab-1.md).
# PortSwigger Lab 1
Resolución del 1º laboratorio de SQLi de PortSwigger
En este laboratorio, tenemos que aplicar una inyección sql en la clausula `WHERE` que nos permita ver datos ocultos
En este caso nos especifica que la inyección se encuentra en la parte de categorías.
Como podemos ver, si aplicamos un filtro, se aplica un parametro, ahí tenemos que realizar la inyección sql:
Para probar si es vulnerable a SQLi, podemos hacer lo siguiente:
En este caso lo que hacemos es añadir una comilla simple y a continuación añadir dos guiones seguidos de un espacio y otro guion (los guiones se utilizan para comentar consultas). Nosotros suponemos que el código no esta bien sanetizado, por lo que podremos añadir una comilla y descomentar el código que haya detrás como en este ejemplo.
Esta es la prueba de que este parámetro es vulnerable a SQLi, pero si nos fijamos en el antes y el después:
Como podemos observar, cuando hacemos la SQLi, y comentamos el posible codigo que exista detrás del parámetro, se añade un producto a la web. Esto pasa porque la consulta que se realiza por detrás es esta:
```sql
SELECT * FROM products WHERE category = 'Gifts' AND released = 1
```
Cuando nosotros hacemos la inyección, comentamos parte de la consulta que nos muestra solo los productos lanzados.
```sql
SELECT * FROM products WHERE category = 'Gifts'-- -' AND released = 1
```
