The short answer
A correctly implemented FIDO2 biometric card can provide phishing-resistant authentication. It is not accurate to call the whole identity system phishing-proof. The protection comes from public-key authentication and verifier binding; the fingerprint is the local gesture that unlocks the card.
Why FIDO2 resists credential phishing
FIDO creates a key pair for a service and keeps the private key in the authenticator. WebAuthn binds the response to the legitimate relying-party domain. A fake website cannot take a captured password or one-time code and replay it because the card does not produce a valid response for the wrong domain.
What the fingerprint does
The biometric verifies the person locally to the card and authorizes use of its private key. The service receives a signed authentication response, not the fingerprint. Buyers should still verify where enrollment occurs, whether biometric material ever leaves the card and which fallback methods are available.
What phishing resistance does not solve
It does not automatically stop malware on a compromised endpoint, stolen authenticated sessions, malicious consent, fraudulent help-desk recovery or a user being persuaded to perform a harmful action after signing in. These risks need endpoint, session, recovery and transaction controls.
A stolen-card scenario
Possession of a card should not be enough when local fingerprint verification is enforced. Test difficult fingers, failed attempts, lockout, PIN or administrator fallback, revocation time and re-issuance. A weak recovery route can undo a strong authenticator.
Language for procurement
Use “phishing-resistant FIDO2 authentication” when the exact configuration supports it. Avoid “phishing-proof”, “unhackable” and other absolute claims. Request the product identifier, AAGUID, certification record, supported transports and a threat model that includes recovery and endpoint compromise.
Deployment checklist
Confirm the exact FIDO2 configuration; restrict registration to approved authenticators where appropriate; pilot every browser, operating system and reader path; test loss and revocation; protect recovery with equivalent assurance; monitor session theft; and train the help desk not to bypass policy under pressure.