Live data from Hacker News

Show HN: Sslhash: SSL without a certificate authority

github.com

1–10 of 13 posts

Re: Show HN: Sslhash: SSL without a certificate authority

#5
post #4

I’m confused, domains are not a barrier to entry (I’d argue that the developer account is a much larger barrier). Why is this a needed thing?

Not sure what you mean by developer account...

Anyway, if I understand correctly, this is basically just a user friendly version of certificate pinning.

Re: Show HN: Sslhash: SSL without a certificate authority

#7
post #4

I’m confused, domains are not a barrier to entry (I’d argue that the developer account is a much larger barrier). Why is this a needed thing?

Not sure what you mean by developer account... Anyway, if I understand correctly, this is basically just a user friendly version of certificate pinning.

Oops! For some reason I thought it was Swift at first. My bad, I understand it a bit better now then :).

Re: Show HN: Sslhash: SSL without a certificate authority

#8
post #2

How does expiration work? What happens if an TLS/SSL cert is leaked/compromised? Change the clients as well?

You would probably need some sort of "authority" to redistribute the hashes.

The was / is a DNS standard for that: DANE. Sadly DANE was never really adopted. Chrome had support for it but it was removed eventually.

Re: Show HN: Sslhash: SSL without a certificate authority

#10
post #2

How does expiration work? What happens if an TLS/SSL cert is leaked/compromised? Change the clients as well?

You would probably need some sort of "authority" to redistribute the hashes.

One of the main reasons for the library is no need for cert authority. Why not just create a regular cert Authority certificate and put the trusted authority cert on the clients. That makes it so you almost never have to change the clients certs. Also, it's supported by standard TLS libraries and clients.
Post reply on HN