Fix guide · info · password_field_autocomplete_off

Password field uses autocomplete="off" — outdated guidance

What this rule means

A password field explicitly sets autocomplete="off". Once considered a hardening practice; modern guidance (NIST SP 800-63B §5.1.1.2, OWASP ASVS 4.0) recommends the opposite — allowing password-manager autofill leads to stronger, unique passwords.

Why it matters

For ~15 years, autocomplete="off" on password fields was considered best practice — the assumption was that letting browsers save passwords made shared-computer scenarios riskier.

That assumption no longer holds:

So autocomplete="off" on password fields is now:

This finding is info severity — not a security issue per se, but worth a 5-minute fix.

How to fix it

Remove autocomplete="off" from password fields and replace with the appropriate explicit value:

<!-- Bad — outdated practice -->
<input type="password" autocomplete="off">

<!-- Good — login -->
<input type="password" autocomplete="current-password">

<!-- Good — registration -->
<input type="password" autocomplete="new-password">

For genuinely sensitive single-use fields (e.g. a "type your password to confirm account deletion" field where you don't want the password manager to autofill the existing password into the wrong action), use autocomplete="new-password" or simply omit the attribute. Don't use autocomplete="off" — browsers ignore it and it signals outdated thinking.

Also worth auditing:

Did vibecheck flag this on your app?

If you reached this page from a vibecheck inspection report, the redacted match in your scan output is the exact string we found in your bundle. After applying the fix above, run the inspection again — the finding should clear.

Run another inspection