Passwords and passkeys
Since July 2025 the US standard NIST SP 800-63B-4 has said a password used on its own must be at least 15 characters, and that services must not force you to change it on a schedule.
"Summer2024!" ticks every box. So why is it weak?
Many people still believe a strong password needs a capital letter, a digit and a symbol, and that changing it every 90 days keeps it safe. Sign-up forms taught exactly that for years. Look at what the rules produced. "Summer2024!" meets all of them. Ninety days later it turns into "Autumn2024!", and anyone who saw the first one can guess the second. The rules made passwords harder to remember without making them much harder to guess.
What the 2025 US standard asks for instead
The current US guideline, NIST Special Publication 800-63B-4, finalised in July 2025, turns those habits around. A password used on its own must be at least 15 characters. If it is only one part of a multi-factor login, the minimum is 8. Services should allow at least 64 characters and accept spaces and all printable characters, and they must not impose other composition rules such as "one symbol". They must not force periodic changes either. A change is required only when there is evidence the password has leaked. NIST also asks services to compare every new password against a blocklist of common, expected or already-leaked passwords, because a password that has appeared in a breach is no longer secret, however long it is.
Counting what a guesser has to get through
Why does length win? Each extra character multiplies the number of possible passwords. Eight lowercase letters give 26 to the power 8, about 209 billion combinations. A computer testing a stolen password file works through that quickly. Four words picked at random from a list of 7,776 give about 3.66 × 10¹⁵. The table shows how fast the counts grow, and the code exercise further down lets you compute two of them yourself.
| Password | Possible combinations |
|---|---|
| 8 lowercase letters | 26⁸ ≈ 2.09 × 10¹¹ |
| 8 of 95 printable characters | 95⁸ ≈ 6.63 × 10¹⁵ |
| 4 random words from 7,776 | 7,776⁴ ≈ 3.66 × 10¹⁵ |
| 5 random words from 7,776 | 7,776⁵ ≈ 2.84 × 10¹⁹ |
| 16 lowercase letters | 26¹⁶ ≈ 4.36 × 10²² |
Why one leak spreads to other accounts
CISA, the US cybersecurity agency, sums up a strong password in three words: long (at least 16 characters), random, and unique to each account. Random can mean a string of mixed characters or a passphrase of four to seven unrelated words. Unique matters most of all. When one site leaks, criminals try the same email and password on other sites, so a reused password turns one breach into many. Nobody can remember dozens of long random passwords. That is why both CISA and NIST support password managers, programs that generate, store and fill passwords so you remember only one. NIST says services must allow password managers and autofill, and should allow paste.
A passkey leaves nothing to type and nothing to steal
A passkey replaces the shared secret with public-key cryptography. MDN describes it as a key pair bound to your account on one website. The private key stays in an authenticator on or attached to your device, and you open it with your device PIN, fingerprint or face. The public key sits on the website's server. To sign in, the site sends a challenge and your device signs it. Nothing secret is typed. Nothing secret is stored on the server either, so a server breach leaks nothing reusable. Each passkey is also tied to the site's domain, which means a look-alike phishing page cannot use it. NIST counts this kind of cryptographic login as phishing-resistant and passwords as not, and it allows passkeys that sync between your devices.
Where to start? Give your email account a long passphrase first, because the email account can reset the others. If you use a password manager, that passphrase becomes the one password you memorise. Then change every password you know you have reused, beginning with banking and shopping accounts. When a site offers to create a passkey, saying yes is usually the quickest upgrade. You can keep the password as a fallback.
Long: at least 16 characters. Random: mixed characters or 4 to 7 unrelated words. Unique: a different password for every account.
- "Add a capital, a digit and a symbol and the password is strong." NIST SP 800-63B-4 now forbids services to impose rules like this. A word plus "2024!" satisfies them, as Summer2024! shows. Length does far more: in the table, 16 lowercase letters (about 4.36 × 10²²) beat 8 characters drawn from all 95 printable ones (about 6.63 × 10¹⁵).
- "Changing my password every 90 days keeps me safe." Forced changes mostly produce the next variation, Summer2024! becoming Autumn2024!. NIST says services must not force periodic changes and should require a new password only when there is evidence that the old one has been compromised.
- "My password is long, so it is fine even though it showed up in a breach." Once a password is in a breach list, attackers try it first, whatever its length. That is why NIST asks services to check new passwords against a blocklist of breached ones and to explain the refusal.
- "One really strong password for every site is enough." Strength does not help here. Another site leaks it, and that is that. Criminals try leaked logins elsewhere (credential stuffing), so only a different password per account keeps one leak to one account.
| NIST minimum, password alone | 15 characters |
| NIST minimum, as part of MFA | 8 characters |
| Forced change every 90 days? | NIST: must not, unless there is evidence of compromise |
| Blocklist | Common, expected and breached passwords a service rejects |
| Passkey | Key pair bound to one site; private key stays on your device |
| Credential stuffing | Trying leaked logins on other sites; defeated by unique passwords |
- NIST: at least 15 characters alone, 8 with MFA; no composition rules; no forced periodic changes.
- CISA: long, random, unique; a password manager makes that possible.
- Reused passwords turn one breach into many.
- Passkeys use a key pair tied to the site, so they resist phishing.
- Under NIST SP 800-63B-4, what is the minimum length of a password used on its own?
- What does NIST say about forcing a password change every 90 days?
- Services must not, unless there is evidence of compromise
- It is required
- It is required every 30 days
- Only for banks
- Which rule does NIST forbid services to impose?
- Requiring a mix of character types
- A minimum length
- Checking a blocklist
- Allowing paste
- How many possible passwords are there of 8 lowercase letters? Answer in billions, rounded.
- Why are unique passwords so important?
- Leaked logins are tried on other sites
- Sites can tell if you reuse one
- Short passwords are illegal
- They are faster to type
- CISA says a strong password is at least how many characters long?
- Where is the private key of a passkey kept?
- In an authenticator on or attached to your device
- On the website's server
- In your email
- In the browser history
- Why can a phishing site not use your passkey?
- Each passkey is tied to the real site's domain
- Passkeys expire every hour
- Phishing sites are blocked by law
- Passkeys are encrypted twice
- What should a service do if your new password appears in a list of breached passwords?
- Reject it and explain why
- Accept it if it is long
- Add a digit to it
- Ignore the list
- Which is the strongest choice for a new account?
- A unique passphrase of 5 random words, saved in a password manager
- Your usual password plus the site name
- P@ssw0rd!
- Your birthday and pet's name
Sources for this course (13)
- (checked 2026-10-17; reordered 2026-10-19: standards and law first, then official agency guidance, then technical documentation, history last)
- Standard: NIST SP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management (pages.nist.gov/800-63-4/sp800-63b.html, final 31 July 2025 per the csrc.nist.gov document history (Date Published: July 2025), checked 2026-10-17: sec. 3.1.1.2 password rules, 3.1.3.3 PSTN restricted, 3.2.5 phishing resistance, Appendix B syncable authenticators)
- Law: 개인정보 보호법 제2조 (국가법령정보센터, law.go.kr)
- Official agency guidance: CISA Secure Our World: Use Strong Passwords, Turn on MFA, Recognize and Report Phishing, Update Software, and tip sheets (cisa.gov/secure-our-world, checked 2026-10-17)
- CISA, More than a Password (cisa.gov/MFA) and fact sheet Implementing Phishing-Resistant MFA (2022)
- checked 2026-10-17
- CISA #StopRansomware Guide (checked 2026-10-17)
- CISA, Back Up Business Data and Data Backup Options (Ruggiero and Heckathorn, 2012, Carnegie Mellon University, produced for US-CERT, which CISA retired into CISA.gov on 24 February 2023; 3-2-1 rule) (checked 2026-10-17)
- KISA, 118 상담 서비스 (kisa.or.kr/118, checked 2026-10-17)
- KISA 보호나라 스미싱 확인서비스 (boho.or.kr, checked 2026-10-17)
- KISA 개인정보침해 신고센터 (privacy.kisa.or.kr, checked 2026-10-17)
- Technical documentation: MDN Web Docs, Passkeys (developer.mozilla.org/en-US/docs/Web/Security/Authentication/Passkeys, checked 2026-10-17) and autocomplete attribute (checked 2026-10-17)
- No product is recommended. Every code exercise was checked with a Playwright probe against a reference solution.
Checked: 2026-10-17