Backend, datos y seguridad Más detalle B · Guía oficial Plataforma: Web

Server-Side Request Forgery

Falsificación de solicitud del lado del servidor

La falsificación de solicitud del lado del servidor, o SSRF, ocurre cuando una entrada controlada por un atacante hace que un servidor envíe una solicitud. La solicitud llega a un lugar al que no debería llegar.

Ver cómo funciona
Podrías llamarlo Server-Side Request ForgerySSRFinyección de solicitud al servidor

Ver cómo funciona

Ejemplo trabajado originalFalsificación de solicitud del lado del servidor

Otro ejemplo

Una herramienta de facturación acepta una URL de logotipo del proveedor. Se analiza una vez, solo permite hosts HTTPS aprobados del proveedor y rechaza direcciones privadas, de loopback, link-local o de metadatos resueltas. También desactiva redireccionamientos, limita bytes y tiempo, utiliza un proxy de salida y bloquea `http://169.254.169.254`.

Partes principales

  1. 01URL influenciada por atacante
  2. 02Capacidad de obtención del lado del servidor
  3. 03Controles de destino y salida

Úsalo cuando

Revisa la amenaza de cada función del servidor que obtenga una URL influenciada por el usuario. Aplica listas de destinos permitidos, límites de salida de red y comprobaciones tras la búsqueda de nombre.

No lo uses cuando

Un prefijo de texto, una única búsqueda DNS o solo el análisis de URL no es suficiente. Los redireccionamientos y el rebinding de DNS pueden atravesar el límite verificado.

Nombre usado en código

strict URL parser + destination allowlist + IP-range checks + redirect policy + egress proxy

Antes de lanzarlo

Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target.

Solicitud que puedes copiar

Outcome: Complete the task with Falsificación de solicitud del lado del servidor (Server-Side Request Forgery). User context: Una herramienta de facturación acepta una URL de logotipo del proveedor. Se analiza una vez, solo permite hosts HTTPS aprobados del proveedor y rechaza direcciones privadas, de loopback, link-local o de metadatos resueltas. También desactiva redireccionamientos, limita bytes y tiempo, utiliza un proxy de salida y bloquea `http://169.254.169.254`. Risk or control to address: Falsificación de solicitud del lado del servidor (Server-Side Request Forgery). Why it applies: Revisa la amenaza de cada función del servidor que obtenga una URL influenciada por el usuario. Aplica listas de destinos permitidos, límites de salida de red y comprobaciones tras la búsqueda de nombre. Classification boundary: Un prefijo de texto, una única búsqueda DNS o solo el análisis de URL no es suficiente. Los redireccionamientos y el rebinding de DNS pueden atravesar el límite verificado. Safety requirements: Test only in an isolated space with explicit permission. Use inert, harmless inputs. Protect secrets and personal data. Name the trust boundary and record the mitigation. Operational safeguards: Set up detection and logs that hide sensitive data. Name the incident owner. Define a safe failure mode and rollback before release. Acceptance criteria: A defensive regression test fails before the mitigation and passes after it. No real target, secret, or personal data is used. Monitoring and rollback are verified. Evidence and limits (evidence boundary): Es oficial para esa fuente. Otras plataformas o equipos pueden usar el término de otra manera. Unknowns to confirm: Authorized scope, affected assets, data class, threat actor, incident owner, and rollback limits.

Revisa esta petición

Review how Falsificación de solicitud del lado del servidor (Server-Side Request Forgery) is used now. Definition: La falsificación de solicitud del lado del servidor, o SSRF, ocurre cuando una entrada controlada por un atacante hace que un servidor envíe una solicitud. La solicitud llega a un lugar al que no debería llegar. Release checks: Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

B
Qué tan oficial es este término?

Guía oficial

La plataforma, marco, proyecto o grupo de expertos nombrado tiene una guía oficial para este término.

Es oficial para esa fuente. Otras plataformas o equipos pueden usar el término de otra manera.

Alcance
Solo lo que cubre la fuente:accesibilidad、orientación de uso、guía para evitarlo
Estado del documento
estable
Comprobado el
2026-07-30

Fuentes de evidencia y alcance

Fuente de autoridad + Referencia del término · OWASP Foundation · estable Server-Side Request Forgery Prevention Cheat Sheet Alcance: accesibilidad、orientación de uso、guía para evitarlo Rol aquí: Referencia de término directo La fuente cubre: accesibilidad, orientación de uso, guía para evitarlo

Cópialo tú mismo

El navegador no pudo copiar esto. Selecciona la solicitud a continuación y cópiala tú mismo.