Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I would like to setup my own OCSP Responder (just for testing purposes). This requires me to have a root certificate and a few certificates generated from it.

I've managed to create a self-signed certificate using openssl. I want to use it as the root certificate. The next step would be to create the derived certificates. I can't seem to find the documentation on how to do this however. Does anyone know where I can find this information?

In retrospect, my question is not yet completely answered. To clarify the problem I'll represent my certificate chain like this:

ROOT -> A -> B -> C -> ...

I am currently able to create the ROOT and A certificates, but I haven't found out how to make a longer chain.

My command for creating the root certificate is:

openssl req -new -newkey rsa:1024 -nodes -out ca.csr -keyout ca.key
openssl x509 -trustout -signkey ca.key -days 365 -req -in ca.csr -out ca.pem

Certificate A is created like this:

openssl genrsa -out client.key 1024
openssl req -new -key client.key -out client.csr
openssl ca -in client.csr -out client.cer

This command implicitly depends on the root certificate, for which it finds the required info in the openssl configuration file.

Certificate B however must only rely on A, which is not registered in the config file, so the previous command won't work here.

What command line should I use to create certificates B and beyond?

I found the answer in this article. Certificate B (chain A -> B) can be created with these two commands:

# Create a certificate request
openssl req -new -keyout B.key -out B.request -days 365

# Create and sign the certificate
openssl ca -policy policy_anything -keyfile A.key -cert A.pem -out B.pem -infiles B.request

I also changed the openssl.cnf file:

[ usr_cert ]
basicConstraints=CA:TRUE # prev value was FALSE

This approach seems to be working well.

share|improve this question
The link at the bottom in edit section is broken – enthusiasticgeek Jul 15 '14 at 15:58
Up to 2015 the article mentioned on the last edit of this post is dead. So you can check the page through a web archive:… – Iomanip Jul 18 '15 at 6:51
up vote 14 down vote accepted

You can use OpenSSL directly.

  1. Create a Certificate Authority private key (this is your most important key):

    openssl req -new -newkey rsa:1024 -nodes -out ca.csr -keyout ca.key
  2. Create your CA self-signed certificate:

    openssl x509 -trustout -signkey ca.key -days 365 -req -in ca.csr -out ca.pem
  3. Issue a client certificate by first generating the key, then request (or use one provided by external system) then sign the certificate using private key of your CA:

    openssl genrsa -out client.key 1024
    openssl req -new -key client.key -out client.csr
    openssl ca -in client.csr -out client.cer

(You may need to add some options as I am using these commands together with my openssl.conf file. You may need to setup your own .conf file first.)

share|improve this answer
Thanks, you instructions worked after some tweaking of my openssl.conf file. – StackedCrooked Apr 1 '10 at 7:59
@twk: note the question has one more step needed for a complete answer -- how to create another certificate that only depends on the certificate created in step 3, but not the root certificate. – quack quixote Apr 7 '10 at 19:08

Once you have created your CA you could use it to sign thus :

  • Create a key :

    openssl genrsa -out key_A.key  1024
  • Create a csr :

    openssl req -new -key key_A.key -out csr_A.csr
    You are about to be asked to enter information etc....
  • Sign it :

    openssl x509 -req -days 365 -in csr_A.csr -CA CA_certificate_you_created.crt \
    -CAkey CA_key_you_created.key -set_serial 01 -out crt_A.crt

    and so on replacing *_A with *_B and CA_certificate_you_created.crt with crt_A.crt and CA_key_you_created.key with key_A.key

Your changing :

basicConstraints=CA:TRUE  # prev value was FALSE

means that the certificates you issue can be used to sign other certificates.

share|improve this answer

OpenSSL comes with a Perl script "" to help you create a self-signed root CA cert, along with the matching private key, plus a few simple files and directories to help keep track of any future certs you sign (a.k.a. issue) with that root CA. It also helps you generate other key pairs and certificate signing requests (CSRs) and helps you process those CSRs (that is, issue certs for them), and more.

Note that many products require CA certs to contain a certain attribute marking them as CA certs, or they won't be accepted as valid signers/issuers of other certs. If the self-signed cert you created does not contain that attribute, you might have trouble getting other software to treat it like a valid root CA cert.

If I recall correctly, the syntax goes something like this: -newca    # Create a new root CA -newreq   # Create a new CSR -sign     # Sign a CSR, creating a cert -pkcs12   # Turn an issued cert, plus its matching private key and trust chain, into a .p12 file you can install on another machine    
share|improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .