CVE-2026-20833 - Qué es Kerberos y cómo afrontar la retirada de RC4 - Teoría

Hoy os traigo un nuevo contenido, en esta ocasión teórico, acerca de Kerberos y el reciente CVE-2026-20833 con el que Microsoft retirará RC4 como tipo de cifrado por defecto en cuentas de servicio. En las próximas semanas os mostraré cómo realizar (o evitar) este hardening paso a paso de manera práctica y segura, para que no llegue abril y os llegue la afectación.

Empezamos por definir Kerberos. Kerberos es un protocolo de autenticación basado en usuario y contraseña utilizado principalmente en Active Directory. En AD también contamos con otro protocolo similar llamado NTLM, pero es más antiguo e inseguro que Kerberos debido a su diseño.

Kerberos se basa en tickets o vales. Tras introducir tus credenciales, se genera un ticket maestro conocido como Ticket Granting Ticket o TGT. Con este ticket se pueden obtener automáticamente otros tickets para el acceso a recursos determinados. Estos segundos son denominados Ticket Granting Service o TGS.

Kerberos cuenta con varios tipos de cifrado. Dichos cifrados utilizan una función de un sólo sentido (One Way Function) para crear un hash de la contraseña del usuario, de tal forma que esta no contará de una función inversa para descifrar. Esto no evitaría posibles ataques de diccionario, especialmente si se obtiene el hash, puesto que podría realizarse offline sin las medidas de seguridad de nuestro dominio. Por otra parte, los cifrados de Kerberos también se utilizan para encriptar los propios tickets, lo que se conoce como “clave de sesión”.

Cada ticket TGS se encripta varias veces haciendo uso de la contraseña de la cuenta de servicio, de la contraseña de la cuenta de usuario final, del ticket TGT y de la hora actual o de la clave pública del certificado, en caso de autenticarnos con certificado. Aunque Kerberos es un protocolo basado en usuario y contraseña, existe una extensión que permite también la autenticación con certificado, la cual se hace extensible a Windows Hello for Business, que permite login con PIN, huella dactilar, reconocimiento de iris o reconocimiento facial. Aún con dicha extensión, Kerberos no dejaría de utilizar la contraseña del usuario para sus tickets.

Cuando se cambia de contraseña, en AD se genera un hash por cada cifrado soportado. Principalmente en Kerberos hay hasta 5 cifrados diferentes:

• DES_CBC_CRC

• DES_CBC_MD5

• RC4_HMAC_MD5

• AES128_HMAC_SHA1

• AES256_HMAC_SHA1

Para simplificar las cosas, nos vamos a referir a ellos como los cifrados DES, RC4 y AES.

Los dos cifrados DES son los más inseguros y Microsoft ha dejado de utilizarlos por defecto desde hace muchos años. Además, han dejado de ser compatibles en Windows Server 2025.

El cifrado RC4 es más seguro que los cifrados DES, pero menos que los cifrados AES. Es por ello que Microsoft continua con procesos de hardening para retirarlo.

AES128 y AES256 fueron introducidos en Windows Server 2008 y Windows 7. Los Sistemas Operativos anteriores no son compatibles con estos cifrados, motivo por el cual Microsoft aún no se ha deshecho de RC4 totalmente. A pesar de que Windows Server 2003 y Windows XP están fuera de soporte desde hace muchos años, la dependencia de RC4 sigue presente en muchos entornos empresariales. Aplicaciones de terceros también podrían seguir utilizándolo.

En Noviembre de 2022, Microsoft lanzó una actualización con la que comenzó a instaurar AES256 como cifrado por defecto para las claves de sesión, mientras que RC4 se mantiene como cifrado por defecto para los tickets. Antes de dicha fecha, los tickets se emitían con cifrado RC4 para ambas cosas por defecto.

A partir de abril de 2026, Microsoft establecerá AES256 como cifrado por defecto tanto para los tickets como para las claves de sesión.

Este hardening sólo afectará a cuentas de servicio que no tienen definidos sus tipos de cifrado soportados en el atributo msDS-SupportedEncryptionTypes (a partir de ahora, lo llamamos msDS-SET para abreviar). Por cuentas de servicio entendemos cualquier cuenta, de usuario, equipo o MSA, que dispone de al menos un SPN.

Este hardening no afecta de forma directa ni a relaciones de confianza ni a equipos Windows unidos a dominio (los cuales definen el atributo msDS-SET nada más unirse).

Existe una clave de registro llamada DefaultDomainSupportedEncTypes, la cual permite modificar los tipos de cifrado por defecto en cuentas de servicio. En otras palabras, nos permitiría mantenernos igual que estábamos antes del hardening si así lo deseamos, aunque no lo aconsejamos.

En próximos contenidos veremos:

• Descifrar msDS-SupportedEncryptionTypes y etypes

• Remediación al hardening con DefaultSupportedEncryptionTypes

• Buscar cuentas afectadas

• Paso a paso: procedimiento para el hardening