Traditional password advice trained people to think a secure password must contain one uppercase letter, one lowercase letter, one number, one symbol, and a forced reset every few months. That advice created plenty of passwords like Summer2026!. It did not create enough unique, high-entropy credentials.

NIST SP 800-63B has moved the center of gravity away from arbitrary composition rules and toward length, blocklists, MFA, rate limiting, recovery, and phishing-resistant authentication. For everyday users, the lesson is simple: stop trying to memorize clever variations. Use unique strong passwords, keep recovery details private, and upgrade MFA on the accounts that matter.

Quick answer

Password complexity rules still matter when they prevent obviously weak choices, but forced symbol recipes are not the modern baseline. The stronger pattern is a unique password for every account, enough length, no reuse, no known-compromised values, MFA where available, and a recovery plan that does not depend on screenshots or memory.

What NIST says now

NIST's current digital identity guidance says password verifiers should not impose composition rules such as requiring mixtures of character types. It also says verifiers should not require periodic password changes unless there is evidence of compromise. NIST recommends longer password support, blocklists for common or compromised values, and clearer user experience around password creation.

The practical translation:

  • Length beats cute complexity for user-created secrets.
  • Unique random passwords beat memorable variations.
  • Forced rotation is less useful than changing a password after a real compromise signal.
  • Security questions are weak recovery and should not be treated like secret facts.
  • MFA should be added, with phishing-resistant options preferred for high-value accounts.

This is not permission to use weak passwords. It is a correction to advice that made passwords harder to remember without making them much harder to attack.

Why old complexity rules fail

People adapt to annoying rules predictably. They capitalize the first letter, add a number at the end, add an exclamation point, and increment the number after a forced reset. Attackers know those patterns. Password cracking tools know those patterns. Credential stuffing does not care about complexity at all if the password was reused and leaked elsewhere.

The old model also ignores the recovery layer. A long password is not enough if the account can be reset through a weak email account, SMS-only recovery, exposed backup codes, or security-question answers based on public biographical facts.

The modern password checklist

For a real-world account, judge the setup by the whole record:

  1. Unique password: no reuse across services.
  2. High entropy: generated password or long passphrase that is not predictable.
  3. Correct login URL: saved domain that helps detect phishing pages.
  4. Stronger MFA: passkey or hardware security key where supported, then authenticator app/TOTP, with SMS as a weaker fallback.
  5. Recovery codes: stored encrypted with generation date and service context.
  6. Recovery channels: email, phone, trusted devices, and support process reviewed.
  7. Health review: weak, reused, old, and compromised credentials identified and replaced.

That checklist is why password management has become account management. The password is one piece of the control system.

Where passkeys fit

Passkeys are growing because they remove the shared password from the normal sign-in flow and bind authentication to the legitimate website origin. FIDO's 2026 passkey report shows broad consumer and workforce momentum, but it also highlights recovery and legacy compatibility as deployment concerns. In plain English: passkeys are a major upgrade, but people still need to manage fallback passwords, recovery codes, and accounts that do not support passkeys yet.

Use passkeys when available, especially for email, cloud, banking, phone carrier, password manager, and admin accounts. Keep the fallback password unique and strong if the service still requires one. Save recovery material where it is encrypted and recoverable.

Krypt's answer: make account security manageable

Krypt is built for the mixed reality of passwords, passkeys, 2FA codes, recovery codes, and sensitive account notes. As a zero-knowledge password manager, Krypt stores account records in local-first encrypted vault storage instead of putting the whole recovery map in screenshots, spreadsheets, browser notes, or cloud documents.

Use Krypt to keep the pieces together:

  • Unique passwords and known-good URLs.
  • Secure notes for recovery steps and support instructions.
  • 2FA backup codes with generation dates.
  • Built-in TOTP context for accounts that use authenticator codes.
  • Password health checks for weak, reused, old, and compromised credentials.
  • Android 14+ website passkey support through Android Credential Manager where supported.
  • A Recovery Kit for vault backup and restore planning.

Krypt does not replace security discipline. It gives you a private place to execute it consistently.

A 30-minute cleanup plan

If you only have half an hour, prioritize accounts that can reset everything else:

  1. Update your primary email password and MFA.
  2. Update your phone carrier password, account PIN, and SIM-swap protections.
  3. Update cloud storage and device-account credentials.
  4. Update banking, payment, tax, and payroll accounts.
  5. Replace reused passwords found by your vault's health review.
  6. Move recovery codes out of screenshots and into encrypted records.
  7. Print or refresh recovery material that must survive device loss.

Do not spend the whole session making one password clever. Spend it eliminating reuse and closing recovery gaps.

FAQ

Is a long passphrase better than a complex short password?

Usually, yes, if it is unique and not predictable. For generated credentials, a long random password stored in a manager is better than a memorable pattern with substitutions.

Should I change every password every 90 days?

Not as a blanket rule. Change passwords when they are weak, reused, old enough to concern you, exposed in a breach, entered into a phishing page, or used on a compromised device.

Do passkeys mean I can delete my password manager?

No. Many accounts still require passwords, and even passkey-enabled accounts often rely on recovery codes, backup methods, support notes, and fallback credentials.

Technical references

For standards detail, read NIST SP 800-63B. For MFA guidance, see CISA's MFA page. For passkey adoption and recovery context, see the FIDO Alliance State of Passkeys 2026 report.

Use Krypt to store unique passwords, recovery codes, secure notes, and account context in one encrypted vault.