Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Fujitsu launches made-in-Japan next-generation CPU FUJITSU-MONAKA(global.fujitsu ↗)
    141comments
  2. Hister: A private search engine for the pages you visit and the files you keep(github.com/asciimoo ↗)
    31comments
  3. CrowdSec Source Code Leak(crowdsec.net ↗)
    22comments
  4. Rate limits on GitLab.com are changing(about.gitlab.com ↗)
    79comments
  5. Whoisinspace.com/(whoisinspace.com ↗)
    37comments
  6. Infinite-Parameter LLMs: Generating and Adapting Weights from Live Data(arxiv.org ↗)
    3comments
  7. Vinix – A modern operating system written in V(vinix-os.org ↗)
    32comments
  8. Show HN: Aclif – Agent CLI framework: one grammar, canonical names across SaaS(aclif.ai ↗)
    7comments
  9. Zettascale (YC S24) Is Hiring ASIC/FPGA Engineers to Build Chips for ASI(zscc.ai ↗)
    discuss
  10. Launch HN: Skillsync (YC W26) – AI chat sessions made portable across agents
    12comments
  11. How GLM built its own inference infrastructure(z.ai ↗)
    221comments
  12. Why I didn’t sign the Fields medallists’ letter(gowers.wordpress.com ↗)
    142comments
  13. One Year of Sponsored Servo Development(servo.org ↗)
    125comments
  14. Grand MS-DOS Gaming General MIDI Showdown(johnnovak.net ↗)
    3comments
  15. Ask HN: How to recover Google auth after phone stolen?
    44comments
  16. Show HN: Share your AI Setup, Learn from others(mysetup.ai ↗)
    60comments
  17. The American Religion of Self-Storage Facilities(newyorker.com ↗)
    145comments
  18. CCC invites all model citizens to 40C3(ccc.de ↗)
    108comments
  19. Towards Self-Driving Codebases(detail.dev ↗)
    3comments
  20. The Return of Sail Power: Cargo Ships Are Turning Back to the Wind(gcaptain.com ↗)
    98comments
  21. Mastering Layout Engines in Graphviz: Dot vs. Neato vs. Twopi vs. Circo(visual-paradigm.com ↗)
    5comments
  22. LLM Classification Is Feature Engineering(minimallysufficient.com ↗)
    11comments
  23. Running Ubuntu on the Lenovo IdeaPad Duet(vhaudiquet.fr ↗)
    1comments
  24. Artificial intelligence now beats some of the best human forecasters(economist.com ↗)
    69comments
  25. My temporary PHP fix from 2014 has nearly 20M installs. Today I'm deprecating it(jakeasmith.com ↗)
    82comments
  26. Economic policy for AGI(deepmind.com ↗)
    3comments
  27. Show HN: AutoBot – live voice control for long-running AI work(github.com/demeyer1 ↗)
    2comments
  28. Show HN: I built a new version of my fun spatial 3D online meeting app(flat.social ↗)
    50comments
  29. The Relation Between Mathematics and Physics by Paul Dirac (1939)(cam.ac.uk ↗)
    46comments
  30. Keys Not Included: recovering the signing keys for US driver's license barcodes(ryan.science ↗)
    137comments

Ask HN: How to recover Google auth after phone stolen?

52 pointsby 2h ago
43 comments
As we know, google has been effective at automating a lot of their systems, to the point where it can feel like there isn't any help available from a human. So what is supposed to be the plan when this type of situation happens?

Basically I have a situation that after my phone was stolen, I can't get into any of my accounts that are either connected to google, or connected to the phone via 2FA. This has made it complicated/impossible not only to get info about my phone, but also my banking, email, drive, etc.

Of course they offer you "multiple options" to recover an account, but not if you forgot your old email's password. At that point the options you get are,

  a) Use old phone (obviously the phone is long gone)
  b) Use current phone (the phone is gone)
  c) Use old email (I haven't used it in like 12 years)
Does anyone know if their is a process to appeal 2FA or anything to deal with this type of situation?

I'd imagine that this has happened to people many many times, and given how phones and particularly, google auth have become so critical to accomplishing essential tasks within society, there must be some way. Or maybe it's just like, once your phone is gone, you are completely over with society? If anyone has any experience with this or inside knowledge please share it!

I'm sure people here have heard of this, and maybe experienced it themselves.

Is there a secret option that exists that allows us to use passwords instead of rigamarole? I would love an account that let me simply log in with a password, like google used to be.

1h agoHN ↗

The only secret option I know of is to have a popular social media account and complain online.

Other than that, I copy/pasted your post into Claude and it had some good ideas.

1h agoHN ↗

need to save your recovery keys (text file) before you lost the phone

1h agoHN ↗

There's no way, no human contact. That's why I de-googled myself.

1h agoHN ↗

No human contact is a plus for security, as the human is the weakest link that can give up your authentication to someone that isn’t you.

1h agoHN ↗

Have you heard about Meta AI doing support?

20m agoHN ↗

Only if you can log in. I am Meta Verified, but I cannot log in to get support.

1h agoHN ↗

"I am permanently locked out of my account with no recourse" is also a security issue.

1h agoHN ↗

The human factor is walking into your local branch with your face and an ID - something that can’t be done on a large scale by bots.

40m agoHN ↗

This has often been abused with mobile phone carriers to get SIM cards issued for targets by just knowing enough customer details. This then allowed them to intercept SMS 2FA challenges and access even more sensitive accounts.

1h agoHN ↗

If you don't have the authenticator backup codes and you didn't turn on cloud sync in the app, you might be out of luck.

You can get a replacement SIM though and use it with a new phone, so the phone number recovery option should work.

1h agoHN ↗

This. Can't you get your number moved to a new phone? I have never don't anything magic when upgrading my phone other than move contacts.

39m agoHN ↗

How would moving your number to a new phone help? We're talking TOTP here, not SMS "auth".

30m agoHN ↗

Happened to me, I was able to get SMS and recovery codes, but Google still required additional verification on now lost phone :D. On the end I acutely found the phone and was able to restore access. So what they do after couple of days of failed attempts the require additional verification, lets call it 3 step.

1h agoHN ↗

You were supposed to save your backup codes.

1h agoHN ↗

Isn't there an SMS option? buy a new phone and have them send you an OTP via SMS.

once you're phone is gone, you are completely over with society?

yes, I'm waiting for the Black-Mirror episode where someone drops their phone and basically dies, can't contact anyone, can't unlock or start their car, can't get an uber, can't pay for anything, can't navigate without gps, can't log into anything etc.

1h agoHN ↗

Pretty similar to how my life feels right now.

48m agoHN ↗

As an old curmudgeon I recoil at any service I can't interact with sans-phone. I hardly use mine for anything.

Just be glad your phone number is tied to your account, if you lose the number itself you are royally screwed, and basically anyone who gets your old number owns all your accounts now.

1h agoHN ↗

The same way you recover any other deleted data for which you didn't make a backup: you don't. You eat the loss & make new accounts. Then you remember to make and test backups for the future.

Even if they had customer support, if that customer support had a backdoor to unlock your account it would be regularly used by malicious parties to steal people's accounts & data.

1h agoHN ↗

Everything you listed, plus a recovery email option, plus backup codes, plus SMS.

That's already a lot and anything easier would allow people to just take over accounts that they don't have a right to.

1h agoHN ↗

You're going to have more success working with the providers of the other accounts and services rather than Google. That means a lot more legwork on your part but banks and other online services all have processes to deal with lost passwords and 2FA devices. In some cases you may have to physically go somewhere with ID and other documents.

Consider it a learning experience.

1h agoHN ↗

Going forward, consider using an authenticator that securely syncs across multiple devices to remove the single point of failure risk.

I use Proton Authenticator now [0]

Authy used to do this, then they enshittified their app and bricked the desktop version.

[0]: https://proton.me/authenticator

1h agoHN ↗

Google authenticator supports syncing across multiple devices.

59m agoHN ↗

is that new? I migrated at the time from GA to Authy and from Authy to Ente because it was not supported.

1h agoHN ↗

Does your browser have the email password saved?

1h agoHN ↗

Man, passwords sure are nice aren't they! All you have to do is remember one because your password manager remembers all the rest of your randomly generated passwords for you and as long as you keep a backup of the password database you never have to worry about this bullshit.

1h agoHN ↗

Honestly.... This is why I have everything in Bitwarden. All 2FA runs through it so even if my phone got stolen, I could still access everything. I honestly don't understand why more people don't pay the $10 a year and just use Bitwarden.

1h agoHN ↗

Having your passwords and 2FA with the same provider carries some risk. If someone can access your Bitwarden account they will have full access to all your accounts.

38m agoHN ↗

What's your plan when you lose access to Bitwarden?

What happens when your Bitwarden gets compromised?

1h agoHN ↗

It's a good reminder to everyone who uses 2FA. Be sure you have multiple ways in for when your phone becomes unusable.

1h agoHN ↗

This is why my self-hosted Vaultwarden is my one password that I have to remember and requires no 2fa, which is the only important account that doesn't have 2fa.

If I wake up in a bathtub missing a kidney I can still get to my passwords and 2fa sources stored with it. Some accounts require SMS (annoyingly) so I'd have to buy a phone but the auth and credit card numbers I need to do that are in Vaultwarden, too.

I don't have good solutions now for OP (other than buy a new phone through your carrier and transfer the number). But everyone else do think through your personal DRP. Generate backup codes and put them somewhere safe, too.

14m agoHN ↗

Welll yeh until a Hargrove fails on your self hosted server

55m agoHN ↗

You can add a passkey (preferably a physical one) to authenticate. You can also add a software passkey but that kind of defeats the purpose.

Actually keeping your recovery options recent is the trick. Print out your recovery codes or store them somewhere safe. Check regularly (yearly, maybe more often) that there's a way to access your critical accounts.

For Google, you can also grab the cheapest Android phone you can find, sign in, and maybe boot it once a month or so to keep the tokens active.

If you've set up your account to only accept one source of 2FA and you lose thst source of 2FA, you lose your account. Same happens when you set up your account to only accept your password and then lose your password. If you lose your recovery email/2FA backup codes, you lose access, unless you're special enough to convince customer support that you are who you claim you are and not just a bot trying to hack you.

If you've lost your account and haven't set up any recovery mechanisms, you're probably out of luck. Your best bet will be looking for an old browser session with enough trust from Google's side to get access without reconfirming your 2FA trust.

49m agoHN ↗

Yup, having _two_ active devices which are logged in to Google (and possibly other services that you rely on that opt you in to app-based 2FA) + with backups of 2FA is a must at this point. When I buy a new phone, I make it a "primary", and keep my old phone as "backup".

If you're not into cloud-based password/2FA syncing, Google Authenticator supports local export/import across devices via a QR code. For passwords, I use KeePass Portable / Keepass2Android + syncing between devices from time to time through a USB-C pendrive (The source of truth KP DB is on pendrive, and both phones work off a local on-device cache).

You don't need to have your phone stolen for things to get messed up. If your screen breaks, you can't type in a PIN anymore, can't unblock with a fingerprint, and you effectively can't access anything on the phone. ADB won't connect because screen is off, and you can't unlock / accept a new external connection etc.

36m agoHN ↗

buy a new phone, I make it a "primary", and keep my old phone as "backup".

Sadly this is why I never end up trading in my phone. Always feels too risky to not have an overlap period.

47m agoHN ↗

can you recover one of the old contact points (phone or email) for a reset code?

I would send a paper letter to the Google legal contact. It's the only way to get escalated support.

I agree the covenant for account recovery has been broken. Every 6 months, a new artifact is expected to access the account, without adequate preparation for the recovery.

44m agoHN ↗

All those times you logged in and were prompted to verify your backup email address, and when you set up 2FA and were given recovery codes, and when given the option to sync 2FA codes to another copy of the authenticator app: This Is Why.

I'm sorry you're dealing with this - hopefully everyone else here can take it as a cautionary tale.

31m agoHN ↗

This happened to me on my iPhone 8 many years ago. I reset it to let my son use it, and did not have google authenticator in mind. I had to reset each account with the providers. Now I use a cloud account to sync these. I reset most accounts with an SMS or email one time code -- which led me to remove SMS and email as recovery options from google. And, I put a code on t-mobile to prevent sim transfer.

28m agoHN ↗

I'll fill out a "help my friend" form internally unless someone beats me to it (I have a 1hr meeting coming up). The gmail address in question is the same one as on your website?

15m agoHN ↗

That's nice of you, but I'd urge anyone with influence at Google to consider 1) many many many more people who use Google services probably don't know or run in the same circles as Googlers who can bail them out of such a scenario, and 2) these people, being much less likely to understand 2FA, are also more likely to accidentally lock themselves out. An separate class of people who know how a system works or have connections to its operators become nose blind to its terrible UX because they have access to workarounds.

14m agoHN ↗

Recovery is similar to leaving a copy of your door keys to a trusted neighbour (a tradition in some places, it comes in handy when someone goes out and realizes they forgot the keys inside...), so in that comparison, having a recovery email unused for 12 years feels like leaving your backup keys to a neighbor that you never saw ever again in more than a decade.

This kind of posts are a valuable trigger for all others who are reading it. To the author: good luck, I hope you sort your situation soon! I'm now headed to check my accounts for what recovery options I left in there.

9m agoHN ↗

Well that’s why you should have software 2FA and even backing up the tokens so you can generate that one time code even if you lost access to your main authenticator, having your phone as the only 2FA is like having those yubikey hardware used as 2FA without making a redundant one, losing it, you lost access, which is usually known since no one would use yubikey without being tech savvy to start with, now google or other companies are turning phones as an attestation method for the crowd, you might soon in the future become citizen-less because your digital ID can only be proven in the lost phone.