Generador de certificados autofirmados

Funciones

• Genera en local un par de claves RSA y un certificado X.509 v3 autofirmado
• Incluye una extensión SAN (subjectAltName): lo único que comprueban los navegadores modernos
• Claves de 1024 / 2048 / 3072 / 4096 bits y validez de 1 día a 10 años
• Hash de firma a elegir: SHA-256 (el más compatible), SHA-384 o SHA-512
• La clave privada y el certificado salen como PEM estándar, listos para nginx, Node o Python
• El certificado se arma como ASN.1 DER a mano (los navegadores no pueden emitir uno) y se ha verificado que OpenSSL lo analiza
• La clave privada nunca sale del navegador: sin subidas ni registros

Cómo se usa

1. Rellena el nombre común (`localhost` para desarrollo local)
2. Si hace falta, ajusta la organización, la validez, el tamaño de clave y el hash de firma
3. Haz clic en Ejecutar: 1024 / 2048 bits tardan un par de cientos de milisegundos; 3072 / 4096, unos segundos (no se ha colgado)
4. Copia los dos bloques PEM y guárdalos en archivos separados

Preguntas frecuentes

¿Por qué el navegador me sigue avisando?

Porque un certificado autofirmado no está en ningún almacén de confianza. La raíz de la cadena de confianza es la lista de CA integrada en tu sistema operativo y tu navegador; un certificado autofirmado actúa como su propia CA, la cadena no enlaza y el aviso es inevitable. Para silenciarlo en local hay que importar este certificado en el almacén de raíces de confianza del sistema (Llavero en macOS, Administrador de certificados en Windows, según la distribución en Linux) — y solo en tu propia máquina de desarrollo, nunca en la de otra persona.

¿Por qué el certificado necesita un SAN? ¿No bastaba el CN?

Eso era cierto antes de 2017. Desde Chrome 58, el Common Name se ignora por completo y el nombre de host se compara solo con subjectAltName, una práctica que la RFC 6125 ya exigía desde mucho antes. Un certificado con solo `CN=localhost` y sin SAN se juzga «el nombre no coincide» en cualquier navegador mayoritario actual, y el error solo dice que el certificado está mal, lo que se lee fácilmente como un fallo de firma. Esta herramienta escribe el CN también en el SAN.

¿Es segura la clave privada generada?

La clave viene de `crypto.subtle.generateKey` del navegador, que usa la fuente aleatoria criptográficamente segura del sistema, así que la clave en sí es sólida. El riesgo no está en la generación, sino en dónde la pones: no la subas a Git (un commit la deja en el historial para siempre; borrarla después no sirve de nada), no la incrustes en imágenes de contenedor, no la pegues en un chat. En una máquina de desarrollo puedes borrarla y regenerarla cuando quieras: tarda segundos.

¿Qué tamaño de clave y hash de firma elijo?

Para desarrollo local basta con 2048 bits + SHA-256: la máxima compatibilidad y rápida de generar. 1024 bits ya no se considera seguro y pertenece solo a clientes antiguos con los que haya que interoperar; 3072 / 4096 resisten mejor la factorización futura, pero tardan segundos en generarse y ralentizan el handshake. Sobre el hash, SHA-256 lo acepta prácticamente cualquier cliente, mientras que SHA-384 / SHA-512 dan un digest más largo y teóricamente más fuerte que algún cliente antiguo puede no admitir; en caso de duda, quédate con SHA-256.