News for hackers. Stuff that matters.
Re:GitHub will require 2FA by the end of 2023 by danirod on Thursday May 05, 2022 @12:55PM (#31275777)
PSA: you should ALWAYS download the recovery codes when you enable 2FA.

Reading a lot of "phone broken; locked out of account" comments here and I don't know whether they understand that local one-time only recovery codes should be downloaded and stored safely (maybe even printed and stored in a safe, I do not know). If you lose access to your 2FA device, use the "recovery code" option and use one of your recovery codes to unlock your account.

Re:GitHub will require 2FA by the end of 2023 by VWWHFSfQ on Thursday May 05, 2022 @01:24PM (#31276142)
I made this mistake when I enabled 2FA for Uber some years ago. Same old story. Somehow forgot to grab my recovery codes for Uber even though I had for everything else. I got a new phone, manually transferred all my google auth codes from my old phone, somehow missed Uber. And then a few months later after I had already reset my old phone I installed the Uber app and oops, I needed a 2FA code. Couldn't get one. And because Uber is tied to your phone number I couldn't even just create a new account without getting a new phone number. So I emailed their support (which is useless), got a bunch of bot responses about how to reset your password, finally got one real person to respond after several weeks. But they had no idea what I was talking about and clearly had no ability to actually do anything about the 2FA issue. So I gave up and now I'm just permanently locked out of using Uber. Which is fine, cuz fuck 'em. Now I use Lyft exclusively. Which doesn't matter because in my experience every Uber driver is also a Lyft driver.
Re:GitHub will require 2FA by the end of 2023 by pmoriarty on Thursday May 05, 2022 @02:04PM (#31276643)
"they had no idea what I was talking about and clearly had no ability to actually do anything about the 2FA issue"

What are they supposed to do to fix your issue without compromising their security model?

What you describe sounds like 2FA working like it's supposed to.

Re:GitHub will require 2FA by the end of 2023 by lkbm on Thursday May 05, 2022 @02:16PM (#31276763)
Disconnect the phone number from that old account and allow him to create a new account using the phone number.

If I cancel my phone service, and someone else later ends up with my phone number, does it make sense that that person can never use Uber with their new phone?

Phone numbers are less transitory than street addresses, but much more so than email addresses. You should expect some amount of re-use, and need to be able to handle that situation.

Re:GitHub will require 2FA by the end of 2023 by zackees on Thursday May 05, 2022 @02:12PM (#31276722)
Their security model locks users out.

I nearly lost all my passwords with LastPass when something similar happened to me.

Is grandma supposed to file her 128 character recovery code in a safe vault when she just wants to get from the airport?

Stop blaming users for them not adapting to terrible authentication experience.

Re:GitHub will require 2FA by the end of 2023 by pmoriarty on Thursday May 05, 2022 @02:45PM (#31277059)
I'd be interested in hearing about a better model.

To me they're all terrible in one way or another.

Re:GitHub will require 2FA by the end of 2023 by zackees on Thursday May 05, 2022 @06:29PM (#31279079)
If the security is this important then recovery should involve AI facial recognition with human fallback to unlock a device.

Or else submitting a passport / drivers license to force unlock.

We have global identity systems. Why not use them?

Re:GitHub will require 2FA by the end of 2023 by joshvm on Thursday May 05, 2022 @02:32PM (#31276926)
Most companies offer manual processes to get round failed 2FA - for example, provide copies of ID, a video chat to confirm, security questions about account details (eg last trips you took), etc. I've had to do this for a couple of services where the process was quite onerous, but that's the point.

Doesn't help if you lose the keys and you're the only one that held them. This happened to me with an SSD that I took out of an old laptop, without realising that But locker stored its key on a chip in the laptop. I didn't even know that I had bitlocker enabled.

But Uber shouldn't have your trip details behind end to end encryption, so they should be able to unlock it.

Re:GitHub will require 2FA by the end of 2023 by pmoriarty on Thursday May 05, 2022 @02:44PM (#31277048)
ID can be easily faked.

Security questions are often shared between services, so someone who's hacked any of the other services could get the answers to these same security questions and then use them to bypass 2FA.

Re:GitHub will require 2FA by the end of 2023 by VWWHFSfQ on Thursday May 05, 2022 @03:43PM (#31277637)
OK, replace "Uber" with your power company. You can't log into your account to update your expired credit card. Are they going to turn off your electricity because you dumb dumb didn't save your backup codes!

No of course not. They're going to help you out. Because we live in the real world where people make mistakes.

Re:GitHub will require 2FA by the end of 2023 by jrochkind1 on Thursday May 05, 2022 @02:17PM (#31276768)
I'll be honest.

I don't believe I have the capacity to reliably preserve, in a secure location, recovery codes from dozens of different services over many years.

I suspect I'm not the only one.

There is pretty much nothing else in my personal life I have to do something like this with. The closest might be my physical SSN card or birth certificate. But that's one thing to keep track of, not a new thing every week or month to add to the stash. And even those, if they get lost, there is SOME way to replace them, usually.

We are asking people to do something that is not a thing they have practice at or otherwise have to do or are any good at or have the capacity for. And then blaming them when they fail to pull it off, where you're constantly getting locked out of things and/or constantly getting hacked, probably both at once.

I understand passwords alone don't work. I don't have a solution. I'm just predicting a very painful digital future for most people.

(My own "solution" is using Authy TOTP, installing it on multiple devices, figuring I will retain working access to at least one of these configured devices, and not bothering with backup codes. I don't know how secure it really is, or TOTP is in general, but it lets me keep using services that require it, without living in fear that I'm going to lose my phone and misplace the backup codes and lose access forever).

Re:GitHub will require 2FA by the end of 2023 by tjoff on Thursday May 05, 2022 @01:04PM (#31275894)
This is why passwords are still king for many of us.

And that the very same reason people can't be trusted with passwords is the same as why they can't be expected to keep backups of their recovery codes.

Passwords suck. But so does every form of 2FA.

Re:GitHub will require 2FA by the end of 2023 by eastbound on Thursday May 05, 2022 @01:35PM (#31276280)
Besides, where do you store your 2FA backup codes? At home?? Where they could be stolen without your knowledge? Most people’s homes are less safe than their online life.
Re:GitHub will require 2FA by the end of 2023 by bcrosby95 on Thursday May 05, 2022 @02:29PM (#31276893)
I would be more concerned about fire or natural disaster.

If your house catches on fire while you're asleep, there's decent odds both your phone and any printed codes are gone.

Re:GitHub will require 2FA by the end of 2023 by faho on Thursday May 05, 2022 @03:08PM (#31277285)
With 2FA someone can break into your home, find your 2FA backup codes, defeat your password (e.g. by finding it in a leak) and they're in. If they are targeting you from your online life they need to first find out where you live and travel there.

Without 2FA someone can defeat your password and they're in.

Re:GitHub will require 2FA by the end of 2023 by joshvm on Thursday May 05, 2022 @02:40PM (#31277005)
The historic solution is in a safety deposit box at a bank. If you're talking about things like crypto cold wallets which might be extremely valuable, why risk leaving it at home? The cost for small items like documents tends to be reasonable. Good practice for things like ownership deeds and wills.

I don't think the average home thief would know what to do with a printout of your 2FA recovery code especially if it's buried in other paperwork. The real risk is loss from negligence or natural disaster.

Re:GitHub will require 2FA by the end of 2023 by danuker on Thursday May 05, 2022 @01:45PM (#31276414)
Maybe a safe or cameras would be useful for when you're not home. I sometimes leave my laptop on with motion started: https://motion-project.github.io/
Re:GitHub will require 2FA by the end of 2023 by pmoriarty on Thursday May 05, 2022 @02:08PM (#31276675)
You could store them encrypted with a passphrase that only you know, so even if they're stolen they would be useless without your passphrase.
Re:GitHub will require 2FA by the end of 2023 by TedDoesntTalk on Thursday May 05, 2022 @02:39PM (#31276995)
You could also encode them in DNA nucleotides and use CRISPR to modify your own DNA with your GitHub codes. /s
Re:GitHub will require 2FA by the end of 2023 by skrebbel on Thursday May 05, 2022 @01:41PM (#31276366)
But then where did the 2nd factor go? I mean how is a recovery key meaningfully different from a password, except that it's a random string chosen by the service instead of by me?

Fear is being locked out is exactly why I'm reluctant to enable 2FA. To enable it and then just store the password (err, I mean, recovery key) in my password manager seems to just get me more hassle for exactly no additional security.

What am I missing?

Re:GitHub will require 2FA by the end of 2023 by Arnavion on Thursday May 05, 2022 @01:43PM (#31276388)
The recovery key is different because it's "locked in a safe" and used rarely, if ever, instead of being used constantly.
Re:GitHub will require 2FA by the end of 2023 by skrebbel on Thursday May 05, 2022 @01:48PM (#31276455)
But.. is passwords being used a common way for them to leak? I've never heard of this before but I'm no expert. Isn't the threat model either company databases being (badly hashed and) leaked, or password managers being hacked wholesale?

I mean where am I supposed to store the recovery key if not in my password manager? My dropbox surely isn't better encrypted than my bitwarden. I work with the assumption that my password manager is the least insecure piece of data storage I use.

I really don't get it. How isn't 2FA just security theater if we're all supposed to store the recovery keys "somewhere safe"? Can we really expect people to deal with recovery keys in a more responsible way than they do with passwords?

Re:GitHub will require 2FA by the end of 2023 by LarryDarrell on Thursday May 05, 2022 @02:03PM (#31276632)
The best-case ordinary person is going to store them in "<user name>/My Documents/Security Keys/keys.txt".

The average-case person is going to ignore the generated keys because they are deluged with nonsense every day and can't filter out what is important anymore. Lots of people will get locked out of accounts before they learn that there is now yet another unwanted tech bureaucratic layer to take seriously.

I'm guessing in 5 years it will be normal to set up security questions for 2fa recovery keys. Or we'll add another 2fa for 2fa key recovery. The adding of layers will continue until we are all "secure" and we'll all have to ask for our misplaced keys from the NSA.

Re:GitHub will require 2FA by the end of 2023 by Arnavion on Thursday May 05, 2022 @02:00PM (#31276591)
>I mean where am I supposed to store the recovery key if not in my password manager?

My password manager (keepassxc) supports multiple databases. I store all TOTP recovery codes in a separate database (and with a different unlocking password) from the one that has regular passwords and the TOTP secrets.

All my databases are backed up on someone-else's-computer, but I only keep the regular-passwords-and-TOTP-secrets database synced to my devices.

Re:GitHub will require 2FA by the end of 2023 by nighthawk454 on Thursday May 05, 2022 @02:02PM (#31276616)
I think "ideally" you print out the codes and physically secure them somewhere, so the risk isn't high. Recovery codes aren't about safety from being hacked, they're about mitigating the risk of you losing your 2FA code device.

In practice, 2FA is just another password anyway. What it really helps with is password reuse.

Re:GitHub will require 2FA by the end of 2023 by a9h74j on Thursday May 05, 2022 @01:49PM (#31276469)
But what about on the server side? We generally know about passwords being salted and hashed. How are these recovery keys stored, regenerated etc? (I suppose they are also salted and hashed, but they are shorter and potentially easier to crack than good passwords, given a breach, no? Or just one longer, tougher recoveryKeyGenKey need be salted and hashed.)
Re:GitHub will require 2FA by the end of 2023 by michaelmior on Thursday May 05, 2022 @02:04PM (#31276638)
This is of course implementation dependent, but ideally a recovery key is single use. You should also be notified by email or some other channel that the recovery key was used. Then you are immediately aware if this use was unauthorized and you can take appropriate action. This type of response is not possible for unauthorized password use.
Re:GitHub will require 2FA by the end of 2023 by em-bee on Thursday May 05, 2022 @02:09PM (#31276690)
you can get notifications for logins from a new device. isn't that just as useful?
Re:GitHub will require 2FA by the end of 2023 by michaelmior on Thursday May 05, 2022 @02:52PM (#31277118)
I think there's at least a couple ways these are different:

1. It's easy to start ignoring such notifications if you regularly log in to new devices (or if logins expire). I don't think this is true to the same degree with notifications of recovery code usage.

2. Devices can potentially be spoofed.

Re:GitHub will require 2FA by the end of 2023 by jwilk on Thursday May 05, 2022 @02:07PM (#31276674)
Recovery codes are generated by the server, so:

• there's no temptation for the user to use them on another website, where they could leak

• the server can ensure they are high-entropy (although AFAICS GitHub's recovery codes are only 40-bit…)

Moreover, if someone takes over your e-mail account, they can reset your password; but they can't reset the recovery codes.

Re:GitHub will require 2FA by the end of 2023 by skrebbel on Thursday May 05, 2022 @03:48PM (#31277683)
If this is all though, then couldn't we just use username+password auth but have the server generate the password? Why at the phone to the loop at all?
Re:GitHub will require 2FA by the end of 2023 by dane-pgp on Thursday May 05, 2022 @04:25PM (#31278000)
Are you saying that iPhone-maker Apple and Android-maker Google (and TPM-mandator Microsoft) might not be able to imagine a future where the whole world isn't dependent on them for identity?
Re:GitHub will require 2FA by the end of 2023 by skrebbel on Friday May 06, 2022 @01:26AM (#31281615)
No, I am not suggesting that 2FA is a secret ploy by BigCos to make them needlessly important. It's perfectly possible to log into services without using your Google/Apple/Microsoft identity, even if they insist on 2FA. Use the email and SMS, Luke!
Re:GitHub will require 2FA by the end of 2023 by jopsen on Thursday May 05, 2022 @02:30PM (#31276903)
Also print print out the QR code used to sign up for TOTP.

That way it's easy to enroll a new laptop/phone/yubikey.

Once printed out, put in a plastic bottle and bury it in your backyard :)

Re:GitHub will require 2FA by the end of 2023 by kmlx on Thursday May 05, 2022 @01:03PM (#31275890)
isn't it just better to use an app such as 1Password that can keep all your one-time passwords?
Re:GitHub will require 2FA by the end of 2023 by photon-torpedo on Thursday May 05, 2022 @01:09PM (#31275964)
Then if the password manager is compromised, the second factor wouldn't add any protection over just a password.

Then again, people that use password managers at all usually have stronger passwords and less password reuse, so it can be an acceptable tradeoff.

Re:GitHub will require 2FA by the end of 2023 by tarentel on Thursday May 05, 2022 @01:22PM (#31276128)
In my case it wouldn't anyway. Almost all of my 2FA is tied to my password manager as well. I am sure I am not alone in this. It is kind of scary to think about though.
Re:GitHub will require 2FA by the end of 2023 by tuckerman on Thursday May 05, 2022 @01:40PM (#31276349)
I do the same but, for me, the threat of my password manager being compromised is much much smaller than the threat me not enabling 2FA out of laziness or the concern I might lose my 2FA codes. I keep my main email codes out of the password vault and that is enough to calm my nerves.

Not everyone has the same risk profile/tolerance, but I just wanted to say that I don't think anyone should feel bad about doing the best they can, even if that stops short of the absolute best.

Re:GitHub will require 2FA by the end of 2023 by tomrod on Thursday May 05, 2022 @01:16PM (#31276057)
Aye, but it assumes the company isn't keep the password in plain text.
Re:GitHub will require 2FA by the end of 2023 by oicU00 on Thursday May 05, 2022 @02:11PM (#31276712)
Funny story, I did store my Github codes in 1pwd

Years go by, I need a code, they don’t work. Github could do nothing but tell me to start a new account.

Same old story; Github does not exist for you. It exists to make its workers and owners money. Whether it works or damages you is irrelevant to them.

The future has no obligation to the past. Don’t expect the codes to work if they change something that deprecates the old system they used.