En esta entrada trabajaremos con OpenSSL y certificados digitales, cómo generar certificados, firmas, CAs, verificación, y cómo extraer información.
Este artículo forma parte de la Serie sobre Criptografía Aplicada publicada en este blog. Pueden visitar el índice de la serie para acceder a todo el contenido.
Anteriormente aprendimos sobre la Infraestructura de clave pública, o PKI. Analizamos los conceptos principales para garantizar la seguridad basados en criptografía asimétrica, funciones hash, y la confianza en una tercera entidad en la comunicación: la autoridad certificante, o CA.
Hoy vamos a aprender cómo trabajar con certificados digitales utilizando OpenSSL, y cómo implementar autoridades certificantes.
Creación de certificados digitales
En un artículo anterior estudiamos los diferentes formatos comunes que pueden tener los certificados digitales x.509. Ahora veremos cómo trabajar con ellos usando OpenSSL.
Recordemos que la criptografía asimétrica se basa en dos claves, una pública y una privada. Cuando hablamos de PKI y mencionamos que lo que utilizan los nodos de una comunicación segura son certificados digitales, cabe resaltar que un certificado digital es la clave pública de una entidad, a la que se ha añadido información de validez (hashes, firmas digitales, fechas de expiración, etc).
No tenemos todavía una autoridad certificante, o CA, por lo que vamos a crear nuestro primer certificado firmado por la misma clave privada par de la pública incluida en el certificado. A esto se lo denomina certificado autofirmado.
Vamos por paso, así también repasamos algunos comandos.
El paso siguiente es generar la petición de firma de certificado, que idealmente utilizará una autoridad certificante para darnos un certificado firmado que incluya nuestra clave pública.
El archivo CSR (Certificate Sign Request), en nuestro caso inicial, vamos a firmarlo nosotros mismos con la clave privada que acabamos de crear.
openssl req -new -key privkey.pem -out cert.csr
Este comando nos va a solicitar los medatados que serán incorporados al certificado digital firmado. Veamos un ejemplo de carga de datos:
El archivo de salida CSR tiene un contenido similar a este (luego veremos cómo interpretarlo):
Ahora vamos a generar, a partir del CSR y de la clave privada, un certificado x509 autofirmado. Carguemos, por ejemplo, un certificado válido por 10000 días (sí, son mas de 27 años, me pasé un poco XD).
Esto nos genera el archivo cert.crt (.crt, no confundir con el .csr generado recién). Veamos un ejemplo de su contenido:
Este es un certificado x509 perfectamente válido para utilizar en nuestros servicios!
NOTA: El navegador no confía en mi!
Hay que aclarar un tema: la confianza genera problemas.
Si cargamos este certificado en un servidor web, para proveer HTTPS, el cliente seguramente obtendrá una advertencia de sitio dañino o certificado no válido. Esto es porque el navegador del cliente no posee la clave pública (en nuestro caso, el mismo certificado) para verificar la firma digital (al ser autofirmado, se usa el mismo certificado para verificar su firma digital.
Automatizando algunas cosas
Hemos visto cómo crear el certificado digital, la petición de firma, y el certificado firmado paso a paso. No obstante, si debemos realizar este procedimiento repetidamente, puede resultar engorroso.
OpenSSL provee una forma de crear un certificado digital x509 autofirmado y su clave privada en un solo comando, de manera muy sencilla:
Tenemos un certificado autofirmado, por lo que la firma digital se puede verificar utilizando el mismo certificado digital. En nuestro caso, cert.crt es el certificado firmado usando la clave privada par de la pública incluida en el mismo certificado. Así, podemos verificar la firma de la siguiente manera:
openssl verify -CAfile cert.crt cert.crt
Basta de autofirmados, vamos con la CA
Supongamos que queremos crear un certificado digital firmado por una CA creada por nosotros mismos.
Primero debemos tener clave privada y certificado de la CA… en nuestro ejemplo, creemos una clave y certificado autofirmado de la CA (supongamos que confiamos plenamente en nosotros mismos :P).
Este comando puede fallar en algunas versiones de openssl, con el mensaje de que no encuentra un determinado archivo .srl.
Cuando se emite un certificado mediante una Autoridad de Certificación (CA), se debe asignar un número de serie único a cada certificado emitido. Este número de serie se incluye en el certificado y se utiliza para identificarlo de manera unívoca. Cuando se trabaja con CAs, algunas versiones de openssl requieren que se cree un archivo donde se almacene el número de serie de los certificados firmados.
La opción -CAcreateserial se utiliza cuando se genera un nuevo certificado firmado por una CA existente. Si el archivo de serie aún no existe, esta opción creará un nuevo archivo y asignará el número de serie 01 al primer certificado emitido. Si el archivo ya existe, se continuará utilizando el último número de serie disponible en el archivo existente.
Por esto es que, si el comando anterior falla al no encontrar el archivo de serie con extensión srl, esta opción lo creará y podrá terminar el comando correctamente.
Y sí, podemos verificar la firma si quisiéramos:
$ openssl verify -CAfile cert_CA.crt cert_sitio.crt
cert_sitio.crt: OK
En este caso he especificado un hash SHA512 para la generación de la firma. Recuerden no usar nada menor a SHA256 por seguridad.
Ahora, lo que se estarán preguntando: el navegador del cliente debe confiar en la CA creada por nosotros, por lo que deberemos compartirle el certificado de la CA (el que usamos para verificar la firma), de modo que el cliente lo pueda añadir a la lista de certificados válidos en su navegador.
En la vida real no usamos CAs nuestras
No, cuando montamos un servidor en producción, lo más recomendable es que no creemos nuestra propia CA para firmar los certificados, sino que creemos la petición de firma (el CSR), y le solicitemos a una autoridad certificante válida la generación del certificado firmado. Estas CAs son conocidas, y los navegadores confían en ellas (es decir, ya disponen de su certificado para verificar la firma).
Todas estas CAs son de pago, los precios, para tener una idea, rondan los 400 dólares por año por dominio.
No obstante, una autoridad certificante válida gratuita muy utilizada es Let’s Encrypt, una organización sin fines de lucro que se encarga de firmar certificados por períodos más cortos de tiempo, y dispone de herramientas para la actualización automática de certificados digitales.
En mi sitio estoy usando esta CA, va muy bien, y es relativamente fácil de configurar. En otro artículo les explicaré cómo hacerlo 🙂
Extrayendo información de los certificados
Tanto en certificados digitales como en peticiones de firma CSR, podemos extraer información utilizando OpenSSL. Veamos un ejemplo:
$ openssl x509 -in cert_sitio.crt -noout -text
Certificate:
Data:
Version: 1 (0x0)
Serial Number:
1f:d1:96:29:80:f8:21:82:82:bf:da:15:fe:11:f1:ea:a6:55:f0:a7
Signature Algorithm: sha512WithRSAEncryption
Issuer: C = AR, ST = Mendoza, L = San Rafael, O = MI_CA, OU = Certificador, CN = MiCA propia, emailAddress = info@mi_CA
Validity
Not Before: Jan 2 22:29:36 2023 GMT
Not After : Dec 30 22:29:36 2032 GMT
Subject: C = AR, ST = Mendoza, L = San Rafael, O = Nueva Empresa, OU = Probando, CN = nuevaempresa, emailAddress = info@nuevaempresa
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (2048 bit)
Modulus:
00:ca:ee:16:df:49:8b:cd:2c:5a:d9:9a:c1:70:99:
79:e5:27:c6:fd:7f:2a:14:2a:e8:38:7e:0f:0b:e4:
c6:1c:ae:bc:7a:40:ea:ff:73:bb:f2:25:18:b0:9e:
e1:03:25:99:ec:a8:84:0f:78:c0:42:14:a3:bc:ed:
86:4f:f4:78:9b:40:90:d4:ff:6d:65:bd:be:eb:85:
63:0d:63:a1:44:a0:25:5b:41:84:fc:e9:14:65:4c:
68:78:2e:8c:03:c3:82:24:26:6e:bc:2f:a2:f3:b3:
ce:68:af:f2:14:b1:03:ba:28:3b:4e:01:7a:f7:64:
df:e2:2d:5d:6d:0e:20:55:77:26:89:58:31:a4:8c:
44:cc:7f:75:64:3e:f3:b8:43:84:e5:08:86:a8:b5:
03:f9:fb:41:c9:84:30:00:1d:a4:3d:0d:85:fe:af:
4b:5e:f8:ed:5a:3c:8e:74:92:f3:29:20:18:82:2c:
e5:20:df:d5:b0:9a:72:ab:3c:ad:e3:e0:d4:f3:52:
bd:ab:7d:61:12:b9:47:97:8e:0a:04:19:c5:41:37:
22:2c:1c:e0:52:d3:dc:92:92:bb:14:57:cf:70:33:
91:63:81:8e:5a:58:17:c9:da:4b:4f:92:13:c2:e2:
37:24:7a:07:0f:eb:91:57:d6:85:c1:7b:84:f9:79:
f3:c1
Exponent: 65537 (0x10001)
Signature Algorithm: sha512WithRSAEncryption
Signature Value:
0a:bc:01:e1:81:f5:63:db:ea:34:1e:80:86:0d:83:73:89:af:
6b:38:a4:e2:c8:d8:8a:de:10:b0:3b:55:7f:4d:e1:ad:9f:19:
fa:18:00:ae:e2:45:30:60:b5:80:54:a4:48:45:9c:e3:fd:47:
6f:75:3f:0f:4a:bb:5c:f6:a6:a2:03:5c:bc:01:b7:5e:2d:30:
a0:d0:ba:93:60:12:a1:a5:8a:a2:2c:05:e3:f3:9e:d8:0a:20:
c5:94:8f:5b:7c:11:7e:0f:de:25:0b:fc:3b:ca:91:c0:41:f2:
17:18:70:b0:81:e2:62:48:b9:88:a0:5f:d1:76:db:6d:78:65:
7e:91:28:c0:a1:75:69:d7:28:97:9c:c0:ac:27:0d:fd:9a:a7:
63:34:32:6e:59:54:92:e1:63:bd:24:12:18:20:88:3f:95:34:
68:3c:18:01:f8:de:f8:75:d4:5c:41:d2:ee:dc:a0:b7:33:de:
de:06:23:b3:64:12:b2:0c:f3:9f:f6:78:a6:03:08:3a:12:9d:
40:c7:25:e3:9b:b7:79:41:aa:a1:96:d7:44:3b:a1:0c:9c:ce:
ce:37:e7:95:39:dd:fa:c7:9a:81:73:3f:8a:b8:f1:19:06:c0:
0c:d9:57:96:ff:4a:11:76:dd:99:1a:d0:1a:13:1b:14:9e:35:
48:df:b3:81
A su vez, si alguien nos envía su certificado digital, y requiere que encriptemos un archivo utilizando la clave que tiene incorporada, podemos extraerla de la siguiente forma:
Hemos realizado un recorrido por las principales opciones de OpenSSL para trabajar con certificados digitales.
Un tema interesante, más para quien trabaja como CA, es la revocación (revoke) de certificados digitales. No lo he incluido en este artículo para no extenderme demasiado, además de que, en general, un administrador de sistemas suele solicitar las firmas o revocaciones de certificados a las CAs autorizadas.
Por otro lado, existen algunos front-ends gráficos para hacer todo lo que hemos hecho acá. Uno muy conocido es TinyCA. Otro front-end interesante es XCA. Por supuesto, estos dos que menciono son de código abierto y pueden instalarse en GNU/Linux 🙂
Por otro lado, aquí he realizado todos los pasos utilizando la utilidad OpenSSL por línea de comandos, pero recordemos que OpenSSL tiene librerías de código para casi cualquier lenguaje (C, Python, etc), por lo que podríamos implementar nosotros mismos una aplicación que genere certificados, firme, verifique firmas, etc.
Sin más, me comprometo a documentar el caso de uso de Let’s Encrypt para quien le interese montar su propio servicio seguro SSL/TLS de manera gratuita.
Como siempre, ya saben dónde encontrarme para consultas y sugerencias.
El NIST (National Institute of Standards and Technology) lanzó los primeros tres estándares de cifrado diseñados para resistir los ataques criptográficos realizados desde computadoras cuánticas. Como ya comenté hace tiempo en varios posts y en Leer más…
En esta oportunidad haremos una breve introducción a la criptografía simétrica y asimétrica, y utilizaremos OpenSSL para cifrar archivos simétricamente. Cuántas veces nos ha sido necesario pasarle esos datos privados a alguien por correo electrónico, Leer más…
Hoy les voy a mostrar algunas características de XCA, un interesante front-end grafico para realizar varias tareas con claves asimétricas y certificados digitales utilizando openssl. Se trata de un front-end gráfico basado en Qt que Leer más…
