Proposal: High-legibility fonts requirement

Abierto
  • ¿Algo no está bien?
#3,349 4 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
45/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Tranquilo
Área
accessibility, documentation, security

Línea de trabajo

Empieza leyendo el issue #3338 y la primera mención enlazada; después, compara el requisito y las directrices del borrador de aquí con los estándares WCAG. Se considera terminado cuando se llega a un acuerdo sobre la redacción y el alcance, incluidas las plantillas de correo electrónico y la salida de impresora, y se incorpora el texto aceptado al contenido de ASVS.

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

Descripción

Fairly self-explanatory, branch off from #3338 and more specifically first mention here.

Draft requirement:

Verify that fonts used to display user-provided data are highly legible, as to resist visual spoofing through lookalike characters. This also applies to e-mail templates and printer device output.

And if appropriate, supplementary section guidance text:

User-provided text can be leveraged for phishing and similar methods for fraud. Attackers often exploit lookalike characters such as the letter O and the digit 0, or combinations such as "rn" mimicking the letter "m". While this is especially common with hyperlinks, visual spoofing attacks are not limited to functional elements and applications should account for that. The Sans-serif family of fonts is typically a safe choice for limiting the potential for exploitation.

I kind of wish to also mention the WCAG as a natural overlap, since symbiosis with other standards usually benefits security indirectly. I fear that it's getting too detailed already though.

Thoughts?

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 Accessibility

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.