Las firmas electrónicas, conocidas comúnmente como «firmas e», constituyen un amplio conjunto de soluciones que utilizan un proceso electrónico para validar un documento o una transacción mediante una firma. A medida que los documentos y las comunicaciones se vuelven cada vez más digitales, las empresas y los consumidores de todo el mundo han adoptado la rapidez y la comodidad que ofrecen este tipo de firmas. Sin embargo, existen muchos tipos diferentes de firmas electrónicas, cada uno de los cuales permite a los usuarios firmar documentos digitalmente y ofrece cierto grado de autenticación de identidad.

Las firmas digitales son un tipo específico de firma electrónica y constituyen el tipo más seguro que existe. Las firmas digitales se basan en certificados PKI emitidos por una autoridad de certificación (CA). Antes de emitir un certificado de firma de documentos, la CA verifica la identidad del firmante mediante un proceso de verificación. Este proceso puede implicar comprobaciones de documentación, verificación de la organización u otros procedimientos, dependiendo del tipo de certificado: validación de organización (OV) o validación extendida (EV). Otros tipos de firma electrónica menos seguros pueden utilizar métodos comunes de autenticación electrónica para verificar la identidad del firmante, como una dirección de correo electrónico, un nombre de usuario o una identificación corporativa, o un número de teléfono o un PIN.

Debido a los diferentes requisitos técnicos y de seguridad, las firmas electrónicas varían en cuanto a su aceptación en el sector, la zona geográfica y el ámbito jurídico. Las firmas digitales cumplen con los requisitos normativos más exigentes, incluida la Ley Federal ESIGN de Estados Unidos y otras leyes internacionales aplicables.

¿Cómo funcionan las firmas digitales?

Las firmas digitales utilizan la PKI, considerada el estándar de referencia para la autenticación de la identidad digital y el cifrado. La PKI se basa en el uso de dos claves relacionadas, una clave pública y una clave privada, para cifrar y descifrar un mensaje mediante potentes algoritmos de criptografía de clave pública. La firma se genera utilizando la clave privada del firmante, lo que vincula de forma segura su identidad al documento. También se puede aplicar una marca de tiempo para registrar cuándo se firmó el documento y ayudar a preservar su validez a lo largo del tiempo.

Así es como funciona el envío de una firma digital:

1. El remitente selecciona el archivo que desea firmar digitalmente en la plataforma de documentos o en la aplicación.
2. El ordenador del remitente calcula el valor hash único del contenido del archivo.
3. Este valor hash se cifra con la clave privada del remitente para crear la firma digital.
4. El archivo original, junto con su firma digital, se envía al destinatario.
5. El destinatario abre el archivo en una aplicación compatible, que reconoce que el archivo ha sido firmado digitalmente.
6. A continuación, el ordenador del destinatario descifra la firma digital utilizando la clave pública del remitente.
7. Después, el ordenador del destinatario calcula el hash del archivo original y compara el hash que ha calculado con el hash, ahora descifrado, del archivo del remitente para confirmar que el archivo no ha sido alterado.

¿Qué medidas de seguridad ofrecen?

Las firmas digitales ofrecen tres garantías de seguridad fundamentales:

• Autenticación de la identidad del firmante,
• Integridad de los datos para confirmar que el documento no ha sido alterado
• No repudio, lo que significa que el firmante no puede negar posteriormente haber aprobado el documento

En conjunto, estas protecciones ayudan a las organizaciones a reducir el fraude, cumplir los requisitos de cumplimiento normativo y realizar transacciones digitales seguras con confianza.

¿Cómo pueden las organizaciones obtener un certificado de firma digital?

El proceso para crear una firma digital es fácil y sencillo, tanto para profesionales independientes como para empresas. En primer lugar, necesitas un certificado de firma digital, que puedes adquirir a través de una autoridad de certificación de confianza, como Sectigo. Una vez completado el proceso de compra y emisión, puedes descargar e instalar el certificado. A continuación, solo tienes que utilizar la función de firma digital de la plataforma o aplicación de documentos correspondiente.

Por ejemplo, la mayoría de las aplicaciones de correo electrónico disponen de un botón «Firmar digitalmente», mientras que los documentos de Microsoft Word pueden mostrar un botón de firma una vez que se ha añadido una línea de firma.

¿Cómo verifican los destinatarios un documento firmado digitalmente?

Al enviar un documento firmado con una clave privada, el destinatario obtiene la clave pública del firmante para verificar la firma digital. Una vez descifrado el documento, el destinatario puede ver el documento sin alteraciones, tal y como lo concibió el usuario. Si el destinatario no puede verificar el documento utilizando la clave pública, ello significa que el documento ha sido alterado, o incluso que la firma no pertenece al firmante original.

¿Por qué es fundamental proteger la clave privada?

La tecnología de la firma digital requiere que todas las partes implicadas confíen en que la persona que crea la firma ha sido capaz de mantener en secreto su propia clave privada. Si otra persona tiene acceso a la clave privada del firmante, dicha persona podría crear firmas digitales fraudulentas en nombre del titular de la clave privada.

¿Qué ocurre si se modifica un documento firmado?

Si el remitente o el destinatario alteran el archivo después de que haya sido firmado digitalmente, el valor hash del documento cambia. Cuando el sistema del destinatario compara el hash recién actualizado con el hash original firmado, cualquier discrepancia revela que el documento ha sido modificado. En este caso, la firma digital se marca como no válida, lo que alerta a los usuarios de una posible manipulación.

¿Qué aspecto tiene una firma digital?

Dado que el núcleo de una firma digital es el certificado PKI —que es código de software—, la firma digital en sí misma no es visible de forma inherente. Sin embargo, las plataformas de documentos pueden proporcionar una prueba fácilmente reconocible de que un documento ha sido firmado digitalmente. Esta representación y los detalles del certificado que se muestran varían según el tipo de documento y la plataforma de procesamiento. Por ejemplo, un PDF de Adobe muestra un indicador visual, como un icono de sello o una cinta azul en la parte superior del documento, en el que figuran el nombre del firmante y el emisor del certificado.

Además, puede aparecer en un documento de la misma forma que se estampan las firmas en un documento físico y puede incluir una imagen de tu firma manuscrita, la fecha, el lugar y el sello oficial.

Las firmas digitales también pueden ser invisibles, aunque el certificado digital siga siendo válido. Las firmas invisibles resultan útiles cuando el tipo de documento no suele mostrar la imagen de una firma física, como una fotografía. Las propiedades del documento pueden revelar información sobre el certificado digital, la autoridad de certificación emisora y una indicación de la autenticidad e integridad del documento.

Si una firma digital no es válida por cualquier motivo, los documentos muestran una advertencia indicando que no es fiable.

¿Por qué son importantes?

A medida que cada vez se realizan más operaciones en línea, los acuerdos y las transacciones que antes se firmaban en papel ahora se gestionan mediante flujos de trabajo totalmente digitales. Este cambio aumenta la necesidad de verificar la identidad y garantizar que los documentos no hayan sido alterados. Las firmas digitales proporcionan esa confianza al autenticar al firmante y proteger los documentos contra la manipulación o el fraude.

Además, permiten flujos de trabajo más rápidos y eficientes. Los documentos pueden firmarse de forma segura desde cualquier dispositivo, compartirse al instante y seguirse hasta su finalización mediante registros de auditoría claros. Dado que la firma está incrustada en el archivo, permanece intacta y verificable independientemente del lugar al que se envíe el documento.

Más allá de las grandes organizaciones, las firmas digitales son igualmente valiosas para profesionales independientes, consultores y pequeñas empresas que necesitan una forma sencilla y fiable de firmar contratos, acuerdos y documentos de clientes sin necesidad de una infraestructura compleja. Las soluciones diseñadas para particulares facilitan el establecimiento de credibilidad y el mantenimiento de flujos de trabajo seguros y conformes a la normativa.

Es fundamental que estos acuerdos firmados digitalmente sean reconocidos desde el punto de vista jurídico. Las firmas digitales garantizan el cumplimiento de normas importantes como la Ley Federal ESIGN de Estados Unidos, la GLBA, HIPAA/HITECH, la norma PCI DSS y el acuerdo «Safe Harbor» entre EE. UU. y la UE.

Casos de uso habituales de la firma digital

Hoy en día, las firmas digitales se utilizan habitualmente en una amplia gama de procesos empresariales para mejorar la seguridad, la integridad y la eficiencia de las transacciones críticas que ahora se gestionan de forma digital, entre las que se incluyen:

• Contratos y documentos legales: Las firmas digitales tienen validez legal. Por lo tanto, son ideales para cualquier documento legal que requiera una firma autenticada por una o más partes y la garantía de que el documento no ha sido modificado.
• Acuerdos de venta: Al firmar digitalmente contratos y acuerdos de venta, se autentican las identidades tanto del vendedor como del comprador, y ambas partes tienen la tranquilidad de que las firmas son legalmente vinculantes y de que los términos y condiciones del acuerdo no han sido alterados.
• Documentos financieros: Los departamentos financieros firman digitalmente las facturas para que los clientes confíen en que la solicitud de pago procede del vendedor legítimo, y no de un estafador que intente engañar al comprador para que envíe el pago a una cuenta fraudulenta.
• Datos sanitarios: En el sector sanitario, la privacidad de los datos es fundamental tanto para los historiales de los pacientes como para los datos de investigación. Las firmas digitales garantizan que esta información confidencial no haya sido alterada al compartirse entre las partes que han dado su consentimiento.
• Formularios administrativos: Los organismos públicos a nivel federal, estatal y local cuentan con directrices y normativas más estrictas en comparación con muchas empresas del sector privado. Desde la aprobación de permisos hasta el registro de la entrada en una hoja de asistencia, las firmas pueden optimizar la productividad al garantizar que el empleado adecuado participe en las aprobaciones correspondientes.
• Documentos de envío: Para los fabricantes, garantizar que los manifiestos de carga o los conocimientos de embarque sean siempre precisos ayuda a reducir los costosos errores de envío. Sin embargo, el papeleo físico resulta engorroso, no siempre es fácil acceder a él durante el transporte y puede perderse. Al firmar digitalmente los documentos de envío, los remitentes y los destinatarios pueden acceder rápidamente a un archivo, verificar que la firma está actualizada y confirmar que no se ha producido ninguna manipulación.

Protege tus documentos con Sectigo

Los certificados de firma de documentos de Sectigo verifican la identidad del firmante y confirman que un documento no ha sido alterado tras su firma. Cada firma queda vinculada criptográficamente al archivo, lo que permite a los destinatarios validar de forma independiente la autenticidad y la integridad.

Sectigo ofrece soluciones tanto para organizaciones como para particulares. Los certificados de firma de documentos dan respuesta a los casos de uso empresariales con una firma escalable y basada en políticas, mientras que Document Signing Professional está diseñado para profesionales independientes y pequeñas empresas que necesitan una forma sencilla y fiable de firmar documentos. En ambos casos, la identidad verificada se incrusta directamente en cada archivo, creando documentos a prueba de manipulaciones reconocidos por plataformas como Adobe Acrobat y Microsoft Office.

Obtenga más información sobre las soluciones de firma de documentos de Sectigo para proteger contratos, informes y otros documentos críticos para el negocio.

Echa un vistazo a tu bandeja de entrada y es posible que observes una serie de marcas de verificación azules, que aparecen junto a los nombres de los remitentes cada vez que abres un mensaje. Pasa el cursor por encima de la marca de verificación durante un momento y verás una nota importante: «El remitente de este correo electrónico ha verificado que es el propietario de [nombre del sitio web] y del logotipo que aparece en la imagen de perfil».

Esta marca de verificación es la apuesta de Google por una señal de confianza basada en la bandeja de entrada, impulsada por la tendencia generalizada a mostrar los logotipos de los remitentes directamente en las bandejas de entrada de correo electrónico. Está estrechamente vinculada a la especificación BIMI y puede garantizarse mediante la configuración de las políticas y marcos correspondientes: SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) y DMARC.

La marca de verificación en sí misma tiene valor y puede mejorar la confianza, pero gran parte de su valor reside en los mecanismos de seguridad que hacen posible dicha marca en primer lugar: el uso de múltiples capas de autenticación para demostrar la legitimidad del remitente. Esta iniciativa ayuda a proteger a los destinatarios contra la suplantación de identidad, respaldando el sistema global de confianza que protege las bandejas de entrada de correo electrónico actuales.

¿Qué se necesita para obtener la marca de verificación azul de Gmail?

Gmail solo mostrará una marca de verificación azul si se cumplen todos los requisitos de verificación de la marca: protocolos, marcos de trabajo, logotipos y certificados. Estos requisitos se combinan para confirmar la legitimidad de la marca y permitir la visualización del logotipo autenticado.

Los requisitos incluyen:

Los requisitos de BIMI deben estar configurados correctamente

BIMI es el núcleo de la actual apuesta por la confianza y la verificación en la bandeja de entrada. Esta especificación, ampliamente utilizada, determina cómo las organizaciones demuestran su identidad y autentican sus respectivos dominios.

Depende de que SPF, DKIM y DMARC funcionen correctamente. SPF identifica los servidores de envío autorizados, DKIM verifica que los mensajes no hayan sido alterados y DMARC indica a los proveedores de buzones de correo cómo gestionar los mensajes que no superan la autenticación.

Las medidas adoptadas para cumplir los requisitos de BIMI para Gmail también resultarán valiosas a la hora de trabajar con otros proveedores de correo electrónico.

Un logotipo SVG compatible con BIMI

El logotipo es una pieza fundamental del proceso de verificación. Debe cumplir unos estrictos requisitos de formato y tamaño: cada logotipo enviado debe ser un auténtico archivo vectorial, con un fondo liso. No debe contener scripts ni animaciones, y debe mostrarse con nitidez, incluso en tamaños reducidos.

Utiliza el formato SVG Tiny Portable/Secure, también conocido como SVG Tiny PS o SVG Tiny 1.2, y prepárate para realizar modificaciones manuales a fin de cumplir los requisitos de BIMI. El Grupo BIMI pone a disposición herramientas para facilitar el cumplimiento de estos requisitos.

Un certificado de marca verificada

Los certificados de marca ayudan a verificar que una marca está autorizada a utilizar un logotipo específico para su visualización en el correo electrónico mediante BIMI. Para obtener la marca de verificación azul de Gmail, se requiere un certificado de marca verificada (VMC). Un VMC verifica la autenticidad del logotipo y vincula el logotipo registrado como marca comercial a tu organización. Las directrices de Google Workspace confirman este requisito, señalando que: «En Gmail, verás una marca de verificación junto a los remitentes verificados con un VMC».

Las marcas que deseen adquirir un VMC deben estar preparadas para proporcionar datos de validación de la empresa, documentación sobre la marca registrada y archivos del logotipo que coincidan con la marca registrada.

Los certificados de marca comunes(CMC), aunque útiles para mostrar logotipos, no cumplen los requisitos para obtener la marca de verificación azul de Gmail. Si aún no cumples los requisitos para obtener un VMC porque careces de una marca registrada, un CMC sigue mereciendo la pena, pero no te proporcionará la marca de verificación azul.

Cómo obtener la marca de verificación azul de Gmail con BIMI

Para reforzar la confianza mediante la visualización del logotipo en la bandeja de entrada y la marca de verificación azul, tendrás que completar una serie de pasos de configuración técnica que incluyen la autenticación del correo electrónico, el formateo del logotipo, la validación del certificado y las actualizaciones del DNS.

Los pasos son los siguientes:

Paso 1: Configura SPF, DKIM y DMARC. Utiliza SPF para identificar los servidores autorizados a enviar correos electrónicos. Activa DKIM para aplicar firmas criptográficas verificables. Crea un par de claves DKIM y publica la clave pública como un registro DKIM en el DNS. Por último, configura DMARC con un registro TXT en los ajustes del DNS. La política debe establecerse en p=quarantine o p=reject, y pct=100 debe aplicar la política a todo el correo saliente.

Paso 2: Crea un logotipo SVG que cumpla con los requisitos. Elige una imagen de alta calidad de un logotipo registrado como marca y confirma que cumple todas las normas pertinentes: debe utilizar el formato Scalable Vector Graphics (SVG) y tener una relación de aspecto cuadrada. Confirma que el logotipo coincide con la marca registrada.

Paso 3: Obtén un certificado de marca verificada (VMC). Colabora con una autoridad de certificación para obtener un VMC. Al enviar la solicitud del VMC, proporciona una prueba de la titularidad de la marca registrada.

Paso 4: Publica tu registro DNS de BIMI. Inicia sesión con tu proveedor de dominio o DNS y añade un registro TXT de BIMI. En el caso de Gmail, el registro debe apuntar al archivo PEM emitido con su VMC. Un ejemplo compatible con Gmail podría ser: v=BIMI1;l=;a=https://yourdomain.com/certificate.pem. El archivo PEM debe estar alojado en un servidor web de acceso público a través de HTTPS.

Paso 5: Valida y prueba. Utiliza una herramienta de comprobación de BIMI para confirmar que el formato y la autenticación son correctos antes de enviar mensajes de prueba a los proveedores compatibles. Si el logotipo no aparece como se esperaba, revisa el registro DNS o el formato SVG para asegurarte de que los demás pasos se han completado correctamente. La visualización de BIMI varía según el proveedor de correo electrónico, por lo que los resultados pueden diferir en función de la bandeja de entrada.

Ventajas de la marca de verificación azul

La marca de verificación azul de Gmail se basa en la confianza y la visibilidad que aportan los logotipos verificados. Esto ofrece una garantía adicional, ya que confirma que los remitentes están totalmente verificados y que los mensajes proceden de fuentes legítimas.

• Confirmación visual rápida. Los destinatarios de los correos electrónicos toman decisiones en fracciones de segundo para poder gestionar sus bandejas de entrada abarrotadas. Una señal como la marca de verificación azul puede ayudar a los destinatarios a reconocer rápidamente a los remitentes verificados, especialmente si se observa junto a un logotipo verificado.
• Aspecto profesional. Las marcas de verificación transmiten profesionalidad, aportando un aspecto pulido a los correos electrónicos que refuerza la credibilidad existente. Juntos, los logotipos y las marcas de verificación establecen una presencia de marca segura y digna de confianza.
• Mayor confianza. Cuando los destinatarios de los correos electrónicos evalúan los mensajes, buscan las marcas de verificación como garantía. Aunque los logotipos ayudan, la doble verificación puede inspirar confianza incluso en los usuarios más escépticos.
• Mayor compromiso y aumento de las tasas de apertura. La confianza y la visibilidad pueden ayudar a los destinatarios a sentirse más seguros a la hora de abrir o interactuar con los correos electrónicos de la marca. Esto influye en que los destinatarios lean realmente los correos electrónicos e incluso puede animarlos a dar el paso: hacer clic en enlaces o rellenar formularios para fortalecer la relación con las marcas.

¿Por qué no aparece mi marca de verificación azul de Gmail?

Después de dedicar tiempo a configurar BIMI, puede resultar frustrante que no aparezcan las marcas de verificación azules. Esto podría indicar errores por tu parte, pero, incluso cuando se cumplen los requisitos técnicos, Gmail también puede tener en cuenta la reputación del remitente y otros factores de validación antes de mostrar un logotipo o una marca de verificación.

Entre las razones más comunes por las que no aparece se incluyen:

• No se aplica la política DMARC. Gmail solo muestra marcas de verificación cuando los dominios utilizan políticas de cuarentena o rechazo. Esto es fundamental, ya que permite a los proveedores saber qué hacer cuando los correos electrónicos no superan la verificación.
• El SPF o el DKIM fallan. El SPF puede fallar si se considera que el servidor de envío no está autorizado. El DKIM falla si los correos electrónicos han sido manipulados o si los registros DNS están mal configurados. Cualquiera de estos fallos impide que aparezca la marca de verificación azul.
• El logotipo SVG no cumple los requisitos. Los logotipos solo se pueden mostrar correctamente si cumplen con normas estrictas. La marca de verificación azul se basa en el logotipo, por lo que, si este no cumple las normas necesarias, la marca de verificación tampoco aparecerá.
• Falta el registro TXT de BIMI o es incorrecto. Gmail solo puede validar los logotipos si los registros BIMI tienen el formato adecuado. El registro TXT indica dónde se encuentra el logotipo verificado y, sin él, la validación no es posible.
• El archivo PEM no está alojado correctamente. Se proporciona un archivo PEM tras la emisión de un VMC, pero Gmail debe poder acceder a dicho archivo. La verificación no puede llevarse a cabo si el archivo PEM falta o está bloqueado de alguna forma.
• El logotipo no coincide con la marca registrada. Los logotipos mostrados deben coincidir con los logotipos de marcas registradas validados por los VMC, incluso en los colores y las proporciones.
• Los cambios en el DNS no se han propagado por completo. El DNS tarda un tiempo en llegar a los servidores. Si las actualizaciones aún no han llegado a los servidores que comprueba Gmail, es posible que no se reconozcan los intentos de autenticación recientes (o los cambios en BIMI).

Empieza a generar confianza en la bandeja de entrada con Sectigo

Sectigo ofrece certificados Verified Mark y Common Mark para ayudar a las organizaciones a habilitar la visualización del logotipo BIMI en Gmail y otros buzones participantes. Cualquiera de estos certificados puede mejorar la visibilidad en la bandeja de entrada.

Si tu objetivo es mostrar la marca de verificación azul de Gmail, empieza por adquirir un VMC de un proveedor de confianza, como Sectigo. Ponte en contacto con nosotros si tienes alguna pregunta o si deseas obtener más información sobre la seguridad del correo electrónico.

Fuentes:

https://bimigroup.org/creating-bimi-svg-logo-files/

https://knowledge.workspace.google.com/admin/security/set-up-bimi

¿Qué exige realmente la orden ejecutiva?

Las agencias deben:

1. Realizar la transición de todos los activos de alto valor y los sistemas de gran impacto para que utilicen la PQC en el establecimiento de claves antes del 31 de diciembre de 2030
2. Utilizar la PQC para las firmas digitales antes del 31 de diciembre de 2031

Hay dos aclaraciones importantes:

En primer lugar, estos plazos se aplican únicamente a los activos de alto valor y a los sistemas de gran impacto, y no a todos los sistemas federales. Los sistemas de seguridad nacional siguen una vía independiente bajo la autoridad de la NSA, con requisitos de información propios.

En segundo lugar, la orden no introduce ninguna nueva criptografía. Codifica las normas existentes del NIST:

• ML-KEM para el establecimiento de claves
• ML-DSA y SLH-DSA para las firmas digitales

Próximos pasos: medidas inmediatas

La orden establece un calendario de ejecución rápida:

• En un plazo de 30 días: las agencias deben nombrar a un responsable de la migración del PQC que dependa del director de sistemas de información (CIO)
• En un plazo de 90 días: la OMB debe exigir inventarios de los sistemas críticos y planes formales de migración

Para finales de 2027: el NIST completará una migración piloto que servirá de modelo.

Por qué la secuencia es más importante que las fechas

Los dos plazos están separados por un año, y la orden hace bien en diferenciarlos. El establecimiento de claves es prioritario en 2030, porque la amenaza a la confidencialidad es la que ya está en marcha.

El principio «recoger ahora, descifrar más tarde» (HNDL) convierte el establecimiento de claves en una cuestión urgente. Una clave de sesión protegida hoy mediante criptografía clásica protege datos que quizá deban permanecer secretos durante diez, veinte o treinta años. Si ese tráfico se está capturando y almacenando ahora, la migración ya llega tarde.

Las firmas digitales son diferentes. Una firma falsificada es un ataque en tiempo real. No se puede falsificar retroactivamente una actualización de software lanzada en 2026. Precisamente por eso las firmas pueden quedar en segundo lugar. La autenticación es un evento de firma y, además, un evento en tiempo real. El objetivo es secuenciar el trabajo de tal forma que se resuelva primero el problema que puede explotarse de forma retroactiva. Esa distinción es importante, porque la urgencia en este caso es real sin necesidad de exagerar lo que realmente se sabe sobre los plazos de la computación cuántica.

¿Por qué se ha adelantado la fecha límite de la PQC de 2035 a 2031?

Seamos claros. Este cambio no es señal de avances cuánticos repentinos. Por el contrario, refleja tres realidades:

• Las normas sobre PQC ya están definidas
• Los plazos de migración son largos y complejos
• Los datos sensibles ya superan los plazos de vida útil seguros de la criptografía

En otras palabras, la política no se ha acelerado; simplemente se ha puesto al día con las matemáticas.

Cómo empezar hoy mismo tu proceso de migración a la PQC

1. Elabora un inventario criptográfico; no puedes proteger lo que no ves
2. Identifica los sistemas que contienen datos sensibles de larga duración y priorízalos
3. Presiona a tus proveedores para que mejoren su agilidad criptográfica ya, y pídeles el equivalente a una lista de materiales criptográficos (CBOM)
4. Empieza por el establecimiento de claves, donde se concentra la mayor parte del riesgo de HNDL
5. Considera el año 2031 como un horizonte de planificación inmediato

Comienza hoy mismo tu camino hacia la PQC con una consulta gratuita: https://www.sectigo.com/es/quantum-labs

La mayoría de los flujos de trabajo de IA siguen un patrón familiar: consultar, analizar, recomendar. Eso funciona para la visibilidad. No resuelve la ejecución.

En las operaciones de certificados, la ejecución es el trabajo: emitir, renovar, revocar, aprobar. Cuando estas acciones se retrasan, surge un riesgo oculto y las organizaciones tienen que lidiar con certificados que no sabían que estaban caducando, lo que provoca interrupciones y problemas de cumplimiento.

Esto crea una desconexión en la que la IA puede identificar problemas, pero los humanos deben seguir moviéndose entre los sistemas para resolverlos, porque la información por sí sola no reduce el riesgo. Lo hace la ejecución.

Por qué la gobernanza se convierte en un obstáculo

La vacilación a la hora de cerrar esa brecha es válida. El acceso directo entre los agentes de IA y la infraestructura de certificados introduce riesgos como incoherencias en el acceso basado en roles, una débil separación de funciones y pistas de auditoría fragmentadas. Las empresas no deberían tener que elegir entre control y velocidad.

Lo que falta es un modelo en el que la IA opere dentro de los marcos de gobernanza existentes. No a su alrededor, ni en paralelo, sino dentro de ellos.

Esto requiere una capa de ejecución segura, que preserve los permisos, las aprobaciones y la auditabilidad, al tiempo que permite la acción.

Un enfoque gobernado para la ejecución de IA

El Servidor de Protocolo de Contexto de Modelo (MCP) de Sectigo para Sectigo Certificate Manager (SCM) introduce esa capa de ejecución, y lo hace como el primer Servidor MCP listo para producción, disponible globalmente para la gestión del ciclo de vida de certificados.

Nuestro servidor MCP actúa como una conexión segura y alojada entre los agentes de IA y SCM, permitiendo operaciones de certificados a través de lenguaje natural, sin pasar por alto la gobernanza. Para que quede claro, no se trata de un asistente de IA, un sustituto de SCM o una automatización sin límites.

En su lugar, MCP Server para SCM permite que las acciones impulsadas por la IA, como la identificación de certificados que caducan, el inicio de renovaciones o la revocación de certificados comprometidos, se ejecuten a través de las políticas, aprobaciones y controles de auditoría existentes de SCM.

Entre bastidores, el flujo de trabajo es sencillo y controlado:

• Los agentes de IA se conectan a través de MCP Server (mediante un token basado en permisos)
• Las solicitudes se ejecutan a través de las API de administración de SCM
• SCM sigue siendo el sistema de registro de permisos, aprobaciones y registros de auditoría.

El modelo de interacción evoluciona. El modelo de gobernanza no.

Diseñado para escalar sin complejidad añadida

Este enfoque se ajusta a las necesidades actuales de los equipos de las empresas: a escala, sin añadir fricción:

• IA a su medida: Utilice los agentes de IA existentes, incluidos Copilot, Claude o cualquier agente compatible con MCP.
• Sin gastos de infraestructura: Sectigo aloja completamente el servidor MCP
• La gobernanza permanece intacta: Se conservan el acceso basado en roles, los flujos de trabajo de aprobación y los registros de auditoría.
• La ejecución sustituye a la observación: La IA pasa de una visión de sólo lectura a una acción controlada en todas las operaciones de certificación.

Así es la automatización orquestada en la práctica: Ejecución impulsada por IA dentro de los controles definidos, no fuera de ellos.

Del conocimiento a la ejecución orquestada

Las empresas no necesitan más herramientas. Necesitan IA que funcione dentro de los sistemas en los que ya confían.

MCP Server para SCM marca un cambio de la experimentación desconectada a la ejecución controlada, donde la IA puede actuar, no sólo informar, y hacerlo sin comprometer el control.

Esto es sólo el principio. A medida que los ecosistemas de certificados sigan evolucionando, también lo harán las formas en que la IA se integra con ellos, ampliándose al ritmo de las necesidades de la empresa.

La siguiente fase de la gestión del ciclo de vida de los certificados no consiste en añadir inteligencia. Se trata de hacerla operativa de forma segura, predecible y a escala.

El sector TLS está experimentando una de sus transiciones operativas más importantes en años. Los mandatos de CA/Foro de Navegadores están comprimiendo los periodos de validez de los certificados y endureciendo las ventanas de reutilización de la validación de control de dominio (DCV). Para las organizaciones que gestionan certificados a gran escala, esto supone una gran preocupación para el futuro próximo.

El paso a ciclos de vida de los certificados de 47 días cambiará fundamentalmente la forma en que los equipos piensan sobre la renovación y la validación. Lo que solía ser una tarea anual se convertirá en un flujo de trabajo operativo continuo. Las organizaciones que dependen de actualizaciones manuales de DNS y procesos de renovación ad hoc se enfrentarán a una presión cada vez mayor a medida que estos cambios entren en vigor.

La presión se deja sentir de forma desigual. Las empresas que gestionan grandes conjuntos de certificados, certificados SAN complejos y dominios comodín son las primeras en sentirlo. Pero la realidad operativa es clara en todos los ámbitos: la gestión manual de certificados no se adaptará a las demandas de ciclos de vida más cortos.

Sectigo está ayudando a los clientes a adelantarse a este reto. A través del soporte para Persistent DCV en Sectigo Certificate Manager (SCM), combinado con un conjunto significativamente ampliado de integraciones de conectores DNS, los equipos pueden empezar a crear los flujos de trabajo listos para la automatización que necesitan antes de que estos cambios sean obligatorios.

¿Qué cambia? Comprender el nuevo calendario

El Foro CA/Browser ha establecido una trayectoria clara: Las pruebas DCV caducarán con más frecuencia y los certificados deberán renovarse en ciclos mucho más cortos. Para los equipos que actualmente dependen de actualizaciones ocasionales de DNS vinculadas a renovaciones anuales, la matemática operativa ya no cuadra.

El efecto acumulativo: los equipos que hoy gestionan las renovaciones manualmente se enfrentarán a las mismas tareas con una frecuencia entre cinco y ocho veces mayor. La coordinación de DNS, las aprobaciones de gestión de cambios y la validación por renovación se acumularán rápidamente, lo que supondrá un lastre operativo y un riesgo real de interrupción del servicio.

¿Qué es la DCV persistente?

La DCV persistente es un nuevo enfoque de la validación de dominios basada en DNS que elimina la necesidad de crear y actualizar repetidamente registros TXT de DNS en cada ciclo de renovación. En lugar de aprovisionar un registro temporal para cada evento de validación, una organización publica un único registro TXT persistente una vez. A continuación, la CA realiza comprobaciones de validación recurrentes contra ese registro de forma automática, sin requerir más intervención del DNS. A continuación se detallan las diferencias paso a paso:

DCV tradicional:

1. Instale el conector DNS en su entorno
2. Solicitar certificado
3. Añadir registro TXT temporal
4. Validar
5. Eliminar/actualizar registro
6. Repetir de nuevo en 100 o 47 días

DCV persistente:

1. Publicar registro TXT persistente una vez
2. La CA realiza comprobaciones de validación recurrentes automáticamente
3. Renovar certificados continuamente sin cambios repetidos de DNS

Por qué el Foro CA/Browser introdujo la DCV persistente

El método de validación de DNS TXT persistente se introdujo a través de SC088, una votación del Foro de CA/navegadores patrocinada por Sectigo. La votación surgió de la opinión directa de los clientes: a medida que aumentaba la frecuencia de renovación de certificados, la carga operativa de las repetidas actualizaciones de DCV se estaba volviendo insostenible para los equipos empresariales.

El patrocinio de Sectigo de SC088 refleja un compromiso más amplio para dar forma a estándares que equilibren fuertes garantías de seguridad con practicidad operativa. La DCV persistente no reduce el rigor de la verificación de la propiedad del dominio. Cambia cuándo y cómo se realiza esa verificación, pasando de comprobaciones basadas en eventos a una validación continua y automatizada.

El Foro CA/Browser reconoció que la reducción de la vida útil de los certificados requiere un modelo de automatización escalable. La DCV persistente es la respuesta del sector a este requisito en la capa de validación.

Por qué la DCV persistente es importante para los equipos empresariales

El contexto empresarial es importante en este caso. Las grandes organizaciones no gestionan un puñado de certificados. Gestionan miles, a menudo en entornos que pertenecen a diferentes equipos, que utilizan diferentes proveedores de DNS y que se rigen por políticas de gestión de cambios que introducen tiempo de espera en cada actualización.

Entre los retos habituales a los que se enfrentan los equipos hoy en día se incluyen

• Grandes conjuntos de certificados que abarcan varios entornos
• Certificados SAN que agregan múltiples dominios que requieren una validación coordinada
• Complejidad de los certificados Wildcard y mayor escrutinio en ciclos de vida más cortos.
• Propiedad de DNS dividida entre equipos de infraestructura, redes y plataformas
• Procesos de gestión de cambios que añaden días o semanas a las actualizaciones de DNS.
• Riesgo de interrupción cuando los registros DCV caducan antes de que se completen las renovaciones.

Persistent DCV aborda directamente cada uno de estos puntos débiles:

• Reducción de la sobrecarga operativa: Elimina el ciclo recurrente de actualización de DNS para los dominios establecidos.
• Menor riesgo de interrupción: Elimina la posibilidad de que los registros DCV caducados provoquen renovaciones fallidas.
• Mejor escalabilidad: Admite la automatización de certificados de gran volumen sin trabajo de DNS proporcional
• Mayor preparación para la automatización: Alinea la validación de dominios con ciclos de certificados de 47 días y más cortos.
• Cumplimiento simplificado: Facilita el mantenimiento y la demostración de la preparación para la validación continua.

Enfoque de Sectigo: DCV persistente y conectores DNS en SCM

Sectigo Certificate Manager ahora soporta registros Persistent DNS TXT para la automatización continua de DCV y una biblioteca significativamente expandida de integraciones de conectores DNS. Juntas, estas capacidades abordan las dos capas principales del desafío de validación de DNS: qué método se utiliza y cómo se ejecutan los cambios de DNS.

DCV persistente en SCM

La compatibilidad de SCM con DCV persistente permite a los equipos:

• Publicar registros TXT persist entes para los dominios gestionados
• Permitir la validación recurrente automatizada sin cambios de DNS adicionales
• Reducir la dependencia de la coordinación manual de DNS en el momento de la renovación
• Alinear los flujos de trabajo de validación con los requisitos operativos de ciclos de vida de certificados más cortos.

Esto es parte del enfoque más amplio de Sectigo Scalable DCV: tratar la validación de dominios como un sistema coordinado y automatizado en lugar de una tarea puntual en cada evento de renovación.

Soporte ampliado de conectores DNS

Para situaciones en las que todavía se requieren cambios de DNS (incluida la configuración inicial de registros persistentes o la gestión de nuevos dominios), los conectores de DNS de SCM automatizan la ejecución de dichos cambios directamente desde la plataforma.

Los conectores DNS de SCM se conectan directamente a su proveedor de DNS y permiten a SCM crear y validar automáticamente desafíos de registros DNS TXT en su nombre. En lugar de requerir la coordinación manual entre los equipos de certificados y los administradores de DNS, el conector gestiona la interacción DNS de forma programática, eliminando los puntos de contacto humanos y los retrasos que conllevan.

Sectigo amplía frecuentemente el soporte del conector DNS para cubrir una amplia gama de proveedores, con la cobertura más actualizada listada aquí.

Esta amplitud de cobertura refleja un esfuerzo deliberado por llegar a las organizaciones dondequiera que se encuentre su infraestructura DNS, ya sea un importante proveedor en la nube, una plataforma DNS empresarial especializada o un entorno autoalojado. La capa de integración LEGO va más allá, haciendo que la automatización de DNS de SCM sea accesible a través de más de 100 proveedores de DNS mediante una única arquitectura de conectores.

Cómo funcionan juntas las dos capacidades

Persistent DCV y los conectores DNS son complementarios, no intercambiables. Persistent DCV reduce la dependencia de los cambios de DNS durante el ciclo de renovación. Los conectores DNS automatizan los cambios de DNS que siguen siendo necesarios, incluida la publicación del registro persistente inicial. Juntos, proporcionan a los equipos dos palancas para reducir el trabajo manual de DNS:

• Cuando se pueden utilizar registros persistentes, los puntos de contacto de DNS durante la renovación se eliminan por completo.
• Cuando los cambios de DNS siguen siendo necesarios, los conectores automatizan la ejecución sin coordinación manual.

El efecto neto es un flujo de trabajo de validación que se escala limpiamente a medida que aumentan los volúmenes de certificados y las frecuencias de renovación.

Qué deben hacer los clientes ahora

La ventana para prepararse está abierta, pero se está estrechando. Las organizaciones que inicien la transición ahora estarán mejor posicionadas cuando lleguen los plazos obligatorios. Pasos recomendados:

• Realice un inventario de su patrimonio de certificados: Identifique los certificados TLS públicos que caducan después del 15 de marzo de 2026 y evalúe qué dominios son candidatos para la DCV persistente.
• Revise los registros DCV existentes: Identifique los registros DCV persistentes o antiguos que estén a punto de caducar para evitar fallos en la renovación.
• Dar prioridad a los dominios SAN y comodín: Son los que conllevan una mayor sobrecarga de coordinación y los más sensibles desde el punto de vista operativo en plazos comprimidos.
• Publicar registros TXT persistentes: Comience ahora la transición de los dominios establecidos a DCV persistentes, antes de que el aumento de la frecuencia de renovación lo exija a escala.
• Adoptar ampliamente la automatización: Utilice los flujos de trabajo automatizados de validación recurrente de SCM y las funciones de automatización del ciclo de vida para reducir la intervención manual en todo el conjunto de certificados.

De cara al futuro: Preparación para los certificados de 47 días

La transición a los ciclos de vida de los certificados de 47 días requerirá un modelo operativo fundamentalmente diferente. Las organizaciones que superarán esta transición sin problemas serán las que ya hayan creado la infraestructura de automatización necesaria para ello, no las que luchen por ponerse al día cuando lleguen los plazos.

La DCV persistente es un paso significativo en esa dirección. Elimina una importante fuente de trabajo manual del ciclo de renovación, reduce una categoría común de riesgo de interrupción y alinea la validación de dominios con los ritmos operativos que exigen los ciclos de vida más cortos. Combinado con la biblioteca de conectores DNS ampliada de SCM, ofrece a los equipos una vía práctica para automatizar el último tramo de sus flujos de trabajo de certificados.

La gestión manual de certificados con frecuencias de renovación al ritmo de las máquinas no es una estrategia viable a largo plazo. Las organizaciones que inviertan ahora en una infraestructura de validación automatizada y repetible estarán mejor posicionadas para la realidad operativa que se avecina.

Empezar

La DCV persistente y la compatibilidad con conectores DNS ya están disponibles en Sectigo Certificate Manager. Para obtener más información o comenzar su transición

• Póngase en contacto con su representante de Sectigo para hablar sobre su estado de certificados y evaluación de preparación
• Explore la configuración de DCV persistente en SCM e identifique qué dominios transicionar primero
• Revise los conectores DNS disponibles en SCM en Integraciones > Conectores DNS para encontrar la integración adecuada para su entorno.
• Programe una evaluación de preparación para crear una hoja de ruta de automatización priorizada antes de que entren en vigor los mandatos de ciclos de vida más cortos.

Persistent DCV ayuda a las organizaciones a simplificar la validación de dominios mientras se preparan para la transición de la industria a ciclos de vida de certificados dramáticamente más cortos. Al reducir las actualizaciones repetitivas de DNS y permitir una preparación de validación continua, Sectigo Certificate Manager ayuda a las empresas a modernizar las operaciones de certificados antes de que estos cambios sean obligatorios.

Así que vamos a simplificarlo.

¿Qué es X9 PKI?

En esencia, X9 PKI es un marco de certificados específico del sector financiero desarrollado por el Comité de Normas Acreditadas (ASC X9) para respaldar la comunicación segura entre bancos, sistemas de pago e infraestructuras financieras de EE.UU..

A diferencia de WebPKI, el sistema global de autoridades de certificación (CA) como Sectigo en el que confían los principales navegadores actuales, como Chrome, Safari y Firefox, X9 opera fuera de los ecosistemas de confianza de los navegadores. Esta distinción es importante.

WebPKI está diseñado para la Internet pública, donde miles de millones de usuarios y dispositivos deben confiar en los certificados. X9, por el contrario, está diseñado para un ecosistema cerrado de participantes financieros en EE.UU. que acuerdan explícitamente confiar en un marco compartido.

Una forma más sencilla de verlo:

• WebPKI = confianza pública, distribuida globalmente
• X9 PKI = confianza privada, compartida en un ecosistema definido con sede en EE.UU.

¿Por qué se creó X9?

Las instituciones financieras llevan mucho tiempo enfrentándose a las políticas impulsadas por los navegadores y lideradas por el Foro CA/Browser en el modelo WebPKI. Estas políticas, como las vinculadas a una menor vida útil de los certificados o a la preparación cuántica, están diseñadas para proteger a todas las organizaciones y a todos los usuarios de Internet a escala, pero pueden perturbar los sistemas bancarios cotidianos, como los cajeros automáticos o las redes de pago, que funcionan de forma muy diferente.

X9 se creó en respuesta a esta tensión:

• Para dar más control a las instituciones financieras
• Proporcionar coherencia en los sistemas interconectados
• Reducir la dependencia de los proveedores de navegadores.

Desde este punto de vista, el objetivo de X9 tiene sentido.

Dónde tenemos que eliminar la confusión

Los departamentos de TI pueden tener la impresión de que X9 es una nueva forma de confianza "pública" o una evolución de WebPKI. Eso no es exacto.

X9 está fundamentalmente más cerca de un modelo PKI privado con una diferencia clave: En lugar de pertenecer y ser gestionado por una única organización o CA, es compartido por múltiples organizaciones bajo un marco de política común, lo que se denomina modelo de consorcio y es bastante común en PKI.

Esto crea un modelo híbrido:

• No tiene confianza distribuida globalmente como WebPKI.
• Pero tampoco ofrece un control total como una CA privada tradicional.

En otras palabras, los participantes deben optar por confiar en ella, como en cualquier CA privada. Más concretamente, deben instalar la raíz X9 propietaria en el almacén raíz de cada sistema cliente que intente conectarse a un certificado X9. Los sistemas operativos, navegadores o dispositivos no confían automáticamente en él.

Las desventajas de una CA privada compartida

Este enfoque de "ecosistema compartido" introduce importantes ventajas y desventajas que a menudo se pasan por alto.

En una configuración tradicional de PKI privada o CA privada:

• Una organización controla sus políticas, infraestructura y riesgos.
• Las decisiones de seguridad sólo afectan a esa organización.
• Como la propia organización es la autoridad de certificación, tiene pleno conocimiento y control sobre quién puede poseer uno de estos certificados.

En X9

• Las políticas se comparten entre múltiples participantes
• Las decisiones de seguridad y los riesgos pueden afectar a todo el ecosistema.
• Es mucho más difícil para los miembros de un consorcio comprender qué indica la propiedad de un certificado.

Esto es importante porque no todas las ventajas y desventajas en materia de seguridad son iguales. Por ejemplo, el sector de las infraestructuras de clave pública (PKI) en general ha ido evolucionando hacia una menor duración de los certificados, rotaciones más frecuentes de claves y raíces, mayor automatización y jerarquías de certificados creadas específicamente. Estos cambios existen por una razón: reducir el riesgo sistémico en grandes entornos de confianza.

X9 adopta intencionadamente un enfoque diferente, dando prioridad a la estabilidad y compatibilidad de los sistemas financieros. Pero cuando ese enfoque se aplica en un ecosistema compartido, el perfil de riesgo cambia.

En pocas palabras, en una PKI privada o en una configuración de CA privada, un cambio más lento puede ser aceptable. Pero en una instancia PKI compartida como X9, un cambio más lento afecta a todos los que confían en ella. Y mientras que muchos esquemas PKI de consorcio están limitados a miembros probados del consorcio que cumplen criterios específicos definidos, X9 está disponible para cualquier miembro del público. Esto significa que las organizaciones no pueden confiar en un certificado X9 como atestación de la identidad del suscriptor que lo posee.

¿Qué deben tener en cuenta las organizaciones a la hora de considerar X9 PKI?

X9 PKI no es intrínsecamente "buena" o "mala", pero a menudo se malinterpreta.

Es:

• Un modelo de confianza específico del sector diseñado para la interoperabilidad financiera
• Una CA privada compartida, no una infraestructura de confianza pública
• Un sistema que requiere participación explícita y decisiones de confianza

No es:

• Un sustituto de la WebPKI
• Un sistema de confianza distribuido globalmente
• Una forma de eludir las realidades de la evolución de las normas de seguridad
• Un indicador de la identidad del titular de un certificado X9

X9 se creó para resolver problemas reales en entornos financieros. Pero representa un modelo de confianza diferente con distintas compensaciones, no una evolución directa de la WebPKI pública existente.

A medida que la confianza digital se vuelve más compleja, impulsada por la menor vida útil de los certificados, el crecimiento de la identidad de las máquinas y los cambios criptográficos, esas compensaciones importan más que nunca.

Entender qué es realmente X9 constituye el primer paso para asegurarse de que está eligiendo el enfoque correcto. Entender dónde encaja, y dónde no, es lo que en última instancia ayuda a las organizaciones a tomar la decisión correcta.

¿Por qué este cambio y por qué ahora?

El entorno en el que operan nuestros clientes ha cambiado radicalmente:

• Vida útil de los certificados más corta
• Crecimiento explosivo de las identidades automáticas impulsadas por la IA
• Mayores exigencias normativas
• Aceleración de los plazos para la criptografía post-cuántica (PQC)

El resultado suele ser un riesgo oculto: más certificados, que caducan más a menudo, en más entornos. Todo ello fuera del alcance de los procesos manuales.

Esta complejidad repercute en el tiempo de actividad, el cumplimiento de normativas y la continuidad del negocio. Las herramientas aisladas y la automatización fragmentada simplemente no pueden seguir el ritmo.

Una forma más sencilla de ampliar la gestión del ciclo de vida de los certificados

Nuestra respuesta es clara: simplificar el funcionamiento de la confianza digital a escala.

No más herramientas superpuestas en complejidad. No más secuencias de comandos unidas.

En su lugar, un enfoque coordinado y basado en plataformas que unifica la visibilidad, el control y la automatización.

Estamos redefiniendo la gestión del ciclo de vida de los certificados (CLM) en torno a tres resultados:

• Control sin complejidad: visibilidad clara y gestión centralizada
• Obtención de valor más rápida: despliegue rápido de la automatización sin un gran esfuerzo.
• Confianza por diseño: gobernanza, fiabilidad y seguridad ancladas en una autoridad de certificación (CA) de confianza.

Juntos, permiten a los CISO, CIO y sus equipos recuperar el control en un entorno cada vez más complejo.

Redefinir la automatización con orquestación

Aquí es donde entra en juego nuestra plataforma. Hemos pasado años construyendo Sectigo Certificate Manager (SCM) exactamente para este momento, un CLM nativo en la nube que hace posible un enfoque fundamentalmente diferente de la gestión de certificados.

El núcleo es la automatización orquestada.

En lugar de tratar la gestión de certificados como una serie de tareas aisladas, la automatización orquestada coordina el ciclo de vida completo del certificado, aportando visibilidad, control y automatización en un único sistema coordinado. Esto permite a las organizaciones:

• Ver todo a través de sus entornos
• Actuar desde un punto de control centralizado
• Automatizar de principio a fin todo el ciclo de vida
• Adaptarse continuamente a medida que evolucionan los requisitos

Este cambio ya está tomando forma en SCM, incluyendo:

• Ciclo de vida del certificado centralizado y automatizado: emisión, validación, despliegue, renovación, sustitución y revocación, todo desde un único sistema, sin excepciones ni lagunas.
• Integración directa en flujos de trabajo impulsados por IA, lo que permite la interacción en lenguaje natural al tiempo que se mantiene la gobernanza y el control sin concesiones.
• Visibilidad ampliada de las CA públicas y privadas, lo que proporciona a las organizaciones una visión unificada de la confianza en entornos complejos.
• Reducción de la fricción en la validación de dominios, lo que ayuda a los equipos a mantener el ritmo a medida que se aceleran los ciclos de validación y se acorta la vida útil de los certificados.
• Preparación temprana para el cambio criptográfico, lo que permite a las organizaciones empezar a prepararse para el PQC dentro de los flujos de trabajo existentes.

Así es como la simplicidad a escala se hace realidad, convirtiendo la complejidad en claridad.

Sectigo está construido para el futuro de la confianza digital

CLM sigue siendo nuestra base, pero la categoría está evolucionando y nosotros también. Nuestra marca refleja una dirección muy clara para nuestros clientes y socios:

• Claridad sobre complejidad
• Resultados frente a actividad
• Confianza a largo plazo frente a soluciones a corto plazo

El ritmo del cambio no hará sino acelerarse. Los ciclos de vida de los certificados seguirán reduciéndose, los ecosistemas de identidad se ampliarán y surgirán nuevos estándares criptográficos. Nuestro papel es simple: ayudar a las organizaciones a mantenerse a la vanguardia sin añadir cargas.

Este próximo capítulo para Sectigo consiste en cumplir con esa responsabilidad con mayor enfoque, claridad y liderazgo para que nuestros clientes y socios puedan operar con confianza.

Le invitamos a explorar más sobre nuestra nueva marca en https://www.sectigobrandlaunch.com/.

La realidad es simple: la gestión de identidades de máquinas comienza con una PKI privada. Sin un enfoque escalable, automatizado y centralizado para la emisión y gestión de certificados digitales, las organizaciones se exponen a interrupciones, brechas de seguridad y fallos de cumplimiento.

El auge de las identidades de máquina

Cada carga de trabajo, dispositivo y aplicación requiere una identidad verificable para comunicarse de forma segura. Estas identidades se establecen mediante certificados digitales, que dependen de la infraestructura de clave pública (PKI). Sin embargo, los enfoques tradicionales de PKI no se diseñaron para la escala y velocidad de los entornos modernos.

Piense en esto:

• Los clústeres Kubernetes se activan y desactivan en cuestión de segundos.
• Las canalizaciones DevOps despliegan código continuamente
• Los ecosistemas IoT introducen miles (o millones) de puntos finales.

Cada uno de ellos requiere certificados que deben emitirse, renovarse, revocarse y supervisarse. Aquí es donde las herramientas de gestión del ciclo de vida de los certificados se vuelven esenciales.

El problema con su PKI heredada...

Los sistemas PKI heredados suelen ser

• Manuales y propensos a errores
• Aislados entre departamentos
• Carecen de visibilidad del inventario de certificados
• Incapaces de adaptarse a entornos dinámicos

Esto provoca certificados caducados, interrupciones del servicio y un aumento de las superficies de ataque. De hecho, las interrupciones relacionadas con los certificados se han convertido en una de las causas más comunes y evitables del tiempo de inactividad.

Las organizaciones necesitan algo más que certificados dispersos en múltiples CA raíz y flujos de trabajo. Necesitan un producto de gestión del ciclo de vida de los certificados que automatice todo el proceso.

¿Qué es la PKI privada?

La PKI privada proporciona a las organizaciones una autoridad de certificación raíz (CA) dedicada para emitir y gestionar certificados internamente. A diferencia de la PKI pública, que se utiliza para la confianza de cara al exterior (por ejemplo, sitios web), la PKI privada está diseñada para sistemas internos, aplicaciones y comunicación de máquina a máquina.

Una solución PKI privada moderna permite:

• Emisión y renovación automatizada de certificados
• Gobernanza y control basados en políticas
• Visibilidad centralizada de todas las identidades de máquinas
• Integración con DevOps, nube y sistemas de TI

Esto constituye la base de una gestión eficaz de identidades de máquinas.

Casos de uso de la PKI privada

La PKI privada permite una amplia gama de escenarios de gestión de identidad de máquinas. Estos son algunos de los casos de uso más comunes:

• Seguridad de aplicaciones internas: Emitir certificados para los dispositivos internos de los empleados para permitir la autenticación segura del punto de acceso WiFi o el acceso VPN.
• Identidad de dispositivos IoT: Proporcione certificados únicos para que los dispositivos admitan autenticación, actualizaciones seguras y conexiones cifradas.
• DevOps y canalizaciones CI/CD: Integre la emisión de certificados directamente en los flujos de trabajo de creación y despliegue para eliminar los pasos manuales. Automatice los certificados para cargas de trabajo dinámicas y permita la comunicación segura de servicio a servicio (mTLS) en entornos Kubernetes y de contenedores.
• Arquitectura de confianza cero: Establezca identidades de máquina sólidas para aplicar la verificación continua y el acceso con menos privilegios.
• VPN y control de acceso a la red: Sustituya las contraseñas por autenticación basada en certificados para usuarios y dispositivos.
• Firma de código: Garantice la integridad del software firmando el código y verificando su autenticidad antes de ejecutarlo.
• Seguridad del correo electrónico y los documentos: Habilite el cifrado y las firmas digitales para garantizar la seguridad de las comunicaciones internas.

Aparte de los casos de uso práctico, para 2027 Google ha anunciado que ya no permitirá el uso de certificados públicos para la autenticación de clientes. Esto significa que las organizaciones que actualmente utilizan certificados públicos para la autenticación de clientes tendrán que cambiar a certificados privados para seguir funcionando. Se trata de un gran avance en la PKI privada.

Por qué la gestión de identidades de máquina empieza aquí

Sin Private PKI, la gestión de identidades de máquinas se convierte en reactiva en lugar de proactiva.

Las organizaciones luchan por responder a preguntas básicas:

• ¿Cuántos certificados tenemos?
• ¿Cuándo caducan?
• ¿Qué sistemas están en riesgo?

Una PKI privada robusta elimina esta incertidumbre al proporcionar:

• Inventario y supervisión en tiempo real
• Flujos de trabajo automatizados para la gestión del ciclo de vida de los certificados
• Sólidos estándares criptográficos y soporte de cumplimiento

En otras palabras, Private PKI transforma la gestión interna de certificados de una responsabilidad en una ventaja estratégica.

La función de la gestión del ciclo de vida de los certificados (CLM)

Una herramienta integral de gestión del ciclo de vida de los certificados va más allá de la emisión. Gestiona todas las etapas de la vida de un certificado:

1. Descubrimiento: Identificación de todos los certificados en todos los entornos
2. Aprovisionamiento: Emitir certificados de forma rápida y segura
3. Despliegue: Integración con aplicaciones e infraestructura
4. Supervisión: Seguimiento de la caducidad y el uso
5. Renovación y revocación: Automatice las actualizaciones y elimine riesgos

Cuando se combina con Private PKI, la gestión del ciclo de vida se convierte en una tarea fluida y escalable.

Por qué la automatización no es negociable

La gestión manual de certificados simplemente no puede seguir el ritmo de la infraestructura moderna.

La automatización es fundamental para:

• Reducir los errores humanos
• Evitar interrupciones por certificados caducados
• Permitir DevOps y procesos CI/CD
• Escalar a través de entornos híbridos y multi-nube

El producto de gestión del ciclo de vida de certificados adecuado garantiza que los certificados sean siempre válidos, fiables y conformes, sin intervención manual.

Sustitución de la PKI privada heredada

AD CS ha sido una columna vertebral fiable de PKI empresarial durante años, especialmente en entornos centrados en Windows. Se integra a la perfección con Active Directory, es compatible con la inscripción automática en directivas de grupo y viene incluido con Windows Server, lo que lo convierte en una opción rentable para la gestión interna de certificados.

Sin embargo, sus limitaciones se hacen más visibles a medida que se moderniza la infraestructura.

AD CS se diseñó para un mundo de máquinas locales unidas por dominios. A medida que las organizaciones adoptan arquitecturas nativas de la nube, contenedores, dispositivos móviles y modelos de seguridad de confianza cero, su estrecho vínculo con Windows y Active Directory empieza a resultar restrictivo. Tareas como el aprovisionamiento, la renovación y la revocación de certificados a menudo requieren intervención manual o secuencias de comandos personalizadas, lo que aumenta el riesgo de interrupciones causadas por certificados caducados y añade sobrecarga operativa.

Aquí es donde Sectigo Private CA entra en escena. Creada pensando en infraestructuras modernas, ofrece una gestión del ciclo de vida de los certificados basada en la automatización, una amplia compatibilidad de plataformas y una visibilidad centralizada en todos los entornos. En lugar de mantener servidores CA, configurar alta disponibilidad y gestionar listas de revocación internamente, los equipos pueden descargar gran parte de esa complejidad a un servicio gestionado.

El atractivo es evidente: mayor escalabilidad, menor esfuerzo manual y mejor compatibilidad con entornos híbridos y multi-nube.

PKI privada de Sectigo: La solución completa

Cuando se trata de asegurar identidades de máquinas a escala, Private PKI de Sectigo se destaca como una solución integral y lista para la empresa.

Combina:

• Capacidades robustas de PKI Privada
• Herramientas avanzadas de gestión del ciclo de vida de los certificados
• Integraciones perfectas con plataformas en la nube, herramientas DevOps y sistemas empresariales
• Flujos de trabajo automatizados para emisión, renovación y revocación
• Notable retorno de la inversión con ahorro de costes a largo plazo

Sectigo Private CA construye un fuerte modelo de confianza PKI, donde Sectigo actúa como su CA emisora. esto le da a su organización la flexibilidad de mantener la CA raíz, mientras utiliza Sectigo Private CA para el trabajo duro de emisión. Con Sectigo, las organizaciones obtienen visibilidad y control totales sobre las identidades de sus máquinas, garantizando la seguridad, el cumplimiento y la continuidad operativa.

Beneficios clave

• Escalabilidad: gestión de millones de certificados en entornos dinámicos
• Automatización: Elimine los procesos manuales con la gestión del ciclo de vida de extremo a extremo
• Visibilidad: Mantenga una visión centralizada de todos los certificados
• Seguridad: Aplique políticas criptográficas sólidas y reduzca las superficies de ataque
• Fiabilidad: Evite interrupciones causadas por certificados caducados o mal configurados.

Prepare su estrategia de seguridad para el futuro

A medida que las organizaciones sigan adoptando arquitecturas de confianza cero, la gestión de identidades de máquinas no hará sino crecer en importancia. Los certificados son un componente crítico de la estrategia de ciberseguridad.

La PKI privada proporciona la base de confianza, mientras que la gestión del ciclo de vida de los certificados garantiza el mantenimiento continuo de la confianza.

Conclusión

Las identidades de máquina son el nuevo perímetro y gestionarlas eficazmente ya no es opcional. Las organizaciones que confían en procesos obsoletos o manuales corren el riesgo de sufrir interrupciones, infracciones y fallos de cumplimiento.

El camino a seguir es claro: la gestión de identidades de equipos comienza con una PKI privada.

Al adoptar una solución moderna como Private PKI de Sectigo, las organizaciones pueden asegurar su infraestructura, automatizar operaciones y escalar con confianza hacia el futuro.

Entradas relacionadas:

eBook: Introducción a la PKI privada

Principales casos de uso de autoridades de certificación privadas en organizaciones del sector público

El ROI de trasladar la gestión de certificados a la empresa con CA internas

Los certificados digitales constituyen la columna vertebral de la confianza digital. En el mundo actual, la necesidad de automatizar su emisión, renovación e implementación se ha convertido en algo imperativo. Con la reducción de la vigencia de los certificados ahora en vigor, las empresas que no estén automatizadas pronto se quedarán atrás.

La automatización de la ciberseguridad permite flujos de trabajo eficientes para optimizar tareas manuales que, de otro modo, pueden llevar mucho tiempo e incluso pasar por alto amenazas de seguridad clave. La automatización representa el futuro de la ciberseguridad, y las grandes empresas han invertido y adoptado soluciones automatizadas.

Lamentablemente, muchos de los principales sistemas de ciberseguridad actuales se han diseñado teniendo en cuenta las necesidades de las grandes corporaciones. Es posible que estos no aborden las preocupaciones relacionadas con la ciberseguridad de las pequeñas y medianas empresas. Las empresas de menor tamaño suelen ser más vulnerables a las brechas de seguridad, lo que significa que necesitan una protección sólida.

¿La buena noticia? Ahora hay una variedad de opciones disponibles para mejorar la ciberseguridad de las pequeñas empresas. Las exploraremos en detalle a continuación y analizaremos en qué medida la automatización puede ayudar a mejorar sus operaciones de seguridad.

La necesidad de automatización en la ciberseguridad de las pymes

Las pequeñas empresas se enfrentan a muchos retos únicos en su esfuerzo por implementar estrategias de ciberseguridad sólidas, pero rentables. Lamentablemente, si no logran encontrar e implementar las soluciones adecuadas, las consecuencias pueden ser devastadoras. Los datos de uno de nuestros estudios anteriores de Sectigo revelan que la mitad de las pymes han sufrido violaciones de seguridad en sus sitios web, y que un impactante 40 % sufre ataques mensuales.

Si estos hallazgos sirven de indicio, sería que las pymes necesitan protección urgentemente. Sin embargo, muchas tienen dificultades para dar los pasos necesarios para mejorar la ciberseguridad. La automatización representa la mejor solución posible: una oportunidad para que las pymes refuercen la seguridad de forma asequible con un esfuerzo mínimo.

Casos de uso

Existen diversas circunstancias en las que la automatización tiene sentido para las pymes centradas en la seguridad. Algunas empresas pueden necesitar automatizar unas pocas estrategias o soluciones específicas, mientras que otras pueden requerir servicios de ciberseguridad más robustos que se basen aún más en el poder de la automatización.

Hemos destacado varias de las oportunidades más prometedoras de la actualidad para integrar la automatización en las iniciativas de ciberseguridad de las pymes:

Renovación y gestión de certificados

La renovación manual de certificados digitales puede suponer un gran riesgo para las pymes, ya que abre la puerta a brechas inaceptables en la protección de sitios web y aplicaciones debido a certificados caducados. Desgraciadamente, esto es habitual entre las pequeñas empresas y puede resultar costoso. La automatización, sin embargo, garantiza que los certificados se renueven a tiempo y se gestionen adecuadamente a lo largo de todo su ciclo de vida.

Aunque algunas pequeñas empresas intentan gestionar el proceso de renovación por su cuenta, esto se volverá más difícil a medida que la vigencia de los certificados se reduzca. Cuando el ciclo de vida de los certificados SSL pase a durar solo 47 días, habrá una mayor necesidad de soporte automatizado. El objetivo: agilizar la validación, emisión y renovación de certificados, evitando al mismo tiempo los retrasos y las interrupciones asociados a errores humanos o a la rotación de personal.

Detección y respuesta ante amenazas

La supervisión continua de las amenazas en los sitios web es imprescindible, ya que muchos problemas son más fáciles de resolver cuando se detectan en una fase temprana. Esto comienza con la detección de amenazas: soluciones de análisis automático que pueden identificar rápidamente posibles problemas de seguridad y proporcionar soluciones a través de procesos automatizados. La solución ideal incluirá varios tipos de análisis: análisis de malware, análisis de aplicaciones, análisis de inyección SQL y más.

Además de detectar posibles amenazas, las soluciones de seguridad automatizadas proporcionan una respuesta rápida ante incidentes. Los sistemas de eliminación de malware, por ejemplo, agilizan lo que, de otro modo, podría ser un proceso de eliminación manual que requiere mucho tiempo. A medida que estas amenazas se abordan de forma sistemática, el riesgo de ataques a sitios web (como la inyección SQL o el cross-site scripting) disminuye exponencialmente.

Cortafuegos y seguridad de red

Los cortafuegos desempeñan un papel importante en la lucha contra los actores maliciosos.

Responsable de supervisar el tráfico y bloquearlo cuando es necesario, un cortafuegos sólido puede funcionar de manera muy similar a una puerta, dejando pasar el tráfico cuando cumple las condiciones adecuadas, pero manteniendo el tráfico malicioso fuera del sistema. Este es un componente importante de la seguridad de los puntos finales, pero muchas pymes carecen de protección mediante cortafuegos.

A través de la automatización, los cortafuegos se pueden configurar y gestionar de forma más eficiente y eficaz. La automatización favorece un mejor aprovisionamiento y puede lograr desde la reducción de cuellos de botella hasta una mayor cumplimiento normativo.

4 beneficios de la automatización de la ciberseguridad

Las soluciones automatizadas ayudan a las pymes a proporcionar el entorno web seguro que los clientes y los empleados merecen. Hay muchas ventajas asociadas, pero a continuación destacamos algunas de las principales:

1. Ahorro de costes a largo plazo

Es posible que las pymes no dispongan de los recursos necesarios para implementar estrategias de seguridad integrales por sí mismas. Algunas intentan reducir costes con procesos manuales, pero esto puede resultar más caro a largo plazo. Al fin y al cabo, las estrategias manuales requieren más tiempo y son menos eficaces que sus homólogas automatizadas.

Si las estrategias manuales (y menos eficaces) no logran prevenir los ciberataques, las consecuencias podrían ser alarmantes: los resultados del Informe de IBM sobre el coste de una filtración de datos de 2023 sugieren que, entre las organizaciones con menos de 500 empleados, los gastos derivados de las filtraciones de datos superan los 3,31 millones de dólares. Estos costes están relacionados con largos periodos de inactividad (especialmente cuando los tiempos de respuesta son prolongados), aunque también puede entrar en juego el daño a la reputación.

Se obtienen otros ahorros al adquirir soluciones y servicios a gran escala. Existen soluciones de seguridad para todos los presupuestos y, a menudo, se pueden combinar varios servicios para ofrecer una protección integral a un coste razonable. Si a esto le sumamos los ahorros relacionados con la dotación de personal, queda claro que las soluciones automatizadas pueden ser muy rentables.

Sectigo ofrece un ROI del 243 % con Sectigo Certificate Manager, una solución de gestión del ciclo de vida de los certificados (CLM).

2. Reducción de los errores humanos

Muchas pymes carecen de equipos dedicados a la ciberseguridad o a las TI y, en su lugar, dependen de empleados que pueden no tener la formación adecuada para implementar y mantener diferentes herramientas y soluciones de ciberseguridad. Si se gestionan incorrectamente, estas soluciones son ineficaces y pueden agravar las vulnerabilidades existentes en lugar de abordarlas y resolverlas.

Los procesos de seguridad automatizados son menos propensos a errores y, por lo tanto, una opción más segura para las pymes con experiencia o recursos limitados. Esto puede reportar muchos beneficios. Con la renovación de certificados, por ejemplo, los empleados pueden tener dificultades para mantenerse al día con una serie de plazos y vencimientos en constante cambio, pero las soluciones automatizadas facilitan esta tarea.

Del mismo modo, la eliminación manual de malware presenta muchas oportunidades para cometer errores humanos: análisis insuficientes, falta de copias de seguridad adecuadas de los datos, cambios indeseados en el disco duro y más. Con sistemas automatizados, estos errores pasan rápidamente a ser cosa del pasado.

3. Optimización de los flujos de trabajo

La eficiencia operativa es imprescindible, ya que el competitivo entorno empresarial actual exige a las pymes hacer más con menos. Las soluciones automatizadas optimizan los flujos de trabajo para que los empleados puedan dedicar menos tiempo a tareas de seguridad, como gestionar problemas de certificados y cortafuegos, y, en su lugar, centrar su atención en otras cuestiones.

Los sistemas de gestión de certificados, por ejemplo, agilizan la compleja implementación al proporcionar una plataforma unificada en lugar de tener que lidiar con la gestión de certificados en diferentes lugares. Con este enfoque, se pueden integrar a la perfección numerosos certificados digitales con un mínimo esfuerzo por parte del empleado o del propietario de la empresa.

Los sistemas automatizados de análisis y eliminación de malware mejoran aún más esto al realizar análisis diarios que llevarían mucho tiempo si se gestionaran manualmente. Otras oportunidades para optimizar los flujos de trabajo se refieren a las estrategias de copia de seguridad, los cortafuegos de aplicaciones web (WAF) y las redes de distribución de contenidos (CDN).

4. Mejorar la visibilidad

La visibilidad es la clave para el éxito a largo plazo de la ciberseguridad. Sin un conocimiento profundo de las vulnerabilidades en tiempo real, puede resultar difícil para las pymes lograr una protección básica.

Esto también es imprescindible para responder a los peores escenarios. En caso de una brecha de seguridad o un ataque de malware, una respuesta rápida y decisiva puede marcar una gran diferencia. Una mitigación rápida limita el daño y los costes asociados, pero esto no es posible a menos que los líderes empresariales y los equipos de seguridad estén constantemente al tanto de posibles problemas.

Las soluciones automatizadas permiten una mitigación eficiente al proporcionar visibilidad en tiempo real. Esto garantiza que las actividades sospechosas se detecten en el momento y se aborden de la forma más rápida y decisiva posible. Desde ataques de denegación de servicio distribuido (DDoS) hasta la inclusión en listas negras, una gran variedad de problemas pueden resolverse de forma más eficaz con una detección rápida.

Usar las herramientas y soluciones de automatización adecuadas

No existe una solución de ciberseguridad ideal para todas las situaciones, y esto rara vez es más evidente que al desarrollar estrategias de seguridad para pequeñas empresas. Depende en gran medida de los objetivos y las preocupaciones de la organización en cuestión.

Una investigación personal puede revelar qué herramientas o soluciones son las más adecuadas en función de la situación concreta. Esto implica determinar dónde existen vulnerabilidades de ciberseguridad actuales o dónde las ineficiencias (o los errores humanos) suponen un obstáculo.

Para muchas pymes, el enfoque ideal implica algún elemento de automatización. A menudo, esto adopta la forma de inteligencia sobre amenazas, aunque la gestión automatizada de certificados se está convirtiendo en otra necesidad.

Cómo puede ayudar Sectigo

Sectigo ofrece una variedad de servicios de ciberseguridad diseñados para abordar los retos únicos a los que se enfrenta la comunidad de pequeñas y medianas empresas.

Entendemos las dificultades de mantenerse al día con los certificados SSL y otros elementos esenciales de seguridad, por lo que hemos creado una plataforma de automatización de la gestión del ciclo de vida de los certificados pensada específicamente para las pymes. Sectigo Certificate Manager (SCM) Pro proporciona una protección sólida, junto con una valiosa tranquilidad. Póngase en contacto con nuestro equipo hoy mismo para obtener más información sobre esta solución.

¿Otra opción que vale la pena explorar? Los paquetes centrados en las pymes a través de SiteLock. Estos incluyen todos los elementos esenciales de seguridad web: gestión de vulnerabilidades, análisis de malware y eliminación de malware. También se proporcionan cortafuegos de aplicaciones web (WAF) y redes de distribución de contenidos (CDN). Póngase en contacto hoy mismo para obtener más información sobre nuestros paquetes y soluciones de seguridad web.

Entradas asociadas:

Cómo renovar certificados SSL y cómo automatizar el proceso

Cómo la automatización del ciclo de vida de certificados mejora la seguridad IT

Por qué la automatización de la renovación de certificados SSL es esencial para empresas de todos los tamaños

Sectigo Private PQC lleva las pruebas PQC directamente a Sectigo Certificate Manager (SCM) para que pueda emitir y gestionar certificados SSL privados PQC utilizando los mismos flujos de trabajo de aprobación, visibilidad de inventario, auditoría, renovaciones y revocaciones en los que ya confían sus equipos. Es el camino práctico y gobernado hacia la preparación práctica para PQC, sin cambiar de plataforma ni poner en marcha una infraestructura arriesgada.

Por qué ahora: Del bombo del PQC a la preparación práctica

La mayoría de las organizaciones saben que PQC está al caer. Lo que faltaba era una forma segura de experimentar con certificados reales bajo controles reales del ciclo de vida de los certificados. No sólo sobre el papel, sino en un entorno de pruebas real.

Durante años, la conversación en torno a la criptografía post-cuántica ha estado dominada por titulares de urgencia y avances académicos. Pero aunque la inevitabilidad de la PQC está ampliamente aceptada, la mayoría de las organizaciones aún carecen de una forma práctica de empezar a prepararse hoy mismo. Los equipos de seguridad y PKI se encuentran atrapados en una tensión: comprenden el riesgo criptográfico a largo plazo, pero no pueden justificar la inversión en arquitecturas, herramientas o procesos que pueden cambiar a medida que se finalizan las normas.

Esta brecha existe porque gran parte del diálogo sobre PQC vive en el mundo del diseño de algoritmos, el criptoanálisis y la investigación, muy alejado de las realidades operativas a las que se enfrentan las empresas. Una cosa es debatir sobre firmas basadas en rejilla frente a firmas basadas en hash, o conjuntos de parámetros como ML-DSA-44 frente a ML-DSA-65 sobre el papel; y otra muy distinta es comprender cómo afectan los certificados PQC a los sistemas posteriores, los flujos de trabajo de aprobación, los patrones de renovación y la asignación de dependencias. Las empresas no perciben el PQC como un ejercicio matemático, sino como un reto del ciclo de vida.

Por eso, las organizaciones responsables buscan una forma de dar los primeros pasos con mesura y bajo riesgo, sin comprometerse en exceso con arquitecturas que pueden cambiar. La experimentación se convierte en una forma de preparación. En lugar de tratar el PQC como un precipicio futuro, los equipos con más visión de futuro lo tratan como una rampa gradual. Esto es exactamente lo que permite el PQC privado en SCM: ni bombo ni platillo, ni miedo, sino preparación práctica basada en datos reales y experiencia operativa.

PQC privado en SCM:

• Lleva el PQC a las operaciones reales: Evalúa el impacto operativo, las aprobaciones, las auditorías y el inventario, no sólo la teoría criptográfica.
• Permite a sus equipos empezar sin comprometerse en exceso: Experimente en privado con barandillas diseñadas para evitar certificados bloqueados o una dependencia de la producción involuntaria.
• Ofrece a su organización la oportunidad de aprender pronto y evolucionar con el tiempo: Adáptese a medida que maduren las RFC, las directrices de CA/B Forum y las mejores prácticas, sin necesidad de volver a crear la plataforma.

Novedades: PQC experimental y gobernado integrado en SCM

Private PQC es una función totalmente gestionada y alojada en SCM que permite a los equipos emitir y gestionar de forma segura certificados SSL PQC privados sin herramientas adicionales ni una plataforma independiente.

La preparación para PQC no debería crear una exposición accidental a la producción ni años de deuda criptográfica. Por eso, Private PQC se ha diseñado con unos límites claros y deliberados:

• Emisión sólo privada
• CA y HSM PQC gestionados por Sectigo
• Soporte para algoritmos ML-DSA definidos (ML-DSA-44, ML-DSA-65, ML-DSA-87)
• Validez máxima del certificado de un año

Estas salvaguardas garantizan que las organizaciones puedan aprender significativamente de los certificados reales sin crear activos inmovilizados ni certificados experimentales de larga duración que persistan más allá de su finalidad prevista. Es preparación con responsabilidad incorporada.

Ventajas clave:

• Experimentación práctica en la plataforma.
• Paridad del ciclo de vida con la gestión de certificados existente.
• Alojado por Sectigo, sin necesidad de CA/HSM experimental.
• Guardrails por diseño, incluyendo ML-DSA-44/65/87 y validez máxima de 1 año.
• Construido para evolucionar con los estándares PQC.

Cómo encaja: Sectigo PQC Labs → SCM Privado PQC

Sectigo PQC Labs proporciona experimentación de baja fricción. SCM Private PQC extiende esa experimentación a una gestión del ciclo de vida gobernada y de nivel empresarial.

¿A quién va dirigido?

• MRAOs existentes de SCM Private CA.

Casos de uso

• PQC piloto en entornos controlados.
• Formar a los equipos utilizando flujos de trabajo reales.
• Desarrollar guías operativas internas.

Por qué Sectigo: Un camino práctico y responsable hacia el PQC

Sectigo ofrece una progresión PQC unificada a través de PQC Labs y SCM, respaldada por una profunda experiencia PKI y una infraestructura PQC CA totalmente gestionada.

Preguntas frecuentes

¿En qué se diferencia Private PQC de Sectigo PQC Labs?

Sirven a diferentes etapas del viaje PQC:

• Sectigo PQC Labs: Un entorno ligero, basado en la web, para la exploración y experimentación temprana de PQC. Es ideal para pruebas y evaluación práctica, sin requerir productos Sectigo.
• Private PQC en SCM: extiende esa experimentación a un entorno PKI empresarial, donde el gobierno, la visibilidad y la gestión del ciclo de vida son importantes. Los equipos pueden importar certificados PQC de PQC Labs y gestionarlos junto con otros certificados privados utilizando flujos de trabajo SCM familiares.

Juntos, proporcionan una clara progresión desde la experimentación hasta la preparación operativa, permitiendo a los equipos de TI empezar poco a poco, y luego llevar lo que aprenden a operaciones de certificados reales sin cambiar de herramientas o proveedores.

¿Por qué el PQC privado de Sectigo elige soportar algoritmos ML-DSA?

Sectigo seleccionó ML-DSA porque es uno de los primeros algoritmos de firma post-cuántica estandarizados por el NIST con especificaciones en borrador del IETF que definen su uso en certificados X.509, incluyendo OIDs y guía de codificación.

El RFC 9881 define cómo se representa y utiliza ML-DSA (tal y como se especifica en NIST FIPS 204) en la PKI de Internet, incluidas las firmas de certificados, las claves públicas de los sujetos y las listas de revocación de certificados (CRL), lo que lo convierte en la opción de firma PQC más claramente especificada e interoperable disponible en la actualidad para los certificados.

Si Google está explorando nuevos modelos de certificados como los Merkle Tree Certificates (MTC), ¿por qué experimentar ahora con ML-DSA?

El trabajo de Google con los MTC pone de manifiesto una realidad importante: la criptografía poscuántica introduce ventajas operativas reales, no sólo criptográficas.

La PQC privada está diseñada intencionadamente para ayudar a las organizaciones a comprender desde el principio esas ventajas y desventajas, entre las que se incluyen:

• Mayores tamaños de clave y firma
• Repercusiones en los ciclos de vida y los inventarios de certificados
• Gobierno, aprobaciones e implicaciones de auditoría

Al experimentar ahora, los equipos pueden crear conciencia y preparación operativas, mientras el ecosistema más amplio sigue evolucionando.

Encontrará más preguntas frecuentes aquí.

• Clientes actuales de SCM Private CA: Solicite acceso en el producto o a través de su AE
• Clientes potenciales: Contacte con Sectigo para explorar Sectigo Private PQC y Sectigo PQC Labs.

Entradas relacionadas:

¿Cuál es el propósito de la criptografía post-cuántica?

Informe sobre el estado de la criptoagilidad en 2025: Cómo se preparan las organizaciones para la criptografía post-cuántica

Ataques "Cosecha ahora, descifra después" y su relación con la amenaza cuántica