Generador de certificados autofirmados

• Generación de certificados X.509 autofirmados: genera certificados X.509v3 totalmente conformes con extensiones adecuadas de Basic Constraints, Key Usage y Subject Key Identifier. El certificado incluye el Common Name, campos opcionales de organización y país, y está listo para usarse de inmediato en entornos de desarrollo.
• Compatibilidad con claves RSA y ECDSA: elige entre los algoritmos criptográficos RSA (2048 o 4096 bits) y ECDSA (P-256 o P-384). Ambos producen claves criptográficamente seguras con la Web Crypto API nativa de tu navegador. Selecciona el algoritmo que mejor se adapte a tus requisitos de desarrollo y pruebas.
• 100 % en el navegador, sin subida a servidores: toda la generación de claves y la creación del certificado ocurren íntegramente en tu navegador mediante la Web Crypto API y la biblioteca PKIjs. Tu clave privada y tu certificado nunca salen de tu dispositivo: sin subidas, sin peticiones de red y sin procesamiento en servidores.
• Gratis y sin registro: genera certificados autofirmados ilimitados para desarrollo local sin registro, sin cuenta y sin límites de uso. Descarga archivos PEM o copia la salida directamente, totalmente gratis y para siempre.

• Pruebas HTTPS en desarrollo local: los desarrolladores usan certificados autofirmados para habilitar HTTPS en servidores de desarrollo locales. Prueba cookies seguras, service workers, API de geolocalización y otras funciones del navegador que requieren un contexto seguro sin comprar un certificado firmado por una CA.
• Servicios de redes internas: despliega certificados autofirmados en servidores de desarrollo internos, entornos de staging y flujos de CI/CD donde los certificados de CA de confianza no son prácticos. Ideales para herramientas internas, paneles de control y microservicios en redes de desarrollo.
• Pruebas de integración y QA: los ingenieros de QA usan certificados autofirmados en suites de pruebas automatizadas para validar el comportamiento del handshake TLS, la lógica de validación de certificados y el manejo de errores sin depender de autoridades de certificación externas ni de infraestructura de producción.
• Desarrollo de API y webhooks: los desarrolladores que crean API e integraciones de webhooks usan certificados autofirmados para probar la terminación TLS, la autenticación mutua TLS (mTLS) y la lógica de fijación de certificados durante el desarrollo sin la sobrecarga de una infraestructura de gestión de certificados.
• Aprendizaje sobre gestión de certificados: los profesionales de TI y los estudiantes usan generadores de certificados autofirmados para aprender sobre la estructura de los certificados X.509, la infraestructura de clave pública (PKI) y los conceptos de TLS. Comprende los campos, extensiones y tipos de clave de un certificado en un entorno práctico.
• Desarrollo con Docker y contenedores: los ingenieros de DevOps generan certificados autofirmados para el desarrollo con contenedores Docker, las pruebas de ingress en Kubernetes y la comunicación TLS entre contenedores en clústeres locales como Minikube y kind.

Un certificado autofirmado es un certificado X.509 en el que el sujeto y el emisor son la misma entidad: el certificado se firma a sí mismo en lugar de estar firmado por una autoridad de certificación (CA) de confianza. A diferencia de los certificados firmados por una CA, los autofirmados no son de confianza automática para los navegadores ni los sistemas operativos. Cuando un navegador encuentra un certificado autofirmado, muestra una advertencia de seguridad porque el certificado no puede rastrearse hasta una CA raíz de confianza a través de la cadena de confianza. Sin embargo, los certificados autofirmados ofrecen el mismo nivel de cifrado que los firmados por una CA y son perfectamente adecuados para desarrollo, pruebas y uso interno.

1. Elige el algoritmo de clave: selecciona RSA (2048 o 4096 bits) o ECDSA (P-256 o P-384). El par de claves se genera con la Web Crypto API nativa del navegador, que usa generación de números aleatorios criptográficamente segura.
2. Configura los campos del certificado: introduce el Common Name (CN), el nombre de dominio que protegerá el certificado (por ejemplo, localhost, myapp.local). De forma opcional, añade una organización (O) y un país (C). Define el periodo de validez de 30 días a 10 años.
3. Generación del certificado: nuestra herramienta usa la biblioteca pkijs para construir un certificado X.509v3 conforme con las extensiones adecuadas: Basic Constraints (CA: true), Key Usage (digitalSignature, keyEncipherment, keyCertSign) y Subject Key Identifier. El certificado se firma con SHA-256 usando la clave privada generada. Todo el procesamiento se realiza localmente en tu navegador.

• Confianza: los certificados firmados por una CA son de confianza para los navegadores de forma predeterminada porque enlazan con una CA raíz preinstalada en el almacén de confianza del navegador. Los certificados autofirmados requieren configurar la confianza manualmente: debes añadirlos al almacén de confianza del sistema o del navegador, o aceptar la advertencia del navegador.
• Coste: los certificados firmados por una CA cuestan dinero (aunque existen opciones gratuitas como Let's Encrypt para dominios públicos). Los certificados autofirmados son totalmente gratuitos y pueden generarse al instante para cualquier dominio, incluidos nombres locales e internos.
• Cifrado: tanto los certificados autofirmados como los firmados por una CA usan los mismos algoritmos criptográficos y ofrecen idéntica solidez de cifrado. La diferencia está solo en la cadena de confianza, no en la seguridad de la conexión TLS en sí.
• Casos de uso: los certificados firmados por una CA son obligatorios para sitios web públicos de producción. Los autofirmados son ideales para desarrollo local, redes internas, entornos de pruebas, flujos de CI/CD y fines educativos.

Nuestro generador de certificados autofirmados crea certificados X.509v3 con los siguientes campos y extensiones. El Common Name (CN) identifica el dominio o nombre de servidor que protege el certificado. El Subject Key Identifier identifica de forma única la clave pública del certificado. Basic Constraints marca el certificado como CA (autoridad de certificación), lo que le permite firmar otros certificados. Key Usage especifica las operaciones permitidas: firmas digitales, cifrado de claves, firma de certificados y firma de CRL. La huella SHA-256 identifica de forma única el certificado y puede usarse para la fijación de certificados. Todas las marcas de tiempo usan UTC para una interpretación coherente entre plataformas.