3 ms·
From a usability perspective, it's probably because dealing with keys that can't just be memorized is hard for most people.
by ybx 11y ago
From a usability perspective, it's probably because dealing with keys that can't just be memorized is hard for most people.
- faleidel 11y agoSeems like the solution already exist : password managers. But yes, having small memorizable passwords is much more convenient.
- scott_karana 11y agoCan you imagine how easy it would be with browser integration, though? :-) "The site is asking you to sign up. What secure login key would you like to use? * Personal * Office * Contracting"
- eximius 11y agoThis is what I am planning for a project of mine called AutoAuth. It's put on hold cause I have no idea how to write Chrome extensions.
- eximius 11y agoThis is what I am planning for a project of mine called AutoAuth. It's put on hold cause I have no idea how to write Chrome extensions.
- lsaferite 11y agoWhy even have those if you are, presumably, presenting yourself as the same person in each case? You are person 'A' and you have the private key (and maybe password used to unlock the key) to prove this fact. You don't need different private keys for each and the remote end just has a public key that says the account belongs to person 'A' and that key is public.
- scott_karana 11y agoI guess you're right. :-) The only usage case would be if someone wanted multiple accounts at the same site, and that would be rare indeed. The only other real concern, site hacks/collaboration leaking where you're a member of by public key, wouldn't be alleviated by merely a handful of keys anyways: you'd need unique keypairs for each to be truly secure.
- k3d3 11y agoMozilla Persona / BrowserID might be of interest to you.