Earlier quoted context omitted.
We know. They say very clearly on the front page that one of their advantages is: > Generate and manage SSL certificates quickly and easily without looking up complex OpenSSL commands.
But openssl commands aren't complex. Confusion ensues.
TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
11–20 of 40 posts
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#12Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#13"...but any regular user's browser will rightly put up a big fat warning message as they do not trust the root certificate of your TinyCert CAs."
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#14There are tons of scripts and other tools that handle the commands for you, too. Do I really need to sign up for yet another website just to perform one operation? (No, and neither should you)
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#15Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#16I believe this was mentioned last time TinyCert appeared on HN, but a self-hosted version of this would be more ideal. I personally use etcd-ca[0] to ease management of my own certificates. [0] https://github.com/coreos/etcd-ca
I wrote caman (https://github.com/radiac/caman), a bash script wrapper for openssl with what looks like a similar syntax to etcd-ca. I posted about it on HN a while back, but it now also supports SAN certificates and intermediate CAs.
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#17The fact that they keep your private keys in their database is what makes this a bad idea to use. Cannot see what kind of people this service is targeted to, since the ones who understand what a CA is and need to sign their own certificates probably already know how to use OpenSSL.
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#18The most difficult problem imo, remains the management and not the creation of the keys and certs. I occasionally use them to connect backend services securely, so I have to install the root cert to every server OS and every JVM based app (here we create a keystore). Then I have to install each private key and certificate to the appropriate service. If the service is JVM based we also have to adjust its command line switches. Should a private key get stolen and we have one root CA for all services, we should delete and recreate everything. PKI is complex and with tens or hundreds of services its almost impossible to manage. Even the simplest task, like downloading a file from a nexus repository by a JVM based app using https and a free StartSSL certificate is very hard, since Oracle doesn't include StartCom's root CA.
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#19They mention StartSSL for production certificates. Beware that while creating certificates with them is gratis, REVOKING them will cost you money. https://www.techdirt.com/articles/20140409/11442426859/shame...
Re: TinyCert – Become Your Own PKI/CA Authority in a Matter of Minutes
#20However, for me, the fact that they have all the private keys is a deal breaker. Further, I'd like to see the certificates name-constrained to specific development hostnames. And I don't like the fact that the keyUsage and extendedKeyUsage fields are not locked down. If I am going to install a private CA root, I want to have the smallest possible attack surface.
Overall, if they offer this as something that can be locally installed, it could be a useful product. Especially if it integrates with a low-cost HSM, for example https://www.nitrokey.com/
In the meantime, for anyone looking for good documentation on how to achieve the same using just OpenSSL on the command line, I have an easy-to-follow guide as part of my OpenSSL Cookbook:
https://www.feistyduck.com/library/openssl-cookbook/online/c...