EDIT: You know, after some time to cool off, Google Authenticator 2FA can still be enabled and isn’t being phased out like the less secure SMS 2FA, so it’s really not the end of the world here. The chance of permanent lockout is avoided, even if the whole Google Prompt system is still wack.
I don’t get this. Is this an SMS-based 2FA? If so, I’m not sure that Google has any ability to block that. Your carrier might, though, but that wouldn’t be controlled by your device’s OS. The option being greyed out on a third-party site has little to do with anything happening locally on your device.
If this is a push-based 2FA, then… yeah, you wiped the device, along with any tokens previously stored on it. This is also why any time you set up 2FA on any service, almost all of them warn you like a million times “If you lose or transfer your device before disabling 2FA, you will lose access to your account” before you complete the process.
I can swear google gives you 10 otps to print out when enabling 2fa as well. Also if using totp, backing up your seed would also be an option
This is different. This is something new google is rolling out. This isn’t SMS and it isn’t TOTP. Google is opting people into push based authentication based solely on them having an android phone associated with their account whether they’re still using that phone or not. Anyone not already using TOTP or WebAuthN should really add those to their accounts before Google decides to “help” you by opting you into their new proprietary 2FA.
Goddamnit. Between this, the KDE Connect thing, and the Youtube anti-adblocker bullshit, I really need to quit procrastinating and de-Google already.
Anyone know what the best alternatives to gmail are? I’ve heard mixed things about proton mail and I’m not aware of many others
Outside of a private server, I’ve been using Yahoo Mail for like 23 years tbh
The problem is they are turning OFF the SMS and instead sending a special dialogue to a nonexistent device for the user to hit a prompt. The device was never used, though, and it was never set up for 2FA. My default has always been SMS which they are now disabling.
Deprecating SMS authentication is a good thing, in all honesty. SMS is not a secure form of data transfer, and is trivially intercepted. You can buy and setup an illegal Stingray device relatively easily, and capture basically all wireless data from a phone within range.
That said, if the device was truly never used for 2FA, then there wouldn’t be any push-based 2FA on the account to begin with. Unless there’s another device that’s been authenticated with your account somewhere, like an old phone. In which case, that’s where your login requests are being pushed to. That’s a setting that can only be enabled by successfully authenticating with a device at least once in the past.
If there was never any other authenticated device, then that setting on your account isn’t there. Enabling that feature is a two-step process, and step 1 involves configuration on a local device before it can be enabled remotely on your account.
SMS could potentially be a secure form of Data Transfer if companies weren’t allowed by limp dinosaur legislators to gut your phone for any useable data with a simple app, but yeah I can see how it’s current state is lackluster.
You’re wrong, btw, the Google Prompts feature is Default and cannot be turned off.
The SMS vulnerability is not because of your apps. It’s because of the LTE protocol itself. It can be intercepted or redirected without touching your phone.
You’re wrong, btw, the Google Prompts feature is Default and cannot be turned off.
Only if there’s a previously-authenticated device. That setting can’t be enabled without a key, and one of the required keys is produced locally by a logged-in device (which is why your device is trusted to stay logged in indefinitely). If enabled without a key, it’s nonfunctional and should error itself out and revert to a disabled state.
If that somehow hasn’t happened (which, in all honesty, would be very surprising to learn) and the setting is enabled on your account, then that’d be something you’d need to submit a request to Google to have fixed, otherwise you have zero recovery on that account.
Are you a thousand percent sure you’ve never had any other device logged into that Google account? When you attempt to log in, it should show you the device name it’s sending the request to. For instance, when I log into my Gmail from an Incognito window right now, it says to check my Pixel 6 Pro. What’s it saying for you?
No, I’m telling you, it’s on by default when you purchase a Google Device. It doesn’t need to be set up.
What device does it say it’s sending the request to?
A device. The fact that any device is getting a google prompt and it cannot be disabled is the issue.
Last time I login, there is a “try another way” button that allow me to use sms or totp code. Is this not the case for you?
I thought the same thing, until I tried to log in over a VPN in an actual other country (not just spoofed GeoIP like most piracy VPNs do).
I clicked “try another way” and got to choose between “notification on your device” and “cancel”.
Google has some kind of fancy security system that will require you to use the highest form of authentication when something fishy is going on. Multiple failed attempts from a foreign IP address on a device resolution you’ve never used before? Gonna hit you with a mandatory device prompt. Login from a browser with an expired session? Probably not even a 2FA prompt.
The idea and implementation are done very well, but Google does lack the customer support infrastructure to resolve issues like “I’m in another country and I dropped my phone”.
You can use Yubikeys or equivalent if you want to always have a way back into your account. Use two for optimal protection against lockout (one primary you use all the time, one stored away safely intended for recovery).
I guess if you’re locked up like OP, you’re basically fucked, right?
Probably. Wouldn’t be surprised if you were equally fucked with Microsoft as well. Faceless tech companies without useful customer support are hell to recover access to. The most reliable way to get any kind of action taken on your behalf is to go through their legal team.
You can also try to make a thread on Orange Reddit where a lot of Googlers/Applers/Microsofters tend to hang out. The process is 1) write a clear blog post with tons of screenshots and submit it 2) get lucky enough to reach the front page 3) gather enough outrage that the comments start complaining about big tech 4) hope that someone over at Google notices and reaches out to you. Also works with Stripe and Cloudflare!
Cool but that doesn’t fix the fact that the default method is one that literally does not function and can result in a permanent lockout. Though, I admit, SMS is way less secure than the Authenticator App.
It’s the default because you made it the default. Change your damn security settings Google can’t do that for you! Quick to rant about something without knowing how it works or how you got there is on you and not Google.
This is Lemmy you can’t expect people to be calm or rational
Well he’s also just wrong, Google Prompts cannot be disabled.
OMG THIS GUYS RIGHT GET HIM!!!
They
Do Not
Allow you
To turn off
Google Prompts Default Option
If you login to the Gmail app on any device, it can also act as 2FA. Does not need to be the one where they send the push…any logged in device will work.
Yeah thats the problem, you can’t turn it off.
something similar happened to me too, account that didnt have 2fa enabled at all suddenly asking for confirmation on a device i just wiped
it sorted itself after a couple of hours, maybe a bug
This is like uninstalling Windows, installing Linux, and then blaming Microsoft because a feature you used in Windows doesn’t work in Linux
No, this is
- buying a surface from Microsoft
- immediately wiping it and installing Linux
- Microsoft then forcing you to authenticate using the device that is only tied to your account via purchase, and NOT login records, AND disabling other forms of auth
If installing linux was a feature sold to you by Microsoft, and then Microsoft removed the ability for the feature to work on Linux, then that would be accurate.
I stalling Linux is now a feature from Microsoft. They even rolled out a guide recently.
It’s like installing Linux, then Microsoft not allowing you to access GitHub from any device.
Even if you turned it back at this point, it still wouldn’t work.
This is pretty infuriating though; Google works just fine with any device that doesn’t run Android so why would they care that you’re running a custom ROM?
My guess is something less evil and more mundane: something about your number changed in their system and now they can’t send codes to it, which is why it’s grayed out. Maybe it was previously classified as a mobile number but now is classified as a landline.
Your only option, if you don’t have any backup codes, is to use that “Get Help” option they have that takes a few days and then either start carrying around backup codes, a Yubikey, or De-Google.
Hey, maybe all 3!
I use my phone to authenticate to Google all the time and I have a custom ROM installed. Google doesn’t care. It’s a problem if you’ve installed a custom ROM and messed up flashing GApps, but that’s not on Google.
However, if I read this post correctly, OP didn’t intend to log into their Android device for long. Google’s locked bootloader requires an account login before it’ll unlock, so OP logged in. Then OP installed a custom ROM, which wiped their device (a security measure that happens after unlocking the bootloader).
Google didn’t know the phone was wiped. It still tried to send a login notification to the phone that had only been authenticated once to get Google’s software off of it.
Google also doesn’t always show all verification options, which sucks ass if you’re in a situation like OP’s. Sometimes they’ll accept SMS, sometimes they don’t. If they think your login is suspicious enough, SMS won’t cut it.
Recovery codes are also risky. Recovery codes work (you have 10 of them) but if Google doesn’t trust your login, they’ll require reauthentication on every single screen, including the screen that’ll let you configure your TOTP settings. I’ve seen screenshots of at least one Google user whose connection was flagged to death after a broken phone, and who ran out of usable recovery codes while desperately trying to add their new phone as a 2FA device (or turn it off completely). Google’s flows are broken in those cases, because reauthentication won’t continue the process of changing your settings, it’ll just bring you back to your settings.
The system is intended to work something like this: based on your account history, your session is given a security score. Authenticating with secure 2FA adds points to that score. Certain settings and actions require a certain security score. That’s why you sometimes need to enter your password again despite having logged in already: to raise your score a little.
If Google rates your security score low enough, you’ll need more reauthentication than recovery codes can provide. Their engineers probably flagged changing your 2FA settings as high risk (as they should) but the scoring mechanism can leave you unable to gain enough security points to do any high risk actions.
Yubikey or another FIDO compatible device is the easy answer: unlimited codes that will let you beat the login loop eventually. Very few people used those, though, and even fewer have two (one for logging in, one in a safe somewhere in case you lose your key).
All of this wouldn’t be a huge problem if Google just had competent customer support. In all honesty, their security system is state of the art and easily beats banks and government portals. They just lack the human touch to correct human error.
To be fair, customer support is often the way hackers bypass these protections.
That’s true, but if banks can solve this problem, so can Google.
Banks will send you a replacement credit card (eventually) if you lose your card. Google won’t send you a replacement authentication method. It sucks that Google can’t provide something like that.
As a few people pointed out, it’s only SMS thats being phased out, so using Google Auth is a superior option if you still have access to set it up. But yeah, backup codes would be great for those already locked out by accident.
Lmao
You reap what you sow?
I never have and will never ask to use 2FA via the device. This isn’t sown, it’s just crappy design.
How dare you using the phone in a different way than Google intended! /s
Using your device to do whatever is op’s right. From reading the post, it seems to me that the problem is that they disable other forms of auth. This is for sure intentional, or at least a low priority bug for obvious reasons. I had the same issue, but it was failing to pull up the menu in my stock nothing phone 1. It got fixed later, but why are my backup emails or phone numbers not being used as other forms of 2fa. That is when I realised that despite my efforts, I have ended up relying on Google too much. In the process of changing that, even if it costs me money to host the servers.
Google’s been warning about phasing out SMS 2FA for a pretty long time now.
Forcing a data wipe by unlocking the bootloader isn’t something Google can detect, either. It’s up to you to make sure you have a way to log in before performing a destructive action like that.
You actually have to buy the unlocked bootloader version of phones directly from Google, not something the vast majority of people could accomplish on their own. It’s a selling feature they provide so they can cut out middlemen at carrier services like Verizon (either that or Verizon locks it themselves, idk). I feel like if they wanted to detect that a device hasn’t been used in months or years before requiring you use it and only it for 2FA, they could.
I think the carriers are required to do it after the phone is fully paid for.
usually u gotta ask them to do it, but yea. dunno about required but I’ve never had issues
It’s been a minute, but I think some federal agency made a rule about it a few years back.
