|
+8.1.2.1 Passwords |
8.1.2.1 PasswordsTypical Usage Users often manually input the password (sometimes referred to as a passphrase or PIN). Alternatively, they may use a password manager to select a secure password and maintain distinct passwords for each authenticated service. The use of distinct passwords is important to avoid “password stuffing” attacks in which an attacker uses a compromised password from one site to access the user’s account on other sites. Agencies should carefully evaluate password managers before making recommendations or mandates to confirm that they meet expectations for secure implementation. Usability considerations for typical usage without a password manager include: Memorability of the password
The likelihood of a recall failure increases if there are more items for users to remember. With fewer passwords, users can more easily recall the specific password needed for a particular RP.
The memory burden is greater for a less frequently used password.
Usability considerations for typical usage with a password manager include: Ease of entry
Support autofill functionality to allow for the safe retrieval of secrets from password managers.
Support copy and paste functionality in fields for entering passwords, including passphrases.
Intermittent Events Usability considerations for intermittent events include: When users create and change passwords
Clearly communicate information on how to create and change passwords.
Clearly communicate password requirements, as specified in Sec. 3.1.1.
Allow at least 64 characters in length to support the use of passphrases. Encourage users to make passwords as lengthy as they want and use any characters that they like (including spaces) to aid memorization. Ensure that user interfaces support sufficient password lengths.
Do not impose other composition rules (e.g., mixtures of different character types) on passwords.
Do not require that passwords be changed arbitrarily (e.g., periodically) unless there is a user request or evidence of authenticator compromise (see Sec. 3.1.1).
Provide clear, meaningful, and actionable feedback when chosen passwords are rejected (e.g., when it appears on a “blocklist” of unacceptable passwords or has been used previously).
1. Vue d’ensemble
1.1 Références1.2 Exigences identifiées1.3 Réglementations associées2. Exigences identifiées
3. Réglementations associées
|