#r509
r509 is a Ruby gem built using OpenSSL that is designed to ease management of a public key infrastructure. The r509 API facilitates easy creation of CSRs, signing of certificates, revocation (CRL/OCSP), and much more. Together with projects like r509-ocsp-responder and r509-ca-http it is intended to be a complete RFC 5280-compliant certificate authority for use in production environments.
##Requirements
r509 requires the Ruby OpenSSL bindings as well as yaml support (present by default in modern Ruby builds). It is recommended that you compile Ruby against OpenSSL 1.0.0+ (with elliptic curve support enabled). Red Hat-derived distributions ship with EC disabled in OpenSSL, so if you need EC support you will need to recompile.
##Installation
You can install via rubygems with gem install r509
To install the gem from your own clone (you will need to satisfy the dependencies via bundle install
or other means):
rake gem:build
rake gem:install
##Running Tests/Building Gem
If you want to run the tests for r509 you'll need rspec. Additionally, you may want to install rcov/simplecov (ruby 1.8/1.9 respectively) and yard for running the code coverage and documentation tasks in the Rakefile. rake -T
for a complete list of rake tasks available.
##Continuous Integration We run continuous integration tests (using Travis-CI) against 1.9.3, 2.0.0, ruby-head, and rubinius(rbx) 2.0 in 1.9 mode. 1.8.7 is no longer a supported configuration due to issues with its elliptic curve methods. 0.8.1 was the last official r509 release with 1.8.7 support.
##Executable
Inside the gem there is a binary named r509
. Type r509 -h
to see a list of options.
##Basic Certificate Authority Howto This guide provides instructions on building a basic CA using r509, r509-ca-http, and r509-ocsp-responder. In it you will learn how to create a root, set up the configuration profiles, issue certificates, revoke certificates, and see responses from an OCSP responder.
##Usage ###CSR To generate a 2048-bit RSA CSR
csr = R509::CSR.new(
:subject => [
['CN','somedomain.com'],
['O','My Org'],
['L','City'],
['ST','State'],
['C','US']
]
)
Another way to build the subject:
subject = R509::Subject.new
subject.CN="somedomain.com"
subject.O="My Org"
subject.L="City"
subject.ST="State"
subject.C="US"
csr = R509::CSR.new( :subject => subject )
To load an existing CSR (without private key)
csr_pem = File.read("/path/to/csr")
csr = R509::CSR.new(:csr => csr_pem)
# or
csr = R509::CSR.load_from_file("/path/to/csr")
To create a new CSR from the subject of a certificate
cert_pem = File.read("/path/to/cert")
csr = R509::CSR.new(:cert => cert_pem)
To create a CSR with SAN names
csr = R509::CSR.new(
:subject => [['CN','something.com']],
:san_names => ["something2.com","something3.com"]
)
###Cert To load an existing certificate
cert_pem = File.read("/path/to/cert")
cert = R509::Cert.new(:cert => cert_pem)
# or
cert = R509::Cert.load_from_file("/path/to/cert")
Load a cert and key
cert_pem = File.read("/path/to/cert")
key_pem = File.read("/path/to/key")
cert = R509::Cert.new(
:cert => cert_pem,
:key => key_pem
)
Load an encrypted private key
cert_pem = File.read("/path/to/cert")
key_pem = File.read("/path/to/key")
cert = R509::Cert.new(
:cert => cert_pem,
:key => key_pem,
:password => "private_key_password"
)
Load a PKCS12 file
pkcs12_der = File.read("/path/to/p12")
cert = R509::Cert.new(
:pkcs12 => pkcs12_der,
:password => "password"
)
###PrivateKey Generate a 1536-bit RSA key
key = R509::PrivateKey.new(:type => :rsa, :bit_strength => 1536)
Encrypt the private key
key = R509::PrivateKey.new(:type => :rsa, :bit_strength => 2048)
encrypted_pem = key.to_encrypted_pem("aes256","my-password")
# or write it to disk
key.write_encrypted_pem("/tmp/path","aes256","my-password")
####Load Hardware Engines in PrivateKey
The engine you want to load must already be available to OpenSSL. How to compile/install OpenSSL engines is outside the scope of this document.
engine = R509::Engine.instance.load("SO_PATH" => "/usr/lib64/openssl/engines/libchil.so", "ID" => "chil")
key = R509::PrivateKey(
:engine => engine,
:key_name => "my_key_name"
)
You can then use this key for signing.
###SPKI/SPKAC To generate a 2048-bit RSA SPKI
key = R509::PrivateKey.new(:type => :rsa, :bit_strength => 1024)
spki = R509::SPKI.new(:key => key)
###Self-Signed Certificate To create a self-signed certificate
not_before = Time.now.to_i
not_after = Time.now.to_i+3600*24*7300
csr = R509::CSR.new(
:subject => [['C','US'],['O','r509 LLC'],['CN','r509 Self-Signed CA Test']]
)
ca = R509::CertificateAuthority::Signer.new
cert = ca.selfsign(
:csr => csr,
:not_before => not_before,
:not_after => not_after
)
###Config
Create a basic CAConfig object
cert_pem = File.read("/path/to/cert")
key_pem = File.read("/path/to/key")
cert = R509::Cert.new(
:cert => cert_pem,
:key => key_pem
)
config = R509::Config::CAConfig.new(
:ca_cert => cert
)
Add a signing profile named "server" (CAProfile) to a config object
profile = R509::Config::CAProfile.new(
:basic_constraints => {"ca" : false},
:key_usage => ["digitalSignature","keyEncipherment"],
:extended_key_usage => ["serverAuth"],
:certificate_policies => [
{ "policy_identifier" => "2.16.840.1.99999.21.234",
"cps_uris" => ["http://example.com/cps","http://haha.com"],
"user_notices" => [ { "explicit_text" => "this is a great thing", "organization" => "my org", "notice_numbers" => "1,2,3" } ]
}
],
:subject_item_policy => nil,
:ocsp_no_check => false # this should only be true if you are setting OCSPSigning EKU
)
# config object from above assumed
config.set_profile("server",profile)
Set up a subject item policy (required/optional). The keys must match OpenSSL's shortnames!
profile = R509::Config::CAProfile.new(
:basic_constraints => {"ca" : false},
:key_usage => ["digitalSignature","keyEncipherment"],
:extended_key_usage => ["serverAuth"],
:subject_item_policy => {
"CN" => "required",
"O" => "optional"
}
)
# config object from above assumed
config.set_profile("server",profile)
Load CAConfig + Profile from YAML
config = R509::Config::CAConfig.from_yaml("test_ca", "config_test.yaml")
Example YAML (more options are supported than this example)
test_ca: {
ca_cert: {
cert: '/path/to/test_ca.cer',
key: '/path/to/test_ca.key'
},
crl_list: "crl_list_file.txt",
crl_number: "crl_number_file.txt",
cdp_location: ['http://crl.domain.com/test_ca.crl'],
crl_validity_hours: 168, #7 days
ocsp_location: ['http://ocsp.domain.com'],
ca_issuers_location: ['http://www.domain.com/my_roots.html'],
message_digest: 'SHA1', #SHA1, SHA224, SHA256, SHA384, SHA512 supported. MD5 too, but you really shouldn't use that unless you have a good reason
profiles: {
server: {
basic_constraints: {"ca" : false},
key_usage: [digitalSignature,keyEncipherment],
extended_key_usage: [serverAuth],
certificate_policies: [
{ policy_identifier: "2.16.840.1.99999.21.234",
cps_uris: ["http://example.com/cps","http://haha.com"],
user_notices: [ { explicit_text: "this is a great thing", organization: "my org", notice_numbers: "1,2,3" } ]
},
{ policy_identifier: "2.16.840.1.99999.21.235",
cps_uris: ["http://example.com/cps2"],
user_notices: [ { explicit_text: "this is a bad thing", organization: "another org", notice_numbers: "3,2,1" },{ explicit_text: "another user notice"} ]
}
],
subject_item_policy: {
"CN" : "required",
"O" : "optional",
"ST" : "required",
"C" : "required",
"OU" : "optional" }
}
}
}
Load multiple CAConfigs using a CAConfigPool
pool = R509::Config::CAConfigPool.from_yaml("certificate_authorities", "config_pool.yaml")
Example (Minimal) Config Pool YAML
certificate_authorities: {
test_ca: {
ca_cert: {
cert: 'test_ca.cer',
key: 'test_ca.key'
}
},
second_ca: {
ca_cert: {
cert: 'second_ca.cer',
key: 'second_ca.key'
}
}
}
###CertificateAuthority
Sign a CSR
csr = R509::CSR.new(
:subject => [
['CN','somedomain.com'],
['O','My Org'],
['L','City'],
['ST','State'],
['C','US']
]
)
# assume config from yaml load above
ca = R509::CertificateAuthority::Signer.new(config)
cert = ca.sign(
:profile_name => "server",
:csr => csr
)
Override a CSR's subject or SAN names when signing
csr = R509::CSR.new(
:subject => [
['CN','somedomain.com'],
['O','My Org'],
['L','City'],
['ST','State'],
['C','US']
]
)
subject = csr.subject.dup
san_names = ["sannames.com","domain2.com","128.128.128.128"]
subject.common_name = "newdomain.com"
subject.organization = "Org 2.0"
# assume config from yaml load above
ca = R509::CertificateAuthority::Signer.new(config)
cert = ca.sign(
:profile_name => "server",
:csr => csr,
:subject => subject,
:san_names => san_names
)
Sign an SPKI/SPKAC object
key = R509::PrivateKey.new(:type => :rsa, :bit_strength => 2048)
spki = R509::SPKI.new(:key => key)
# SPKI objects do not contain subject or san name data so it must be specified
subject = R509::Subject.new
subject.CN = "mydomain.com"
subject.L = "Locality"
subject.ST = "State"
subject.C = "US"
san_names = ["domain2.com","128.128.128.128"]
# assume config from yaml load above
ca = R509::CertificateAuthority::Signer.new(config)
cert = ca.sign(
:profile_name => "server",
:spki => spki,
:subject => subject,
:san_names => san_names
)
###OID Mapping
Register one
R509::OIDMapper.register("1.3.5.6.7.8.3.23.3","short_name","optional_long_name")
Register in batch
R509::OIDMapper.batch_register([
{:oid => "1.3.5.6.7.8.3.23.3", :short_name => "short_name", :long_name => "optional_long_name"},
{:oid => "1.3.5.6.7.8.3.23.5", :short_name => "another_name"}
])
###Alternate Key Algorithms In addition to the default RSA objects that are created above, r509 supports DSA and elliptic curve (EC). EC support is present only if Ruby has been linked against a version of OpenSSL compiled with EC enabled. This excludes Red Hat-based distributions at this time (unless you build it yourself). Take a look at the documentation for R509::PrivateKey, R509::Cert, and R509::CSR to see how to create DSA and EC types. You can test if elliptic curve support is available in your Ruby with:
R509.ec_supported?
####NIST Recommended Elliptic Curves
These curves are set via :curve_name
. The system defaults to using secp384r1
- secp224r1 -- NIST/SECG curve over a 224 bit prime field
- secp384r1 -- NIST/SECG curve over a 384 bit prime field
- secp521r1 -- NIST/SECG curve over a 521 bit prime field
- prime192v1 -- NIST/X9.62/SECG curve over a 192 bit prime field
- sect163k1 -- NIST/SECG/WTLS curve over a 163 bit binary field
- sect163r2 -- NIST/SECG curve over a 163 bit binary field
- sect233k1 -- NIST/SECG/WTLS curve over a 233 bit binary field
- sect233r1 -- NIST/SECG/WTLS curve over a 233 bit binary field
- sect283k1 -- NIST/SECG curve over a 283 bit binary field
- sect283r1 -- NIST/SECG curve over a 283 bit binary field
- sect409k1 -- NIST/SECG curve over a 409 bit binary field
- sect409r1 -- NIST/SECG curve over a 409 bit binary field
- sect571k1 -- NIST/SECG curve over a 571 bit binary field
- sect571r1 -- NIST/SECG curve over a 571 bit binary field
##Documentation
There is documentation available for every method and class in r509 available via yardoc. If you installed via gem it should be pre-generated in the doc directory. If you cloned this repo, just type rake yard
with the yard gem installed. You will also need the redcarpet and github-markup gems to properly parse the Readme.md. Alternately you can view pre-generated documentation at r509.org
##Created by... Paul Kehrer
##Thanks to...
##License See the LICENSE file. Licensed under the Apache 2.0 License.
#YAML Config Options r509 configs are nested hashes of key:values that define the behavior of each CA. See r509.yaml for a full example config. These options can also be defined programmatically via R509::CAConfig and R509::CAProfile.
##ca_name ###ca_cert This hash defines the certificate + key that will be used to sign for the ca_name. Depending on desired configuration various elements are optional. You can even supply just cert (for example, if you are using an ocsp_cert hash and only using the configured CA for OCSP responses)
- cert (cannot use with pkcs12)
- key (optional, cannot use with pkcs12)
- engine (optional, cannot be used with key or pkcs12. Must be a hash with SO_PATH and ID keys)
- key_name (required when using engine)
- pkcs12 (optional, cannot be used with key or cert)
- password (optional, used for pkcs12 or passworded private key)
###ocsp_cert This hash defines the certificate + key that will be used to sign for OCSP responses. OCSP responses cannot be directly created with r509, but require the ancillary gem r509-ocsp-responder. This hash is optional and if not provided r509 will automatically use the ca_cert as the OCSP certificate.
- cert (cannot use with pkcs12)
- key (optional, cannot use with pkcs12)
- engine (optional, cannot be used with key or pkcs12. Must be a hash with SO_PATH and ID keys)
- key_name (required when using engine)
- pkcs12 (optional, cannot be used with key or cert)
- password (optional, used for pkcs12 or passworded private key)
###cdp_location An array of CRL distribution points for certificates issued from this CA.
['http://crl.r509.org/myca.crl']
###crl_list The path on the filesystem of the list of revoked certificates for this CA.
Example: '/path/to/my_ca_crl_list.txt'
###crl_number The path on the filesystem of the current CRL number for this CA.
Example: '/path/to/my_ca_crl_number.txt'
###crl_validity_hours Integer hours for CRL validity.
###ocsp_location An array of URIs for client OCSP checks. These strings will be scanned and automatically processed to determine their proper type in the certificate.
['http://ocsp.r509.org']
###ca_issuers_location An array of ca issuer locations. These strings will be scanned and automatically processed to determine their proper type in the certificate.
['http://www.r509.org/some_roots.html']
###ocsp_chain An optional path to a concatenated text file of PEMs that should be attached to OCSP responses
###ocsp_validity_hours Integer hours for OCSP response validity.
###ocsp_start_skew_seconds Integer seconds to skew back the "thisUpdate" field. This prevents issues where the OCSP responder signs a response and the client rejects it because the response is "not yet valid" due to slight clock synchronization problems.
###message_digest String value of the message digest to use for signing (both CRL and certificates). Allowed values are:
- SHA1 (default)
- SHA224
- SHA256
- SHA384
- SHA512
- MD5 (Don't use this unless you have a really, really good reason. Even then, you shouldn't)
###profiles Each CA can have an arbitrary number of issuance profiles (with arbitrary names). For example, a CA named test_ca might have 3 issuance profiles: server, email, clientserver. Each of these profiles then has a set of options that define the encoded data in the certificate for that profile. If no profiles are defined the root cannot issue certs, but can still issue CRLs.
####basic_constraints All basic constraints are encoded with the critical bit set to true. The basic constraints config expects a hash with between one and two keys.
#####ca The ca key is required and must be set to true (for an issuing CA) or false (everything else).
#####path_length This option is only allowed if ca is set to TRUE. path_length allows you to define the maximum number of non-self-issued intermediate certificates that may follow this certificate in a valid certification path. For example, if you set this value to 0 then the certificate issued can only issue end entity certificates, not additional subroots. This must be a non-negative integer (>=0).
{ca : true}
{ca : false}
{ca : true, path_length: 3}
####key_usage An array of strings that conform to the OpenSSL naming scheme for available key usage OIDs.
- digitalSignature
- nonRepudiation
- keyEncipherment
- dataEncipherment
- keyAgreement
- keyCertSign
- cRLSign
- encipherOnly
- decipherOnly
####extended_key_usage An array of strings that conform to the OpenSSL naming scheme for available EKU OIDs. The following list of allowed shortnames is taken from the OpenSSL docs. Depending on your OpenSSL version there may be more than this list.
- serverAuth
- clientAuth
- codeSigning
- emailProtection
- OCSPSigning
- timeStamping
- msCodeInd (not part of RFC 5280)
- msCodeCom (not part of RFC 5280)
- msCTLSign (not part of RFC 5280)
- msSGC (not part of RFC 5280)
- msEFS (not part of RFC 5280)
- nsSGC (not part of RFC 5280)
####certificate_policies An array of hashes containing policy identifiers, CPS URI(s), and user notice(s)
[
{ policy_identifier: "2.16.840.1.99999.21.234",
cps_uris: ["http://example.com/cps"]
}
]
or
[
{ policy_identifier: "2.16.840.1.99999.21.234",
cps_uris: ["http://example.com/cps","http://haha.com"],
user_notices: [ { explicit_text: "this is a great thing", organization: "my org", notice_numbers: "1,2,3" } ]
},
{ policy_identifier: "2.16.840.1.99999.21.235",
cps_uris: ["http://example.com/cps2"],
user_notices: [ { explicit_text: "this is a bad thing", organization: "another org", notice_numbers: "3,2,1" },{ explicit_text: "another user notice"} ]
}
]
####ocsp_no_check This is a boolean option that determines whether the OCSPNoCheck extension should be encoded in certificates issued by the profile. This flag is only meaningful on certificates that contain the OCSPSigning EKU.
####inhibit_any_policy A non-negative integer value. From RFC 5280: "The inhibit anyPolicy extension can be used in certificates issued to CAs. The inhibit anyPolicy extension indicates that the special anyPolicy OID, with the value { 2 5 29 32 0 }, is not considered an explicit match for other certificate policies except when it appears in an intermediate self-issued CA certificate."
####policy_constraints A hash with two optional keys (one or both may be present). From RFC 5280: "The policy constraints extension can be used in certificates issued to CAs. The policy constraints extension constrains path validation in two ways. It can be used to prohibit policy mapping or require that each certificate in a path contain an acceptable policy identifier"
{ require_explicit_policy: 0, inhibit_policy_mapping: 0 }
or if you only need one of the keys
{ inhibit_policy_mapping: 0 }
###name_constraints From RFC 5280: "The name constraints extension, which MUST be used only in a CA certificate, indicates a name space within which all subject names in subsequent certificates in a certification path MUST be located. Restrictions apply to the subject distinguished name and apply to subject alternative names. Restrictions apply only when the specified name form is present. If no name of the type is in the certificate, the certificate is acceptable.".
This section is made up of a hash that contains permitted and excluded keys. Each (optional) key in turn has an array of hashes that declare a type and value. Types allowed are defined by R509::ASN1::GeneralName.map_type_to_tag. (examples: DNS, URI, IP, email, dirName)
Notes:
- When supplying IP you must supply a full netmask in addition to an IP.
- When supplying dirName the value is an array of arrays structured the same way as input to :subject in R509::CSR.new
{
permitted: [
{type: "IP", value: "192.168.0.0/255.255.0.0"},
{type: "dirName", value: [['CN','myCN'],['O','Org']]}
],
excluded: [
{type: "email", value: "domain.com"},
{type: "URI", value: ".net"},
{type: "DNS", value: "test.us"}
]
}
####subject_item_policy Hash of required/optional subject items. These must be in OpenSSL shortname format. If subject_item_policy is excluded from the profile then all subject items will be used. If it is included, only items listed in the policy will be copied to the certificate. Example:
CN : "required",
O: "required",
OU: "optional",
ST: "required",
C: "required",
L: "required",
emailAddress: "optional"
If you use the R509::OIDMapper you can create new shortnames that are allowed within this directive.