OWASP / OWASP/ASVS

Proposal: High-legibility fonts requirement

Open
#3,349 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
HTML
Stars
3.6k
Forks
831
Avg merge
7h 55m
Merged PRs (30d)
4

Description

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?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading issue #3338 and the linked first mention, then compare the draft requirement and guidance here with the WCAG standards. Done means reaching agreement on the wording and scope, including e-mail templates and printer output, and incorporating the accepted text into the ASVS content.

Written by the indexing model from the issue text.

Assessment

Domain
accessibility, documentation, security
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.