Why links should not contain usernames or passwords
Some URL formats can include usernames or passwords before the host. Modern sites should not ask you to trust links that contain credentials.
url_embedded_credentialsHow to read this alert
Treat this as a signal to slow down and verify the destination, the request, and the audience. The alert does not mean every related page is malicious. It means there is enough risk that the normal click-through habit is not good enough.
The safest response is to separate the message from the account, service, or person it claims to represent. Open the real service from a bookmark, typed address, password manager, or trusted app instead of letting the suspicious page choose the path for you.
What to check before you trust it
- The link contains `username:password@` before the domain.
- The URL appears to include an email address, password, token, or access key.
- The credential-looking text appears before an `@` sign in the address.
- The link is trying to make one destination look like another.
Decision path
Is the page asking for a login, payment, download, private context, automated action, or approval?
Compare the actual destination, signal tags, sender, and page behavior against what you expected.
If the request is sensitive or surprising, leave the link and use a known-good path or trusted person.
Examples
What to do next
- Do not open credential-bearing links from unexpected messages.
- Never paste passwords, API keys, recovery codes, or tokens into a URL.
- If you shared such a link, revoke the token or change the credential.
- Use application-approved sharing, invite, or login flows.
Common mistakes
- Reading the text before the `@` as the real site.
- Sharing a copied URL that contains private access tokens.
- Assuming credentials in links are a normal way to sign in.
Test the decision before you leave
This short quiz stays in your browser. It is meant to reinforce the safe habit, not grade or track you.