Clarification: 1.3.6 "dangerous characters"

Abierto
#3,244 25 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
30/100
Tipo de issue
Documentación
Claridad
Necesita aclaración
Estado de actividad
Estancado

Línea de trabajo

Lee el requisito de ASVS 5.0 mencionado y su código fuente Markdown sin procesar; después, compara las referencias de SSRF enlazadas y el debate de este issue. Determina si la redacción debe definir los caracteres peligrosos, explicar la sanitización o aclarar el alcance del requisito; el trabajo se considera terminado cuando una aclaración acordada queda reflejada en el texto del requisito.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

4a) Waiting for another V1 (prev V5)

Verify that the application protects against Server‑side Request Forgery
(SSRF) attacks, by validating untrusted data against an allowlist of protocols,
domains, paths and ports and sanitizing potentially dangerous characters
before using the data to call another service.

"Sanitizing Potentially Dangerous Characters"
  • What characters are considered as "dangerous'?
  • Why sanitization is important? I am having difficulty find the information about sanitization for SSRF, I have referered Below URL:
Reference Site Comment
Cheatsheet Missing Sanitization Word
OWASP TOP 10 SSRF Found 'Sanitize' word only.
Portswigger Missing Sanitization Word
Accunetix Missing Sanitization Word
SSRF Bible Cheatsheet Missing Sanitization Word
Blackhat Missing Sanitization Word

As far as I know, the sanitization is not the primary defense. the requirement doesn’t specify how granular or strict the allow list should be and also other important terms are missing in the requirement.

Lenguaje dominante
HTML
Estrellas
3.8k
Forks
855
Merge medio
1 d 9 h
PR fusionados (30 d)
8

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de OWASP/ASVS

Todos los issues de OWASP/ASVS

Issues similares

Más issues de Documentation

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.