Code RadarLOCAL SAST GATE
CuentaGitHubInstalar Radar

Detecta falsificación de solicitudes del lado del servidor (SSRF) antes del merge.

Descubre cómo encaja falsificación de solicitudes del lado del servidor (SSRF) en una revisión local, qué evidencia produce Code Radar, dónde termina la cobertura y cómo llevar hallazgos confiables a CI.

Comprobar este riesgo en localRevisar evidencia de detección
radar scan . --quick

Qué significa falsificación de solicitudes del lado del servidor (SSRF) aquí.

La regla de falsificación de solicitudes del lado del servidor (SSRF) identifica patrones que pueden crear riesgo explotable u ocultar deuda material y devuelve ubicación, severidad, confianza y remediación.

Referencia de regla

Evidencia a revisar

Verifica el alcance, el detalle del finding, el traspaso del flujo y los límites del producto antes de instalar o comprar.

CriterioEvidencia a revisarLímite
Alcance de entradaArchivos seleccionados, configuración, modo y reglas activas.Solo se evalúan las rutas y comprobaciones incluidas.
Detalle del findingArchivo, línea, regla, severidad, explicación y reparación.La salida ilustrativa no es un resultado de tu repositorio.
Traspaso del flujoResultado local, informe, contexto para agente y señal CI opcional.Activa exportaciones o CI solo cuando el flujo lo necesite.
Encaje de decisiónUsa los mismos criterios en un repositorio real antes de elegir.No se afirma un ganador universal ni un resultado garantizado.
Referencia de regla

Comprobar este riesgo en local

Verifica el alcance, el detalle del finding, el traspaso del flujo y los límites del producto antes de instalar o comprar.

Comprobar este riesgo en local

El problema que esta página ayuda a aclarar

La pregunta útil es dónde cambia falsificación de solicitudes del lado del servidor (SSRF) el ciclo de revisión: qué entra en el escaneo, quién actúa sobre un hallazgo y qué evidencia avanza. Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Enfoque: seguridad del código fuente; RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente.

  • Audiencia: desarrolladores que necesitan entender este riesgo antes del merge: falsificación de solicitudes del lado del servidor (SSRF).
  • Enfoque: Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Enfoque: seguridad del código fuente; RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente.
  • Pregunta de evaluación: ¿Qué cubre falsificación de solicitudes del lado del servidor (SSRF) en la práctica?

Cobertura y señales concretas

Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Archivo exacto, contexto de regla, severidad, confianza y guía de remediación. RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente. Salida de terminal y artefactos SARIF, JSON o HTML generados desde los mismos hallazgos.

  • Enfoque: Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Enfoque: seguridad del código fuente; RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente.
  • Flujo: ID de regla: RADAR-SEC-SSRF
  • Cobertura y señales concretas: RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente
EnfoqueArchivo exacto, contexto de regla, severidad, confianza y guía de remediación.Límite
Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Enfoque: seguridad del código fuente; RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente.Archivo exacto, contexto de regla, severidad, confianza y guía de remediación. RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente. Salida de terminal y artefactos SARIF, JSON o HTML generados desde los mismos hallazgos.La detección estática es evidencia, no prueba de explotabilidad. Revisa el flujo de datos y el contexto, documenta falsos positivos y prueba la corrección.

Patrón riesgoso / Patrón más seguro

falsificación de solicitudes del lado del servidor (SSRF): Un resultado útil debe poder explicarse a un desarrollador y trasladarse a la siguiente superficie de revisión. Revisa esta evidencia antes de cambiar la política del equipo.

Patrón riesgosoPatrón más seguro
fetch(request.query.url);fetch(allowlistedServiceUrl(request.query.service));

De señal local a gate compartido.

falsificación de solicitudes del lado del servidor (SSRF): Usa el flujo más pequeño que demuestre valor. Cada paso posterior debe reutilizar evidencia que el equipo ya comprende. Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Enfoque: seguridad del código fuente; RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente.

PasoComando o acciónDecisión
1Ejecutar un escaneo local rápido¿La señal es útil?
2Revisar y corregir hallazgos¿La corrección es específica y reproducible?
3Exportar evidencia portable¿El revisor necesita SARIF, JSON o HTML?
4Llevar el umbral confiable a CI¿Qué severidad debe bloquear un pull request?
radar scan . --quick
radar scan . --format sarif --fail-on high

Evidencia que debes revisar antes de confiar en el resultado.

falsificación de solicitudes del lado del servidor (SSRF): Un resultado útil debe poder explicarse a un desarrollador y trasladarse a la siguiente superficie de revisión. Revisa esta evidencia antes de cambiar la política del equipo. Archivo exacto, contexto de regla, severidad, confianza y guía de remediación. RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente. Salida de terminal y artefactos SARIF, JSON o HTML generados desde los mismos hallazgos.

  • ID de regla: RADAR-SEC-SSRF
  • Archivo exacto, contexto de regla, severidad, confianza y guía de remediación.
  • Salida de terminal y artefactos SARIF, JSON o HTML generados desde los mismos hallazgos.
  • El código permanece en el workspace o runner de CI donde se ejecuta el escaneo.

Buen encaje y límites

Usa falsificación de solicitudes del lado del servidor (SSRF) cuando desarrolladores que necesitan entender este riesgo antes del merge: falsificación de solicitudes del lado del servidor (SSRF). Mantén claro el límite: La detección estática es evidencia, no prueba de explotabilidad. Revisa el flujo de datos y el contexto, documenta falsos positivos y prueba la corrección.

Ejecuta la prueba local antes de adoptar un gate compartido.

  • Buen encaje: desarrolladores que necesitan entender este riesgo antes del merge: falsificación de solicitudes del lado del servidor (SSRF).
  • No es el encaje / no exagerar: La detección estática es evidencia, no prueba de explotabilidad. Revisa el flujo de datos y el contexto, documenta falsos positivos y prueba la corrección.

Preguntas que debes verificar antes del despliegue

Estas preguntas mantienen la decisión ligada a evidencia observable, no a una promesa amplia.

¿Qué cubre falsificación de solicitudes del lado del servidor (SSRF) en la práctica?

falsificación de solicitudes del lado del servidor (SSRF): El alcance práctico es Para falsificación de solicitudes del lado del servidor (SSRF), revisa el alcance concreto siguiente en lugar de confiar solo en una categoría. Enfoque: seguridad del código fuente; RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente.. Empieza con las entidades o archivos indicados y confirma el resultado en código representativo.

¿Qué evidencia debo revisar para falsificación de solicitudes del lado del servidor (SSRF)?

falsificación de solicitudes del lado del servidor (SSRF): Revisa Archivo exacto, contexto de regla, severidad, confianza y guía de remediación. RADAR-SEC-SSRF, unsafe pattern, safer pattern, seguridad del código fuente. Salida de terminal y artefactos SARIF, JSON o HTML generados desde los mismos hallazgos. y conserva juntos la ubicación, el contexto de regla o comparación y el artefacto exportado.

¿Qué no debo inferir de falsificación de solicitudes del lado del servidor (SSRF)?

falsificación de solicitudes del lado del servidor (SSRF): No infieras una cobertura universal. La detección estática es evidencia, no prueba de explotabilidad. Revisa el flujo de datos y el contexto, documenta falsos positivos y prueba la corrección. Prueba el límite en la página de comparación o flujo correspondiente antes de cambiar la política.

¿Qué debo probar primero para falsificación de solicitudes del lado del servidor (SSRF)?

falsificación de solicitudes del lado del servidor (SSRF): Empieza con una ejecución local, revisa un hallazgo real y elige después el flujo de informe, agente, CI o confianza que corresponda.

Función: security scannerElige la página siguiente que complete la implementación o evaluación pendiente.Función: sastElige la página siguiente que complete la implementación o evaluación pendiente.Docs: rulesElige la página siguiente que complete la implementación o evaluación pendiente.
Referencia de regla

Empieza por el problema que necesitas resolver.

Abrir página →
Local SASTSAST local para desarrolladores y CI

Code Radar produce evidencia portable en terminal, SARIF, JSON y HTML para que humanos, CI, automatización y agentes trabajen sobre el mismo conjunto de hallazgos.

PruebaVer informe de ejemplo

Examinar the fields and formatos in a sample hallazgo

InstalarInstalar Radar

Ejecutar a escaneo local on a repositorio real

Valida el flujo en tu propio código.

Empieza con un escaneo local, revisa la evidencia y amplía a informes, agentes o CI solo cuando la señal sea útil.

Comprobar este riesgo en localRevisar evidencia de detección