SSRF
3 artículos con esta etiqueta
¿Next.js y React tienen muchas vulnerabilidades? Lo que muestran realmente los datos de CVE
Los datos dicen que el núcleo de React casi no tiene CVE, mientras que los de Next.js son numerosos y van en aumento. Lo que importa es dónde aparecen: en el middleware, la caché, la optimización de imágenes y las Server Actions, con SSRF, deserialización y elusión de la autorización a la cabeza de los CWE. La conclusión de este sitio: Next.js no debe tratarse solo como un framework de front-end. Funciona como un servidor, así que defiéndelo como tal: vuelve a autorizar junto a los datos, usa una lista de permitidos para las peticiones salientes y pon los puntos de acceso de las Server Actions detrás de autenticación.
Qué es la SSRF (Server-Side Request Forgery, falsificación de solicitudes del lado del servidor)
La SSRF abusa de URLs de entrada externa para hacer que un servidor acceda a recursos internos (IPs internas, metadatos de la nube). Si recuperas URLs, necesitas una lista de destinos permitidos, bloqueo de objetivos internos y protección frente a las elusiones por redirección/reenlace de DNS. Fue la causa de la brecha de Capital One.
Filtración de Capital One (2019) — cómo un SSRF expuso más de 100M de registros, y cómo defenderse
Un solo SSRF alcanzó el endpoint de metadatos → credenciales IAM temporales con privilegios excesivos → copia masiva de S3, filtrando ~106M de registros. Cada paso pudo haberlo detenido. En tu entorno: IMDSv2, IAM de mínimo privilegio y una lista de permitidos para las peticiones salientes.