Certificados de firma de código de Nvidia robados por un grupo de ransomware: cómo protegerse

Los certificados de firma de código son certificados digitales que establecen la autenticidad e integridad del software: demuestran que un ejecutable proviene del editor identificado y no ha sido modificado desde su firma. Cuando los atacantes roban certificados de firma de código y las claves privadas que generan sus firmas, las consecuencias van mucho más allá de la víctima original de la brecha de seguridad. Cualquier malware firmado con certificados robados aparecerá ante los sistemas operativos y el software de seguridad como si proviniera del editor legítimo, eludiendo las advertencias de seguridad y los controles de punto final que protegen a millones de usuarios. En febrero de 2022, un grupo de ransomware atacó a Nvidia y, según se informó, extrajo certificados de firma de código utilizados para firmar controladores para las GPU de Nvidia. Posteriormente, los investigadores de seguridad observaron que los certificados robados se utilizaban para firmar malware, confirmando que los certificados robados se convierten en armas activas inmediatamente después de su extracción. La acción recomendada es: almacenar todas las claves privadas de firma de código en módulos de seguridad de hardware (HSM) validados según FIPS 140-3 que impidan la extracción de claves privadas, implementar una gestión automatizada del ciclo de vida de los certificados con una duración corta y aplicar la validación de la firma de código en todos los pipelines de CI/CD. Para obtener un contexto más amplio sobre cómo el robo de certificados se relaciona con los ataques de ransomware, consulte Descifrando el ransomware: Entendiendo cómo los ciberdelincuentes retienen sus datos . Para soluciones de firma de código, consulte CodeSign Secure.

Respuesta rápida: ¿Por qué es grave el robo de certificados de firma de código?

Los certificados de firma de código y las claves privadas robadas permiten a los atacantes firmar malware que aparenta provenir de un editor legítimo y de confianza. Los sistemas operativos y las herramientas de seguridad de endpoints utilizan la firma de código para determinar si permiten la ejecución del software, si muestran advertencias de seguridad y si permiten la carga de controladores y módulos del kernel. El malware firmado con un certificado robado de un editor de confianza elude estos controles y es aceptado como legítimo tanto por el sistema operativo como por el software de seguridad. Esto significa que millones de usuarios que dependen del software de un proveedor pueden estar expuestos a malware firmado por atacantes sin ninguna indicación visible de que el software sea malicioso.

Robo de certificados de firma de código de Nvidia: una llamada de atención para reforzar las medidas de seguridad.

El robo de certificados de firma de código de Nvidia pone de manifiesto la vulnerabilidad de los certificados digitales y la importancia crucial de proteger las claves privadas que generan sus firmas. Nvidia es un fabricante líder de GPU cuyo software y controladores se utilizan a nivel mundial para computación, videojuegos, visualización profesional y cargas de trabajo en centros de datos. Con el robo de sus certificados de firma de código, los atacantes podrían firmar y distribuir malware que aparenta ser software legítimo de Nvidia, con posibles consecuencias para todas las personas y organizaciones que utilizan productos de Nvidia.

Cronograma del incidente y evaluación de su impacto

El ataque contra Nvidia tuvo lugar en febrero de 2022. El grupo Lapsus$ se atribuyó la responsabilidad, afirmando haber tenido acceso a información de los empleados y haber extraído datos importantes de Nvidia. Entre los datos extraídos se encontraban certificados de firma de código y sus claves privadas asociadas, utilizadas para firmar los controladores de GPU de Nvidia. Los certificados robados no fueron los únicos datos extraídos: el incidente implicó una importante filtración de datos que afectó tanto a información de los empleados como a datos técnicos confidenciales.

Investigadores de seguridad observaron que los ciberdelincuentes utilizaron posteriormente los certificados robados de Nvidia para firmar muestras de malware, lo que demuestra que los certificados fueron utilizados indebidamente tras el robo. Esto confirmó la peor consecuencia del robo de certificados de firma de código: los certificados se convirtieron en herramientas para las operaciones de los atacantes en lugar de permanecer exclusivamente en manos del editor legítimo. El incidente sirvió como un ejemplo directo y documentado públicamente del riesgo que el robo de certificados supone para toda organización que distribuye software.

Cronograma	Eventos
2022 de febrero	Un grupo de ransomware ataca a Nvidia; extrae certificados de firma de código, claves privadas y más de 1 TB de datos.
Febrero-marzo 2022	El grupo Lapsus$ se atribuye públicamente la responsabilidad e intenta aprovechar los datos exfiltrados.
Marzo 2022	Investigadores de seguridad identifican muestras de malware firmadas con certificados Nvidia robados, lo que confirma un uso indebido activo.
Hasta proximo aviso	Los certificados robados siguen representando un riesgo para la cadena de suministro; la revocación de certificados limita el establecimiento de nuevas relaciones de confianza, pero no invalida retroactivamente el malware ya firmado e implementado.

¿Qué son los certificados de firma de código?

Los certificados de firma de código son certificados digitales emitidos por autoridades de certificación (CA) de confianza y se utilizan para firmar archivos ejecutables de software, controladores, scripts y firmware. Cuando se utiliza la firma de código para firmar software, proporciona dos garantías al sistema de verificación: que el software proviene del editor identificado (porque la firma se generó con la clave privada del editor) y que el software no ha sido modificado desde que se firmó (porque cualquier modificación del contenido firmado invalida la firma).

Los certificados de firma de código suelen incluir el nombre del editor, una marca de tiempo y un número de serie único. Durante la instalación, el ordenador del usuario verifica la firma digital con la clave pública de la autoridad certificadora para confirmar su autenticidad. Los sistemas operativos utilizan la firma de código para determinar si deben mostrar una advertencia de seguridad al instalar software, si deben permitir que el software sin firmar se ejecute en entornos de alta seguridad y si los controladores del núcleo cumplen los requisitos de integridad para su carga. El modelo de confianza solo se mantiene mientras la clave privada correspondiente al certificado esté en posesión exclusiva del editor legítimo.

Los riesgos de los certificados de firma de código robados

El robo de certificados de firma de código junto con sus claves privadas tiene graves consecuencias que van mucho más allá de la víctima inmediata de la brecha de seguridad:

• Malware que supera la validación de firmas: Con un certificado robado y su clave privada, un atacante puede firmar cualquier ejecutable malicioso y validarlo como auténtico comparándolo con la cadena de certificados robados. La seguridad del sistema operativo, la protección de los puntos finales y los controles de listas blancas de aplicaciones que dependen de la firma de código confían en el malware firmado.
• Acceso a nivel de conductor: Los certificados de firma de código utilizados para firmar los controladores del núcleo ofrecen el máximo nivel de confianza en Windows y otros sistemas operativos. El malware firmado con un certificado de controlador robado puede cargarse como controlador del núcleo con la plena confianza del sistema operativo, lo que permite ataques que eluden por completo los controles de seguridad del espacio de usuario.
• Impacto generalizado en todos los usuarios del software del titular del certificado: Todos los usuarios y organizaciones que dependen del software del titular del certificado están potencialmente expuestos. La superficie de ataque no se limita a la víctima original de la brecha de seguridad; se extiende a todos los dispositivos que podrían recibir software firmado por el atacante que se hace pasar por actualizaciones legítimas.
• Limitaciones de revocación: La revocación del certificado impide que se establezca la confianza en los nuevos certificados emitidos con la clave comprometida, pero no invalida retroactivamente el malware que ya se haya firmado e implementado antes de la revocación. Los sistemas que ya hayan instalado software firmado por el atacante antes de la revocación no quedan automáticamente protegidos por esta.
• Los certificados de larga duración aumentan el riesgo: Los certificados de firma de código con periodos de validez de varios años siguen estando disponibles para los atacantes durante todo su periodo de validez, incluso después de que se descubra la brecha de seguridad, a menos que se realice la revocación de inmediato y que todos los sistemas que confían en ellos la apliquen.

Cómo protegerse del robo de certificados de firma de código

La protección contra el robo de certificados de firma de código requiere tanto controles preventivos que impidan la filtración de claves privadas como controles de detección que identifiquen las operaciones de firma no autorizadas. La siguiente lista de verificación abarca ambos niveles:

1. Almacene las claves privadas en módulos de seguridad de hardware (HSM) validados según FIPS 140-3.

   Los módulos de seguridad de hardware (HSM) proporcionan almacenamiento a prueba de manipulaciones para claves privadas e implementan controles de acceso que impiden su extracción. Un HSM validado según FIPS 140-3 Nivel 3 o superior garantiza que incluso un atacante con acceso administrativo completo al sistema host del HSM no pueda extraer el material de la clave privada. Todas las claves privadas de firma de código deben generarse dentro del HSM y nunca exportarse de forma que permita su extracción. Para firmas escalables basadas en HSM, consulte HSM como servicio.

2. Verifique la autenticidad del certificado antes de confiar en el software.

   Al instalar software, verifique la autenticidad del certificado de firma de código comparando el nombre del editor con el esperado, confirmando que la cadena de certificados se valida hasta una CA raíz de confianza, comprobando el estado de revocación del certificado para confirmar que no ha sido revocado y verificando que la marca de tiempo coincide con la fecha de compilación declarada. Cualquier discrepancia en estos elementos puede indicar que el certificado ha sido comprometido o que el software no proviene del editor declarado.

3. Implementar la autenticación multifactor para las operaciones de firma.

   La autenticación multifactor añade una capa de seguridad adicional a las operaciones de firma al requerir más de un método de autenticación antes de poder utilizar una clave de firma. Incluso si un atacante compromete las credenciales de un desarrollador, la MFA impide el uso no autorizado de la clave de firma sin acceso al segundo factor. Este control se aplica tanto a las firmas realizadas por usuarios como a los procesos automatizados de firma de canalizaciones de CI/CD, que deben utilizar tokens de hardware o cuentas de servicio respaldadas por HSM en lugar de autenticación basada en credenciales.

4. Implementar el principio de mínimo privilegio para la firma de claves

   Solo los procesos e identidades específicos necesarios para las operaciones de firma de código deben tener acceso a las claves de firma. Los desarrolladores, los servidores de compilación y los pipelines de despliegue deben tener el acceso mínimo requerido para su función específica. El acceso a las claves de firma debe registrarse con un historial de auditoría completo que incluya qué se firmó, la identidad que solicitó la operación de firma y la marca de tiempo. Las operaciones de firma anómalas, como firmar fuera del horario laboral habitual o firmar ejecutables que no coinciden con los tipos de archivo esperados, deben generar alertas inmediatas.

5. Monitorear la actividad sospechosa y las firmas no autorizadas.

   Implemente la monitorización continua de todas las operaciones de firma con un registro de auditoría detallado. Los registros de Transparencia de Certificados (CT) ofrecen visibilidad pública de todos los certificados emitidos bajo los dominios de su organización y pueden revelar la emisión no autorizada de certificados. Los sistemas de gestión de información y eventos de seguridad (SIEM) deben alertar sobre volúmenes de firma inesperados, firma de tipos de archivo inesperados, operaciones de firma desde sistemas inesperados y cualquier intento de exportar o acceder a material de clave privada.

Registro de actualización

Fecha	Actualizar
2022 de febrero	Un grupo de ransomware ataca a Nvidia; se extraen certificados de firma de código y claves privadas.
Marzo 2022	Investigadores de seguridad confirman que se utilizaron certificados robados para firmar muestras de malware.
Abril 2023	Publicación original en el blog que cubre el incidente y las recomendaciones de protección.
Septiembre de 2026 (esta actualización)	Contenido actualizado con tabla cronológica del incidente, evaluación de impacto, análisis de riesgos ampliado, lista de verificación de protección priorizada, registro de actualizaciones, sección de preguntas frecuentes y enlaces internos adicionales.

Conclusión

Al proteger de forma proactiva los certificados de firma de código y las claves privadas que generan sus firmas, las organizaciones pueden mitigar los riesgos que demuestran incidentes como la filtración de Nvidia. La lección fundamental es que la seguridad de los certificados depende de la seguridad de las claves privadas: si la clave privada puede ser exfiltrada, el certificado se convierte en una herramienta para los atacantes en lugar de una señal de confianza para los defensores. Almacenar las claves privadas en HSM validados por FIPS 140-3, aplicar la autenticación multifactor (MFA) y el acceso con privilegios mínimos para las operaciones de firma, implementar la monitorización continua de la actividad de firma y utilizar certificados con una vida útil corta y renovación automática son los controles fundamentales que impiden que los certificados de firma de código se conviertan en vectores de ataque. Para las organizaciones que gestionan la firma de código a gran escala, CodeSign Secure proporciona la infraestructura para la firma respaldada por HSM con registros de auditoría completos y gestión automatizada del ciclo de vida de los certificados. Para obtener información más amplia sobre el ransomware y cómo el robo de certificados se integra en las operaciones de los atacantes, consulte Descifrando el ransomware: Entendiendo cómo los ciberdelincuentes secuestran sus datos.

Preguntas frecuentes

¿Qué son los certificados de firma de código y qué demuestran?

Los certificados de firma de código son certificados digitales emitidos por autoridades de certificación de confianza y se utilizan para firmar ejecutables de software, controladores, scripts y firmware. Demuestran dos cosas: que el software proviene del editor identificado (ya que la firma digital se generó con la clave privada del editor) y que el software no ha sido modificado desde su firma (ya que cualquier modificación invalida la firma). Los sistemas operativos utilizan la firma de código para determinar si deben mostrar advertencias de seguridad, si deben permitir que el software se ejecute en entornos restringidos y si los controladores cumplen con los requisitos de integridad del núcleo.

¿Qué ocurrió con el robo del certificado de firma de código de Nvidia?

En febrero de 2022, un grupo de ransomware atacó a Nvidia y extrajo datos, incluidos certificados de firma de código y sus claves privadas, utilizados para firmar los controladores de GPU de Nvidia. El grupo Lapsus$ se atribuyó la responsabilidad. Posteriormente, investigadores de seguridad observaron que los certificados robados se utilizaban para firmar malware, confirmando que se habían utilizado indebidamente tras el robo. El incidente demostró que los certificados de firma de código robados se convierten de inmediato en herramientas de ataque para los ciberdelincuentes.

¿Por qué el robo de claves privadas de firma de código es más grave que el robo de los certificados por sí solo?

Un certificado sin su clave privada no puede generar nuevas firmas; solo puede validar las ya existentes. Una clave privada con un certificado válido correspondiente puede generar cualquier número de nuevas firmas, cada una de las cuales se valida como si hubiera sido generada por el titular legítimo del certificado. Por este motivo, las claves privadas deben almacenarse en HSM validados según FIPS 140-3, que impiden su extracción incluso por parte de administradores con acceso al sistema host del HSM.

¿Cómo se protegen los certificados de firma de código y las claves privadas contra el robo?

Almacene todas las claves privadas en HSM validados según FIPS 140-3 que ofrecen almacenamiento a prueba de manipulaciones y evitan la extracción de claves. Implemente la autenticación multifactor (MFA) para todas las operaciones de firma. Implemente el acceso con privilegios mínimos para que solo los procesos e identidades autorizados puedan invocar las claves de firma. Supervise todas las operaciones de firma con un registro de auditoría detallado. Utilice certificados de corta duración con renovación automática para limitar los períodos de exposición. Implemente la validación de firma de código en los pipelines de CI/CD.

¿Qué debe hacer una organización si sus certificados de firma de código se ven comprometidos?

Revoque inmediatamente los certificados comprometidos a través de la CA emisora. Genere nuevos pares de claves para los certificados de reemplazo en un HSM, sin reutilizar jamás el par de claves comprometido. Vuelva a firmar todo el software firmado con el certificado comprometido y publique versiones actualizadas en los canales de distribución. Notifique a los clientes y a la comunidad de seguridad. Investigue cómo se extrajo el material de clave privada. Revise todas las operaciones de firma realizadas con el certificado comprometido para identificar cualquier firma maliciosa generada antes de su detección.