News for hackers. Stuff that matters.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by aftbit on Tuesday February 16, 2016 @12:00AM (#11107975)
When I can use Let's Encrypt to get a certificate in production without running anything on my production web server, I'll consider it. Right now, StartSSL validates my domain via email and I only have to touch it once a year, not once every 3 months like Let's Encrypt.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by veeti on Tuesday February 16, 2016 @02:20AM (#11108377)
I'm afraid you'll have to go through renewal every 3 months, but I'll still make a shameless plug of my client [1]. It uses DNS validation exclusively so you can generate certificates wherever you want.

In addition, domain authorizations last for 10 months, so you don't have to go through the DNS verification each time: just renewing is sufficient. Run the issue command, drop new certs into configuration management, done. Couple minutes tops. Just set your calendar!

[1] https://github.com/veeti/manuale

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by arantius on Tuesday February 16, 2016 @04:21PM (#11113207)
Thanks! A hands-off (on?) manual client is what I always wanted. I've just finally used Let's Encrypt for the first time, with manuale.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by xxpor on Tuesday February 16, 2016 @12:01AM (#11107979)
Cert rotation every 3 months is a feature, IMHO. It encourages you to automate everything related to rotation.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by ars on Tuesday February 16, 2016 @01:35AM (#11108268)
I got downmodded before for saying this, but I still feel this way:

Automating this simply means that if someone hacks your machine, they also have full access to generate any certs they like.

I don't consider this a positive thing.

You can separate the generation onto another machine, but it's much more complicated, and the default install is not that way.

I have yet to hear any useful reason to rotate the key.

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by thesimon on Tuesday February 16, 2016 @02:16AM (#11108361)
>Automating this simply means that if someone hacks your machine, they also have full access to generate any certs they like.

Well, they can generate certs for your domain. But what exactly is the big difference between generating a new certificate for your domain and having your private key. I fail to see why it would be a huge risk, they can access all your users data in any case.

>I have yet to hear any useful reason to rotate the key. http://security.stackexchange.com/questions/85963/what-is-th...

Basically limiting damage in case of a compromise.

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by Laforet on Tuesday February 16, 2016 @04:18AM (#11108716)
A short validity period also helps to keep the size of revocation lists manageable as they expire sooner.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by profmonocle on Tuesday February 16, 2016 @02:07AM (#11108338)
Hasn't this always been true for domain validated certificates? If you control the domain's content, you can get a cert. I don't see how LE makes that any worse.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by imaginenore on Tuesday February 16, 2016 @05:44AM (#11109017)
If they hack your machine, they can generate new certificates whether you have LetsEncrypt installed or not. They can just install it.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by marcosdumay on Tuesday February 16, 2016 @08:39AM (#11109683)
Well, they can generate new certificates for as long as they have access to your machine. Take that access away, and they can't generate certificates anymore.

All in, the Lets Encrypt way brings you more security. Since the certificate validity is shorter, even generating an extra certificate will give the attacker a smaller average time with a valid cert than stealing your StartSSL cert.

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by rakoo on Tuesday February 16, 2016 @05:45AM (#11109019)
It's like not-perfect-but-still-good forward secrecy: Your old certificate may be leaked or decrypted, but it will only endanger past communications; the communications after this one will still be secure.

Another side-effect is that you don't need to manage revocation stuff as diligently, because certificates automatically expire shortly. The window during which a certificate is valid is extremely short and recent, which means there is less chance that a problem happens. when that probability increases (as a result of being older), certificates become automatically invalid.

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by imperalix on Tuesday February 16, 2016 @12:17AM (#11108027)
I use Let's Encrypt DNS validation. This does not require you to run anything on your server. You just need to have a way to distribute cert to your servers.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by sandGorgon on Tuesday February 16, 2016 @01:19AM (#11108224)
can you explain this ? I'm trying to bake letsencrypt certificates in my docker images and I am trying to figure out a way around the race condition (nginx needs a certificate to run <-> certificate needs nginx to run).
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by DanielDent on Tuesday February 16, 2016 @04:36AM (#11108783)
Here's one approach: https://github.com/DanielDent/docker-nginx-ssl-proxy

I use a temporary self-signed keypair, which then gets replaced when the certificate is issued.

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by imron on Tuesday February 16, 2016 @03:41AM (#11108594)
How about storing the letsencrypt certificates in a data-container/locally on the host and mapping those files to the nginx container when you start it?

For the very first time, you can use let's encrypt's manual verification process, but then have the let's encrypt client set up to renew certs automatically (possibly even from a separate container) using same data file mappings.

Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by sandGorgon on Tuesday February 16, 2016 @10:55AM (#11110664)
which is why im preferring to spend 10$ on a certificate instead (or rather 85$ for a wildcard).
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by kccqzy on Tuesday February 16, 2016 @01:29AM (#11108258)
You can obtain a certificate by running let's encrypt's docker image, which seems to contain a python web server just to do the validation.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by sandGorgon on Tuesday February 16, 2016 @03:00AM (#11108474)
cannot run a docker inside a docker. the problem is not running a webserver, the problem is the race condition which needs to be solved when docker starts up.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by vacri on Tuesday February 16, 2016 @03:51AM (#11108622)
As a totally-naive-to-your-problem-particulars and totally-hacky suggestion, why not start nginx with a starter cert, then mv the new cert into position and reload nginx?
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by sandGorgon on Tuesday February 16, 2016 @10:56AM (#11110671)
exactly what I did - but then I bought a certificate from rapidssl for 10 bucks...
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by marcosdumay on Tuesday February 16, 2016 @08:42AM (#11109705)
Have an instance with plain-text http running only the Lets Encrypt challenge. Make an explicit rule for it on your load balancer, and deploy it first.
Re:Why I stopped using StartSSL (Hint: it involves a Chinese... by imron on Tuesday February 16, 2016 @12:08AM (#11107996)
I just set up Let's Encrypt on a number of my sites.

I'll take an automated process I run via cronjob and that requires no manual intervention, over a process that requires I touch it once a year.

The decision (to me) is a no-brainer.