Live data from Hacker News

Ask HN: What feature would you want the web to “force” next, after HTTPS?

news.ycombinator.com

71–80 of 279 posts

Re: Ask HN: What feature would you want the web to “force” next, after HTTPS?

#71
post #66

- A decent minimum password length, without any funky requirements, just the minimal length. - Being able to prosecute any company that stores passwords in plain text

- Being able to prosecute any company that stores passwords in plain text

And the death penalty to any company that emails you your plaintext password (and even worse, the email tells you to "protect your password").

Re: Ask HN: What feature would you want the web to “force” next, after HTTPS?

#72
post #66

- A decent minimum password length, without any funky requirements, just the minimal length. - Being able to prosecute any company that stores passwords in plain text

I think the only way this can happen is zero-knowledge password proofs, i.e. browsers implement a mechanism by which password fields submit a proof that the user has the password, rather than submitting the password. This way the server can only verify the password if they've implemented the proof system correctly, and they can't leak the password because they've never had it.

The basic idea is, the server gives a unique nonce with the password form. The user enters their password. On form submit, the browser stretches the key space of the password using a slow hash, then uses the digest to generate an asymmetric key via a referentially transparent algorithm (no random salts). Then the browser prepends the URL (obtained from HTTPS) to the given nonce (to prevent man in the middle attacks). The browser then checks to see if it has seen this nonce before and displays an error if it has (to prevent replay attacks--this forces servers to generate new nonces, although the browser can't force them to verify that the nonce that is signed later is the same one they sent). Finally the browser uses the key to sign the nonce, and sends the signature to the server. The server uses the public key (which was generated in the same way and given to the server at sign-up) to verify that the user has the password.

Re: Ask HN: What feature would you want the web to “force” next, after HTTPS?

#73

- A protocol for sites to get my public PGP key for server side use - The discontinuation of using SSL certificates for verification of website identities and a move to true fingerprinting ala SSH. - Deprecation of email or rather its insecurity. - Logins on websites with a public / private keypair ala SSH. - A resurgence in sites that let me pick my own anonymous username instead of Facebook, Google or Twitter login…

The login problem was attempted to be solved by Mozilla's "persona", now deprecated. I like the general idea that I strongly authenticate to my browser, which can then "vouch" for me to various sites using cryptographic tokens that are otherwise useless (so no cracking/stealing passwords, etc). The devil of course would be in the details.

The devil is that the corporations able to influence this change directly benefit from current identity systems. Google for example has huge infrastructure in place linking its products together and includes tracking and other features that would only work with the current system.

Re: Ask HN: What feature would you want the web to “force” next, after HTTPS?

#76

- A protocol for sites to get my public PGP key for server side use - The discontinuation of using SSL certificates for verification of website identities and a move to true fingerprinting ala SSH. - Deprecation of email or rather its insecurity. - Logins on websites with a public / private keypair ala SSH. - A resurgence in sites that let me pick my own anonymous username instead of Facebook, Google or Twitter login…

>The discontinuation of using SSL certificates for verification of website identities and a move to true fingerprinting ala SSH.

You do realize that's trust-on-first-connect aka self signed certigicates, right? Especially with LE, thats worse in every way to the CA model.

>Logins on websites with a public / private keypair ala SSH.

Pretty much client certificates minus PKI.

Re: Ask HN: What feature would you want the web to “force” next, after HTTPS?

#77

- A protocol for sites to get my public PGP key for server side use - The discontinuation of using SSL certificates for verification of website identities and a move to true fingerprinting ala SSH. - Deprecation of email or rather its insecurity. - Logins on websites with a public / private keypair ala SSH. - A resurgence in sites that let me pick my own anonymous username instead of Facebook, Google or Twitter login…

> The discontinuation of using SSL certificates for verification of website identities and a move to true fingerprinting ala SSH.

Would HPKP (https://developer.mozilla.org/en-US/docs/Web/HTTP/Public_Key...) cover that for you?

Re: Ask HN: What feature would you want the web to “force” next, after HTTPS?

#80
post #78

2FA everywhere, preferably with Yubikey (no connection but happy user)

Side question: Do you use your Yubikeys for GPG? I tried to make two identical keys with the same GPG key, but still I get "Please remove the current card and insert the one with serial number: ..." if I try to decrypt a file with the other key. I asked the internet a couple times but no one seems to know.
Post reply on HN