Server-Side Request Forgery

### Cómo Funciona el SSRF En un ataque SSRF, el atacante envía una solicitud maliciosa a una aplicación web que, a su vez, causa que el servidor de la aplicación realice una solicitud a un recurso específico ubicado dentro de la propia infraestructura del servidor o en una tercera ubicación (como servicios internos de la red, APIs, o el internet público). Los ataques SSRF generalmente explotan vulnerabilidades en la forma en que la aplicación web procesa las URL suministradas por el usuario. ### Ejemplo de Ataque SSRF 1. **Solicitud Maliciosa**: Un atacante envía una solicitud a una aplicación web vulnerable que incluye una URL manipulada. 2. **Solicitud del Servidor**: La aplicación web, sin validar adecuadamente la URL suministrada, realiza una solicitud a la URL especificada por el atacante. 3. **Acceso a Recursos Restringidos**: La URL lleva al servidor a acceder a un recurso interno que debería estar inaccesible desde el exterior, permitiendo al atacante obtener datos sensibles o explotar servicios internos. ### Mitigación del SSRF Para mitigar el riesgo de ataques SSRF, las organizaciones pueden adoptar varias medidas, incluyendo: 1. **Validación Rigurosa de Entrada**: Asegurar que todas las entradas proporcionadas por el usuario (como URLs) sean validadas rigurosamente para rechazar cualquier solicitud maliciosa. 2. **Limitación de Solicitudes**: Restringir las solicitudes del servidor a un conjunto limitado de destinos confiables para evitar que el servidor acceda a URLs arbitrarias. 3. **Uso de Listas de Permitidos (Whitelisting)**: Implementar listas de permitidos para controlar a qué recursos puede acceder el servidor, limitando las solicitudes solo a destinos conocidos y seguros. 4. **Segregación de la Red**: Diseñar la arquitectura de la red de manera que los sistemas críticos estén segregados y no sean accesibles directamente desde aplicaciones web vulnerables a SSRF. 5. **Monitoreo y Registro de Actividades**: Monitorear y registrar todas las solicitudes salientes del servidor para detectar y responder rápidamente a cualquier actividad sospechosa que pueda indicar un ataque SSRF.

### Características del Diseño Inseguro 1. **Falta de consideraciones de seguridad desde el inicio**: No incorporar requisitos de seguridad en las fases iniciales de diseño y planificación. 2. **Ausencia de principios de diseño seguro**: No seguir principios de diseño seguro, como el principio de menor privilegio, la segmentación de redes, y la defensa en profundidad. 3. **Inadecuada gestión de riesgos**: No identificar, evaluar y mitigar los riesgos de seguridad de manera efectiva durante el proceso de diseño. ### Cómo Mitigar el Diseño Inseguro 1. **Adopción de Principios de Diseño Seguro**: Implementar principios de diseño seguro desde las primeras etapas de desarrollo, asegurando que las consideraciones de seguridad sean una parte integral del proceso de diseño. 2. **Educación y Concienciación**: Capacitar a los equipos de diseño y desarrollo en prácticas de diseño seguro y concienciar sobre la importancia de la seguridad en el desarrollo de software. 3. **Evaluación de Riesgos de Seguridad**: Realizar evaluaciones de riesgo de seguridad como parte del proceso de diseño para identificar y mitigar posibles vulnerabilidades antes de que el software se desarrolle. 4. **Uso de Patrones de Diseño Seguro**: Aplicar patrones de diseño seguro que han demostrado ser efectivos en la prevención de vulnerabilidades de seguridad. 5. **Revisión de Diseño de Seguridad**: Incluir revisiones de seguridad en las fases de diseño para evaluar y mejorar la arquitectura de seguridad de las aplicaciones.

## **Server-Side Request Forgery** * Cuando se permite al atacante forzar a un servidor a realizar solicitudes de red maliciosas *Ejemplo* * Teniendo acceso a la consola de administración de algún servicio poder saltarse el firewall y entra a la intranet de la empresa. *Impacto* 1. Compromiso de servicios internos 2. Ejecución remota de código (RCE) *Controles* 1. Utilizar Allowlist de URLs 2. Segmentación de redes