Tim Beasley Consultor sénior de respuesta ante incidentes

En esta serie de artículos, hemos analizado cómo se pueden aprovechar los permisos de grupos como «Operadores de copias de seguridad » y «Operadores de cuentas ». En esta entrada, analizaremos cómo influye la confianza en los riesgos asociados a los grupos de Active Directory.

Operadores criptográficos es uno de esos grupos que la mayoría de los defensores o bien ignoran por completo o bien archivan mentalmente en la categoría de «probablemente sin importancia». Eso es un gran error.

A primera vista, el grupo «Operadores criptográficos» no parece nada complicado. Microsoft lo describe de forma sencilla: los miembros están autorizados a realizar operaciones criptográficas.

  • Es un grupo local integrado en el contenedor «Builtin ».
  • No tiene miembros predeterminados.
  • No tiene derechos de usuario predeterminados asignados de fábrica.

Esa descripción tan anodina es precisamente la razón por la que pasa desapercibida.

El problema no es que «Cryptographic Operators» se parezca a «Domain Admins». No es así. El problema es que se encuentra peligrosamente cerca de los sistemas que definen la confianza.

Y en Windows, la confianza lo es todo.


¿Qué es el grupo de operadores criptográficos?

Microsoft introdujo el grupo integrado «Operadores criptográficos» para representar la función de «Responsable de criptografía» y para controlar determinadas tareas de configuración criptográfica en entornos Windows mediante la API de criptografía: Próxima Generación (CNG). En escenarios relacionados con los Criterios Comunes o con FIPS, los miembros del grupo «Operadores criptográficos» pueden configurar ajustes criptográficos a los que los usuarios normales no tienen acceso, incluidos parámetros criptográficos específicos de IPsec.

Esto es importante porque el modelo de proveedores en el que se basa la criptografía de Windows no es solo una cuestión teórica. Los proveedores criptográficos de Microsoft implementan algoritmos, generan claves, proporcionan almacenamiento de claves y autentican a los usuarios; además, tanto los Servicios de Certificados de Active Directory (AD CS) como la inscripción de certificados se basan en CryptoAPI y CNG.

En otras palabras, no se trata de «otro grupo integrado raro más».

Se encuentra junto a la maquinaria que ayuda a determinar cómo se generan las claves, dónde se almacenan y cómo funcionan los procesos de autenticación, firma y cifrado.

Y cuando se aprovecha esa vulnerabilidad, es posible que te encuentres ante el «game over».


Por qué este grupo de AD se vuelve peligroso más rápido de lo que la gente cree

Mucha gente, al oír hablar de «operaciones criptográficas», da por sentado que se trata de alguna tarea de fondo, limitada e inofensiva.

Ese es un modelo mental erróneo.

Si tu entorno utiliza AD CS, tarjetas inteligentes, IPsec, módulos de seguridad de hardware o proveedores de almacenamiento de claves de software y hardware, ya estás trabajando en un ámbito en el que la configuración criptográfica está directamente vinculada a las decisiones relativas a la identidad, la autenticación y la confianza.

Semperis ya considera a «Cryptographic Operators» como un grupo conocido de nivel 0 en múltiples entornos reales de clientes, y no como una curiosidad obsoleta de escaso valor.

Esto debería servir para que los defensores se den cuenta de algo importante: aunque la descripción predeterminada parezca inofensiva, el radio de impacto no lo es.


Preocupaciones fundadas por la defensa tras el compromiso

El peligro que entrañan los operadores criptográficos depende más del contexto que, por ejemplo, el de los operadores de copia de seguridad.

«Operadores de copia de seguridad» grita «abuso».
«Operadores criptográficos» lo susurra .

Eso es peor.


1. Manipulación de la política de cifrado en los entornos en los que realmente se utiliza

La propia documentación de Microsoft y las directrices históricas vinculan este grupo a la configuración de CNG y a los ajustes criptográficos de IPsec en modo «Common Criteria», incluida la posibilidad de establecer o modificar parámetros criptográficos específicos del modo principal que los usuarios estándar no pueden cambiar.

Si un atacante consigue acceder a una identidad que tiene este tipo de responsabilidad en un entorno reforzado, debes dar por hecho que ahora está actuando en el plano de la política de confianza (también conocido como Nivel 0), y no solo en un terminal.

Ahí es donde los cambios sutiles se convierten en cambios estratégicos.


2. Proximidad a la PKI y a los flujos de trabajo de gestión de claves

Los proveedores de almacenamiento de claves (KSP) se encargan del almacenamiento y la recuperación de las claves criptográficas, y cuando se instala AD CS, los administradores eligen explícitamente un proveedor para gestionar la clave privada de la CA. (…o simplemente van «pasando de un paso a otro» durante la instalación…)

Al mismo tiempo, el modelo de proveedor de cifrado de Microsoft sustenta la inscripción de certificados y, en términos más generales, las operaciones de AD CS.

Así pues, aunque pertenecer al grupo «Operadores criptográficos» no implica automáticamente un acceso inmediato a todas las claves privadas, sí que significa, sin lugar a dudas, que debes examinar minuciosamente cualquier entorno en el que se encuentre dicho grupo, ya que este rol está estrechamente relacionado con los sistemas que gestionan los puntos de referencia de confianza y las claves de firma.

Ese no es un lugar en el que «probablemente esté bien» sea una decisión aceptable en materia de seguridad.


3. Persistencia oculta y escasa visibilidad

Microsoft indica que el grupo «Operadores criptográficos» no tiene miembros predeterminados y no está protegido por AdminSDHolder, al tiempo que señala que la gestión de dicho grupo no debe delegarse en administradores que no sean de servicio.

Esa combinación debería hacerte sentir incómodo.

Esto significa que no se trata de uno de esos grupos protegidos evidentes en los que se obsesionan los defensores, pero aun así se considera lo suficientemente delicado como para que Microsoft indique explícitamente: «No delegue su gestión a administradores de menor nivel de confianza».

Eso lo convierte en un punto ciego perfecto.


4. Las superficies operativas de las claves privadas que los defensores rara vez inspeccionan a fondo

En el caso de los proveedores que utilizan software, Windows suele almacenar las claves privadas a nivel de equipo en rutas como C:\ProgramData\Microsoft\Crypto\Keys para los KSP de GNC y C:\ProgramData\Microsoft\Crypto\RSA\MachineKeys para los CSP de CryptoAPI.

No estoy diciendo que el mero hecho de ser miembro de Cryptographic Operators otorgue acceso ilimitado a esos archivos.

Lo que quiero decir es que, si se trata de cuentas a las que se ha confiado la gestión de la configuración de criptomonedas, los proveedores, los servicios de certificados y los flujos de trabajo de claves, esas son precisamente las áreas que los responsables de la seguridad deberían revisar para detectar errores en las listas de control de acceso (ACL), el uso indebido de los proveedores y los abusos operativos.


Lo que deben vigilar los defensas

Empieza con una pregunta sencilla: ¿por qué hay alguien en este grupo?

Microsoft afirma que la clase «Cryptographic Operators» no tiene miembros predeterminados. Por lo tanto, si contiene elementos, eso debería dar lugar a una revisión inmediata.

A partir de ahí, presta atención a:

  • Incorporaciones y bajas de miembros. El grupo «Operadores criptográficos» debería permanecer normalmente vacío, por lo que cualquier cambio tiene importancia operativa.
  • Cambios en IPsec o en la política criptográfica en entornos que utilizan controles relacionados con los Criterios Comunes o FIPS, especialmente cuando dichos cambios los realizan usuarios que no forman parte de un flujo de trabajo de administración criptográfica estrictamente controlado.
  • La actividad en los servidores de CA, los servidores de inscripción, la infraestructura de tarjetas inteligentes y los sistemas que utilizan HSM o integraciones de KSP/CSP por software; esos flujos de trabajo se basan en la misma pila de proveedores que este grupo se creó para ayudar a gestionar.
  • Revisiones de la ACL y de los permisos de acceso en ubicaciones clave respaldadas por software, como MachineKeys y Crypto\Keys, ya que los responsables de la seguridad suelen supervisar la emisión de certificados, pero descuidan la capa subyacente de almacenamiento de claves.

¿Cómo abordar los riesgos en los operadores criptográficos?

Las recomendaciones que más me parecen adecuadas son las mismas que he dado a otros grupos de AD:

Mantén el grupo vacío. Y supervisa cualquier cambio en la composición del grupo.

Si Microsoft afirma que el grupo no tiene miembros predeterminados y tu propia lógica de Nivel 0 ya lo clasifica como sensible, debería exigirse un umbral muy alto antes de incluir a nadie en él.

Si crees que lo necesitas, demuéstralo.
En concreto:

  • Documenta el flujo de trabajo exacto que requiere ser miembro.
  • Identifique los servidores, proveedores, integraciones de HSM, servicios de tarjetas inteligentes o políticas IPsec concretos que intervienen.
  • Considera la cuenta como de nivel 0 o cercana al nivel 0.
  • Limita los lugares en los que puede iniciar sesión.
  • Revisa la CA y la configuración del proveedor relacionada con ella.
  • Supervisa el grupo como lo harías con cualquier otra interfaz de administración que defina la confianza.

Si se confía en que la cuenta gestione los sistemas que definen la confianza criptográfica, entonces, por definición, está operando en un área del entorno en la que un solo error puede convertirse en un problema para todos.


Pon de relieve tus identidades en el plano de la confianza

«Operadores criptográficos» es peligroso precisamente porque no parece peligroso .

  • Su descripción predeterminada es breve.
  • A menudo no tiene miembros.
  • Su nombre no despierta las mismas sospechas que los grupos «Admins» u «Operators», que cuentan con permisos más amplios.

Sin embargo, Microsoft lo vincula a la autoridad de configuración criptográfica, el modelo de proveedor de Windows que gestiona las claves y los certificados, y a escenarios específicos de IPsec y CNG de alta confianza.

Además, los resultados de las evaluaciones de Semperis ya lo consideran un grupo de nivel 0 conocido en entornos reales.

Esto significa que los defensores con experiencia deberían dejar de considerar a los operadores criptográficos como un ruido de fondo inofensivo.

Si una identidad puede influir en el plano de confianza criptográfica, no se trata de una identidad con privilegios limitados, sino de una identidad del plano de confianza.

Y las identidades del plano de confianza merecen un enfoque de nivel 0.

Hasta la próxima…sigue la conversación sobre los operadores criptográficos en LinkedIn.

Y si necesitas ayuda especializada para detectar y subsanar las deficiencias en tus grupos de seguridad de Active Directory, solicita una Evaluación de seguridad de Active Directory. Estamos a su disposición.


Recursos relacionados