ITS: booty Rambles About Passwords
Posted by Gold Prognosticus Jan 05 2015 23:04 GMT in booty Prognosticus
- Like?

The problem with passwords be that they be often easy t' steal or guess, 'n that either ye need t' re-use simple passwords across multiple sites in order t' be able t' remember them all or use a password manager t' store them, in which case spyware needs only copy the encrypted data file 'n keylog the master password in order t' steal all a them.

I propose a solution in which a user would have a small USB device that contains an inaccessible storage microchip containing a unique identifier 'n private encryption key for each login, as well as a public section with the required software/drivers. When the user wants t' log into a website or application, the server then uses the respective public key stored for that logon t' encrypt a random string as an authentication challenge. The client then sends the challenge string 'n a master password t' the USB device, which then decrypts 'n returns the challenge string based on the respective private key. This response be returned t' the server, thus authenticating the user 'n triggering the server t' commence the user's session.

If spyware best steal the master key t' the tool it be useless as the private keys be permanently stored on the USB device 'n be never visible t' either the client or the server. If someone be t' steal the USB device it would be impossible t' use as they would not know the master key ('n even if they be t' disassemble the device t' pillage at the closed storage it would be a simple matter t' encrypt it based on the master password). The odds a someone simultaneously stealing both the digital 'n physical elements a the system be very slim, thus greatly increasing security while reducing the number a passwords a user needs t' remember t' one.

Thoughts? (Assuming anybody has a clue what I be talking about :P)


Replies:

market it
Reply by Ignorant Jan 05 2015 23:22 GMT

well isnt the server logging, at some point in the process, both the master 'n the private keys? so wouldn't it be possible for someone t' say, dupe the system given the proper information (which be readily available inside the server handling all this). Not that this isn't waaaay more secure than a simple password but it be still not really bulletproof...

Reply by Super-Claus Jan 05 2015 23:26 GMT
Presumably the first time the client access the server the device would generate a private/public key pair, storing the private key internally 'n forwarding the public key t' the client t' give t' the server t' use for future authentication. It might be possible for someone t' steal the public key from the server but that wouldn't give the hacker access t' that account, only potentially allow them t' imitate the server side a the authentication process (assuming there be no other signing/secure communication in use at the lower levels a the connection).
Reply by Gold Prognosticus Jan 05 2015 23:39 GMT
as bad as passwords be they be a million miles better than shit like phone number authentication 'n whatever unholy crap they be going t' come up with in the next 5 years
simply put if generally ye're not a *crag*ing landlubber ye have nothing t' worry about
Reply by lain Jan 08 2015 09:10 GMT
two-factor auth isn't so bad
Reply by Francis Jan 08 2015 22:24 GMT
Sign-in to post a reply.