Live data from Hacker News

Two-factor Authentication

github.com

71–80 of 94 posts

Re: Two-factor Authentication

#71
post #56
post #21

Earlier quoted context omitted.

Use Google Voice or some other similar service that'll let you receive SMS via the web.

Be careful with that. A lot of automated SMS systems can't send to Google Voice.

Yup. I was not aware that some phone numbers were more equal than others when it comes to SMS service.

Re: Two-factor Authentication

#72
post #39

Does anyone have a good way of storing recovery codes? I currently keep them on paper, in my wallet, but with more and more sites using 2fa I'm having to carry more and more recovery codes around.

I keep mine in a txt file on an IronKey. Something like a secure note in Lastpass would probably work too.

Re: Two-factor Authentication

#73

Earlier quoted context omitted.

You can certainly use your Authy app for it, it's just Authenticator.

I would also suggest that any iOS users move away from Google Authenticator and towards Authy or another solution. Google Auth in iOS7 has been deleting labels, and even worse, deleting tokens, for many users. The app hasn't been updated since 2011 and there's been no word from Google on an upcoming update to fix the issue. With iOS7's launch/announcement next week, I suggest looking into a new TOTP app (like Authy)…

Looks like Google just updated their Authenticator app. Works fine for me on iOS7

Re: Two-factor Authentication

#74
post #14
post #2

Nice. Wish it integrated with Authy though

Nope, nope nope nope nope. Authy's latest "innovation" where bluetooth on the host can grab a new code from your mobile device provides a direct link between your two factors (reducing them to one). I don't think their team understands much about the problem they're trying to solve and they seem to be watering down the security of the product to attract new users instead. DUO and plain TOTP are really the only ways t…

Great, so what should I use instead?

Re: Two-factor Authentication

#75
post #55

Earlier quoted context omitted.

These are exactly the issues I'm dealing with in re-implementing two-factor auth in my own app. On the one hand you can easily roll your own SMS based TFA with the option to use Google Authenticator with a negligible amount of work. Google's app is pretty reliable and most people trust Google (rightly or wrongly is beside the point here). But then what if Google pulls the rug out from under apps that rely on it and w…

Why not just support both? As a savvy user I can choose SMS-only without ever letting Google anywhere near my shared secret. Or I can implement or build from source a TFA app I trust and use that. I really hate sites that support TFA and don't support authentication apps as I have very poor phone service at both my home and place of work and hence SMS is a frustrating experience for me.

SMS is not a secure channel. For example transmitting patient info over SMS violates HIPPA.

Re: Two-factor Authentication

#76
Shameless plug as this is another great use of my webapp http://gauth.apps.gbraad.nl/ (http://bit.ly/g2fauth) Just bookmark and use it offline. keys are stored locally.

The Chrome extension was forcibly removed from the Chrome Store as BigG was somehow not happy; you can however still install it from here: http://bit.ly/g2fachrome

Re: Two-factor Authentication

#77
post #40

The issue I have with third-party token applications like the Duo Security one that the github guys are recommending is that due to the way how TOTP works (shared secret), I'm practically giving away my second factor to whoever produces the app. Google Authenticator has the advantage that it's Open Source, but I can't really control whether the thing I downloaded in the app store is actually built from the public sou…

You don't need a developer account for an Android app. Connect your phone to the pc, press "build" in Eclipse, select the phone and the app's there. You can even just transfer the apk over and install it.

Even better, use AIDE on device. You can even just give it a github url and have it build you an APK locally.

Re: Two-factor Authentication

#78
post #73

Earlier quoted context omitted.

I would also suggest that any iOS users move away from Google Authenticator and towards Authy or another solution. Google Auth in iOS7 has been deleting labels, and even worse, deleting tokens, for many users. The app hasn't been updated since 2011 and there's been no word from Google on an upcoming update to fix the issue. With iOS7's launch/announcement next week, I suggest looking into a new TOTP app (like Authy)…

Looks like Google just updated their Authenticator app. Works fine for me on iOS7

> Looks like Google just updated their Authenticator app. Works fine for me on iOS7

Be aware that it will drop all of your existing tokens, so make sure your backup phone number is set & verified across all services and/or your have your backup codes prepped.

Re: Two-factor Authentication

#80
post #69
post #40

The issue I have with third-party token applications like the Duo Security one that the github guys are recommending is that due to the way how TOTP works (shared secret), I'm practically giving away my second factor to whoever produces the app. Google Authenticator has the advantage that it's Open Source, but I can't really control whether the thing I downloaded in the app store is actually built from the public sou…

I also want to be able to give the site a seed to an existing token, i.e. a hard token like the gemalto. This is the step so many of them get wrong. (If I'm logging in primarily from a phone/tablet, an authenticator app on the same device is much less secure against targeted attacks than a hardware token would be. Plus, hardware tokens allow lots of useful things like physical-escrow based access control.)

The problem with token reuse is the same as with password reuse: If a site gets compromised, your token is worthless. If the token is burned into hardware, then your hardware is now worthless.
Post reply on HN