FlawOpen

flawopen.com/SSRF/Metadatos de nube y SSRF

¿Cómo puede SSRF alcanzar los metadatos de nube y cuándo están en riesgo las credenciales?

Página de referencia
Explicación sencilla

Imagina el servicio de metadatos como un mostrador interno cerrado dentro de una máquina en la nube. SSRF puede convertir tu aplicación en un mensajero hasta ese mostrador, pero lo que puede obtener depende de las reglas de solicitud del proveedor, la configuración de la instancia y la ruta de red de la aplicación. Que el endpoint sea accesible no significa automáticamente que se expongan credenciales.

Por qué el endpoint de metadatos puede ser peligroso

AWS EC2, Azure y Google Compute Engine documentan servicios de metadatos de instancia accesibles desde entornos de VM compatibles. 169.254.169.254 es una dirección link-local común, pero los formatos y controles varían. Los metadatos pueden incluir detalles sensibles; AWS puede devolver credenciales temporales de rol cuando el perfil de instancia y la ruta de solicitud lo permiten. SSRF importa si un atacante puede influir en una solicitud del servidor que llegue a este servicio. La accesibilidad por sí sola no demuestra que se puedan obtener credenciales: influyen los encabezados o tokens obligatorios, el método HTTP, el proxy, la ubicación de red y la configuración de la instancia.

Cómo se forma la cadena de impacto

El impacto requiere una cadena de condiciones: una entrada influye en una solicitud del servidor; la solicitud llega al servicio de metadatos; el servicio la acepta según los controles del proveedor; y los datos devueltos conceden acceso útil. El alcance final depende de los permisos de la identidad de la carga de trabajo. Rompe la cadena con destinos fijos, controles estrictos de salida, protecciones de metadatos del proveedor e identidades con privilegios mínimos.

Preguntas frecuentes

¿Todos los proveedores de nube usan la misma dirección o exigen el mismo control?

No. Las direcciones, los encabezados, los métodos, los requisitos de token y los datos disponibles varían. AWS IMDSv2 exige un token de sesión para recuperar metadatos cuando HttpTokens está en required; Azure exige el encabezado Metadata: true; Google documenta Metadata-Flavor: Google. Estos controles pueden mitigar algunas rutas SSRF, pero no sustituyen la prevención de destinos controlados por el usuario ni el bloqueo de la salida innecesaria. Consulta la documentación del proveedor para la configuración concreta de VM y contenedores.

Fuentes y análisis relacionados

Véase también Falsificación de peticiones del lado del servidor (SSRF, CWE-918): cómo funciona y cómo evitarla en cada lenguaje — flawopen.com Bots de PR con IA: prevenir SSRF — flawopen.com SSRF en fetch() de Node.js: cómo obtener URLs con seguridad