subscribe, registration, signup, software, applications, tablet, device, subscribe button, login, account, business, coffee, smart, security, credential, information, user, password, subscribe, registration, software, software, login, login, login, login, login, account. Account security: the six ways into an account
Photo by Mohamed_hassan on Pixabay

Features

Account security: the six ways into an account

Account security ordered by how accounts are really lost: the six ways in, from recovery routes to old sessions, and what to do in the first hour.

Account security rarely fails at the password. People protect the front door and lose the account through the side. A long password, changed regularly, guarded carefully, and then the account is taken through a recovery flow that never asked for the password at all.

That is the shape of most account loss. The password is one of six ways in, and it is neither the weakest nor the one that gets used most. Working on it exclusively feels like security and leaves the other five untouched.

What to take away

  • Your recovery route is your real security. If someone else can complete it, nothing else you have configured matters.
  • Your email account is the key to everything else. Secure it first and differently from the rest.
  • A password change does not end an intrusion on its own. Active sessions, connected apps and altered settings all survive it.

Where the account actually ends

The perimeter is wider than the login screen. There are six ways into an account, and only the first involves the password.

Six ways into an account

  • Password reused from another breach
  • Second factor handed over or redirected
  • Recovery route built to bypass the rest
  • Existing session on an already signed-in device
  • Connected apps, integrations, delegated users
  • Support convinced by someone else

The password itself. Usually obtained from somewhere else, because passwords reused across services travel from one breach to the next. This is why a unique password per service matters far more than a complicated one.

The second factor. Some kinds can be handed over by the account holder without realizing it, and some can be redirected by someone else. The kind you choose changes how exposed you are.

The recovery route. The path designed for you when you have lost everything. It is the most powerful door in the building, because it is built to work without any of the others.

An existing session. A device already signed in does not need to authenticate again. Sessions persist for long periods and often survive a password change.

Connected access. Third-party apps, integrations, delegated users, and team members hold their own access that does not go through your login at all.

Support. A person at the provider can restore access to someone who has convinced them. This route exists for good reasons and it is not one you control.

Any honest security review walks all six. Most people walk the first and stop.

Email first, and differently

Almost every other account you have will send its reset link to your email. That makes the email account the master key, and it should be treated as a different class of thing from everything else.

Email settings to check

  • Forwarding rules
  • Filters that move or delete mail
  • Alternate recovery addresses
  • Delegated access
  • Connected applications

That means a password used nowhere else, and the strongest second factor you can use rather than the most convenient. It means recovery options you control and keep current, plus a periodic look at the settings that quietly change what happens to your mail.

The settings worth checking, because they are altered early and noticed late: forwarding rules, filters that move or delete messages automatically, alternate addresses listed for recovery, delegated access, and connected applications. A rule that quietly forwards or deletes specific messages lets someone keep receiving your resets and notifications long after you have changed your password.

If you use a phone number or a secondary address for recovery on your email, those become part of the same perimeter. Anything that can restore your email can reach everything your email can reach.

Recovery is the weakest wall

Recovery flows have to work for people in genuine distress: no phone, no access, no records. That requirement makes them accommodating by design, and accommodating is exactly what an attacker needs.

Closing the recovery route

  • Know your recovery route before you need it
  • Remove stale recovery contacts
  • Treat security questions as passwords
  • Print one-time recovery codes, store physically
  • Keep proof of ownership

What to do about it, on your important accounts:

  • Know your own recovery route before you need it.Check what each account would actually ask you for. Many people discover only during an emergency that the route runs through an address they no longer control.
  • Remove stale recovery contacts.An old email address, a former work address, or a phone number you gave up is a live route into your account held by someone else.
  • Treat security questions as passwords.Where they cannot be avoided, do not answer them truthfully, because truthful answers are frequently discoverable. Store what you used somewhere safe.
  • Print or write down the one-time recovery codesthe service gives you when you set up a second factor, and keep them somewhere physical. This is the single thing that most reliably prevents permanent loss.
  • Keep proof of ownership.For accounts that matter, know what you could show: the original creation date, a linked payment record, a domain you control. Support decisions frequently turn on this.

Second factors are not equal

Any second factor is better than none. They differ in what they actually resist, and knowing the order lets you put the strong ones where they matter.

What each second factor resists

Factor

Text message code
Yes
Email code
Yes
App-generated code
Yes
Push approval prompt
Yes
Security key or passkey
Yes
Backup codes
Yes

Stolen password

Text message code
No
Email code
No
App-generated code
No
Push approval prompt
Partly
Security key or passkey
Yes
Backup codes
No

Fake sign-in page

Text message code
Email code
App-generated code
Push approval prompt
Security key or passkey
Backup codes

Resists a stolen password

Text message code
Yes
Email code
Yes
App-generated code
Yes
Push approval prompt
Yes
Security key or passkey
Yes
Backup codes
Yes

Resists a convincing fake sign-in page

Text message code
No
Email code
No
App-generated code
No
Push approval prompt
Partly
Security key or passkey
Yes
Backup codes
No

Notes

Text message code
Also depends on your phone number staying yours
Email code
Only as strong as the email account itself
App-generated code
Independent of your phone number
Push approval prompt
Repeated prompts are a warning sign, not a nuisance
Security key or passkey
Bound to the real site, so a fake page cannot use it
Backup codes
Store offline, treat as equivalent to the password

The important column is the second one. A code you can read and type is a code you can be persuaded to type somewhere else, whatever its source.

Keys and passkeys are the only common option that will not work on a site that is not the real one. That makes them worth the setup effort on your email, your primary accounts and anything holding money. The public case for turning on a second factor at all is CISA's guidance on multi-factor authentication.

By name: one-time codes delivered by text message or email are the weakest, and codes generated in an app such as Google Authenticator, Microsoft Authenticator or Authy are stronger but can still be read out to someone. Push approval on a phone adds a check, especially with number matching. Passkeys and hardware keys such as a YubiKey are the only common options that will not release anything to a page that is not the real one, and Google, Apple and Microsoft all support them, and all three show your active sessions and connected apps from a security page in the account settings.

One rule covers the rest: nobody legitimate ever needs a code that was sent to you. Not the provider, not a bank, not support, not a colleague. A code arriving that you did not trigger means someone is trying to sign in as you, and it is a signal to change your password rather than a message to answer.

Sessions and devices outlive passwords

Changing a password does not necessarily sign anyone out. On many services, existing sessions continue until they are ended explicitly.

When you suspect a session

  1. Change the password
  2. Sign out all other sessions
  3. Review the device list
  4. Remove anything you cannot account for

So when you suspect anything, the sequence is: change the password, then sign out all other sessions, then review the device list. Doing the first without the second leaves whoever it is still inside, and they can simply set a new password of their own.

Review the active session and device list periodically on important accounts. Look for locations and devices you do not recognize, and for sessions much older than the devices you actually use. Remove anything you cannot account for, and accept that occasionally you will sign yourself out of something, which costs a minute.

Connected access is the part nobody audits

Connected access to audit

  • Apps authorized years ago
  • Integrations for finished projects
  • Browser extensions
  • Former team members and contractors
  • Sign-in-with links between accounts

Each of these is a door that does not touch your password. Some of them survive changes you make to your own credentials. Some belong to companies that no longer exist, whose own security is now nobody's responsibility.

Go through the connected apps list on each significant account once or twice a year and remove everything you are not currently using. Removing something you still need costs you one reauthorization. Leaving something you stopped using costs you an open door you have forgotten about.

For shared and business accounts, the same applies to people. Access should be individual rather than a shared login, removed the day someone leaves rather than the next time anyone thinks about it, and reviewed on a schedule. A shared password known by five people is known by everyone those five have ever told.

The first hour when something is wrong

Order matters, because access can narrow at any moment.

The first hour, in order

  1. Get to your email first
  2. Change the password from a trusted device
  3. Sign out all other sessions
  4. Check recovery, forwarding, filters, connected apps
  5. Check anything financial attached
  6. Record what you find with times and screenshots
  7. Tell contacts who would be targeted next
  8. Report through the provider's recovery route
  1. Get to your email first.If it has been taken, everything else follows from it, and nothing else you do will hold.
  2. Change the passwordon the affected account, from a device you trust.
  3. Sign out all other sessions,then confirm your second factor is still one you control.
  4. Check the settings that redirect things:recovery email and phone, forwarding, filters, delegated access, and any new connected apps.
  5. Check anything financialattached to the account, including saved payment methods and payout destinations.
  6. Record what you find,with times and screenshots, before you change it. This matters for reporting and for support.
  7. Tell the people who would be targeted next,which usually means contacts who might receive a message that appears to come from you.
  8. Report itthrough the provider's account-recovery route rather than a general contact form. In the United States, identity theft goes to the FTC at IdentityTheft.gov, online fraud to the FBI's Internet Crime Complaint Center (IC3), and freezes or fraud alerts on your credit files to Equifax, Experian and TransUnion, which are free under federal law. A local police report is worth filing when money is involved.

Do not use links in any message about the incident to reach the provider. Go to the service the way you normally do. The provider-by-provider version of this sequence is set out in the FTC's guidance on recovering a hacked email or social media account.

The same sequence applies to a hijacked social media account, whether Instagram, Facebook, X or TikTok, where the first sign is usually a message to your contacts that appears to come from you. Treat that message as the signal to start at step one, not as something to reply to.

The maintenance pass

Twice a year, in under an hour, on the accounts that matter:

Twice-yearly maintenance pass

  • Confirm every password is unique
  • Confirm recovery email and phone are current
  • Upgrade email and high-value factors to keys
  • Print fresh backup codes, store physically
  • Clear connected apps and stale sessions
  • Check for forwarding rules you did not create
  • Confirm security alerts actually reach you
  • Confirm the recovery address and phone number on each account still belong to you, and that no stale recovery contacts remain.
  • Check forwarding rules, filters and delegated access on your email for anything you did not create yourself.
  • Review active sessions and devices, and sign out anything you cannot account for.
  • Review connected apps and the people holding access, and remove what you no longer use.
  • Confirm your second factor is still one you control, and that your printed backup codes are where you can find them.
  • Check saved payment methods and payout destinations on anything holding money.

The information you make available publicly feeds directly into how convincing an attempt against you can be, which is the other half of this work: see privacy settings.

What to hold on to

Account security depends on its weakest entry point, and that is almost never the password. Harden your email account, know and close your recovery paths, and use a factor a fake page cannot reuse.

Clear out sessions and connected apps nobody has looked at in years.

Common questions

How often should I change my password?

Routine scheduled changes tend to produce weaker passwords, because people modify a pattern. Change immediately if a service reports a breach, if you have reused that password elsewhere, or if you suspect anything. Otherwise a strong unique password can stay.

Is a password manager safe?

For almost everyone it is a large net improvement, because the alternative in practice is reuse, and reuse is what actually loses accounts. Protect it with a strong unique passphrase and the strongest second factor available, and make sure you have a recovery plan for the manager itself.

Someone knows my password but I have a second factor. Am I fine?

No. Change it now. They may be waiting for a moment when you are likely to approve a prompt or hand over a code, and if that password is used anywhere else, those accounts are already exposed.

I keep getting sign-in prompts I did not trigger.

That means someone has your password and is trying. Do not approve any of them. Change the password from a device you trust, sign out other sessions, and move that account to a stronger second factor.

What if I lose access to my second factor?

That is what the backup codes are for, which is why printing them is worth doing before anything goes wrong. Failing that, you are in the recovery process, which is slow, sometimes unsuccessful, and much easier if you have kept evidence of ownership.

In this guide

  1. Social Media Account Security AuditA social media account security audit checks sessions, recovery, connected apps, account roles and compromise signs, with platform tools and response steps.
  2. Account security incident examples: one composite scenarioOne composite account security incident told start to finish: an unrequested code, a hijacked business page, a SIM swap, the recovery steps by day and where to report it in the US.
  3. Account security risks: six warning signs and where to lookSix account security warning signs ranked by urgency, which accounts to check first, where to read the sign-in list, and losses with no attacker.
  4. Which account security tools are worth installingNamed password managers, authenticator apps, security keys and breach checks, sorted by what each makes impossible rather than merely unlikely.
  5. Account security lessons from shared logins and staff departuresAccount security case studies for arrangements rather than individuals: shared logins, client access, a departure, and helping an older relative.
  6. Account security: what to check and what to do when settings go staleA yearly account security review: the drift list, how to handle an announced sign-in change safely, what triggers a full pass, and which settings go stale first.
Filed underaccount security

More in Features

Latest from Review Desk