Generador de Certificados SSL Autofirmados

Free

Genera un certificado TLS autofirmado real y funcional junto con su clave privada correspondiente directamente en tu navegador usando node-forge, con Subject Alternative Names, tamaño de clave y período de validez configurables, y archivos .crt y .key listos para descargar.

Detalles del certificado

Nombre Común (CN)

Subject Alternative Names (separados por comas)

Requerido por los navegadores modernos. Añade cada nombre de host o IP con el que accederás a este servidor.

Tamaño de clave

Válido durante (días)

Campos de sujeto opcionales

Organización (O)

Unidad Organizativa (OU)

Ciudad / Localidad (L)

Provincia / Estado (ST)

Código de país (C), 2 letras

Certificado (.crt / .pem)

Clave privada (.key)

Mantén en secreto esta clave privada. Cualquiera que la tenga puede hacerse pasar por este certificado.

Actividad reciente

Visible para todos. Últimos 20 usos de todos los visitantes, más recientes primero.

Generated a self-signed certificate (CN: test.example.com, 2048-bit, valid 730 days)

hace 1 hora

Comentarios (0)

¿Te ha resultado útil esta herramienta? Deja un comentario, comparte un consejo o cuéntanos cómo podemos mejorarla.

Aún no hay comentarios. ¡Sé el primero en compartir tu opinión!

Qué hace esta herramienta

Esta herramienta genera un certificado TLS autofirmado real y funcional, junto con su clave privada correspondiente, directamente en tu navegador. Rellena un Nombre Común, los nombres de host o IPs que debe cubrir el certificado (Subject Alternative Names), un tamaño de clave y un período de validez, y obtén un certificado y un par de claves listos para usar en desarrollo local, servicios internos o pruebas.

Cómo funciona

Se genera un par de claves RSA del tamaño elegido (2048 o 4096 bits). Se construye una estructura de certificado X.509 real a partir de tus datos de sujeto (Nombre Común y los campos opcionales Organización, Unidad, Localidad, Provincia y País), tu periodo de validez elegido y un número de serie generado aleatoriamente, con las extensiones keyUsage, extKeyUsage y subjectAltName configuradas igual que lo haría una autoridad de certificación real para un certificado de servidor TLS. El certificado se firma entonces con su propia clave privada usando SHA-256, que es lo que lo hace "autofirmado": el emisor y el sujeto son la misma entidad, y la firma se puede verificar usando la propia clave pública del certificado.

Problemas que resuelve

Conseguir que HTTPS funcione en localhost o en un servidor interno sin necesitar una autoridad de certificación real.
Probar cómo se comporta tu aplicación con TLS activado antes de desplegar un certificado real.
Producir rápidamente un certificado y un par de claves para un contenedor Docker, una VM o una herramienta interna que solo necesita cifrado en tránsito.
Aprender qué campos componen realmente un certificado X.509 rellenándolos directamente.

Preguntas frecuentes

›¿Mostrarán los navegadores una advertencia de "no seguro" para este certificado?

Sí, y eso es lo esperado: un certificado autofirmado no tiene una cadena hasta una autoridad de certificación en la que tu navegador ya confíe, por lo que los navegadores advierten sobre ello por diseño. Normalmente puedes hacer clic para continuar a pesar de la advertencia en desarrollo local, o importar el certificado al almacén de confianza de tu sistema operativo o navegador si quieres que la advertencia desaparezca en tu propia máquina.

›¿Por qué tengo que rellenar los Subject Alternative Names, no basta con el Nombre Común?

No, los navegadores modernos (Chrome desde 2017, y todos los navegadores principales desde entonces) ignoran por completo el Nombre Común para la comprobación del nombre de host y solo revisan los Subject Alternative Names; un certificado sin una entrada SAN coincidente será rechazado aunque el Nombre Común sea correcto, por eso esta herramienta requiere al menos una entrada SAN y prellena localhost y 127.0.0.1.

›¿Debería elegir una clave de 2048 bits o de 4096 bits?

El RSA de 2048 bits todavía se considera seguro en el futuro previsible y es lo que casi todas las autoridades de certificación reales emiten por defecto; el de 4096 bits es más lento de generar y de usar en cada negociación TLS, sin ningún beneficio de seguridad práctico para un certificado de desarrollo local o de pruebas, así que 2048 bits es la mejor opción predeterminada a menos que tengas una razón específica para necesitar más.

›¿Es este certificado adecuado para un sitio web de producción?

No, un certificado autofirmado está pensado para desarrollo local, herramientas internas o pruebas; los visitantes de un sitio público real verán una advertencia de seguridad porque ningún navegador o sistema operativo confía en él por defecto; para un sitio de producción, usa un certificado de una autoridad de certificación real (muchas de ellas, como Let's Encrypt, son gratuitas).

›¿Cómo construye realmente el certificado esta herramienta?

Genera un par de claves RSA real y una estructura de certificado X.509 real en tu navegador usando la biblioteca node-forge, compilada para ejecutarse del lado del cliente, y luego firma el certificado con su propia clave privada (de ahí "autofirmado") usando SHA-256, exactamente el mismo proceso criptográfico que usaría una autoridad de certificación o la herramienta de línea de comandos openssl, solo que sin salir nunca de tu navegador.

Convierte texto hacia y desde entidades HTML en ambas direcciones a la vez, con formatos numéricos decimales o hexadecimales y una tabla de referencia rápida de entidades comunes.