BitLocker

Windows Mobile 6.5 , Windows RT y las ediciones Core de Windows 8.1 incluyen cifrado de dispositivo , una versión con funciones limitadas de BitLocker que cifra todo el sistema. ^{[ 21 ] [ 22 ] [ 23 ]} Iniciar sesión con una cuenta de Microsoft con privilegios administrativos inicia automáticamente el proceso de cifrado. La clave de recuperación se almacena en la cuenta de Microsoft o en Active Directory (Active Directory requiere las ediciones Pro de Windows), lo que permite recuperarla desde cualquier equipo. Si bien el cifrado de dispositivo se ofrece en todas las ediciones de Windows 8.1, a diferencia de BitLocker, requiere que el dispositivo cumpla con las especificaciones InstantGo (anteriormente Connected Standby ), ^{[ 23 ]} que requieren unidades de estado sólido y un chip TPM 2.0. ^{[ 21 ] [ 24 ]}

A partir de Windows 10 1703, los requisitos para el cifrado de dispositivos han cambiado, requiriendo un módulo TPM 1.2 o 2.0 con soporte para PCR 7, arranque seguro UEFI y que el dispositivo cumpla con los requisitos de Modern Standby o la validación HSTI. ^{[ 25 ]}

Los requisitos de cifrado de dispositivos se flexibilizaron en Windows 11 24H2, ya que no se requería el cumplimiento de Modern Standby, HSTI y Secure Boot, y se eliminó la lista de bloqueo de interfaces DMA. ^{[ 26 ]} Además, el cifrado de dispositivos se habilitará de forma predeterminada con una instalación limpia de Windows 11 24H2, lo que se denomina cifrado automático de dispositivos . ^{[ 27 ]}

En septiembre de 2019 se publicó una nueva actualización (KB4516071 ^{[ 28 ]} ) que modificó la configuración predeterminada de BitLocker al cifrar una unidad de autocifrado. Ahora, la configuración predeterminada es utilizar el cifrado por software para las unidades recién cifradas. Esto se debe a fallos en el cifrado por hardware y a problemas de seguridad relacionados con dichos fallos. ^{[ 29 ]}

Se pueden utilizar tres mecanismos de autenticación como bloques de construcción para implementar el cifrado BitLocker: ^{[ 30 ]}

• Modo de operación transparente : Este modo utiliza las capacidades del hardware TPM 1.2 para proporcionar una experiencia de usuario transparente: el usuario enciende e inicia sesión en Windows como de costumbre. La clave utilizada para el cifrado del disco está sellada (cifrada) por el chip TPM y solo se liberará al código del cargador del sistema operativo si los archivos de arranque iniciales no han sido modificados. Los componentes previos al sistema operativo de BitLocker logran esto mediante la implementación de una medición estática de la raíz de confianza, una metodología especificada por el Trusted Computing Group (TCG). Este modo es vulnerable a un ataque de arranque en frío , ya que permite que un atacante arranque una máquina apagada . También es vulnerable a un ataque de interceptación de datos, ya que la clave de cifrado del volumen se transfiere en texto plano del TPM a la CPU durante un arranque correcto.
• Modo de autenticación de usuario : Este modo requiere que el usuario proporcione algún tipo de autenticación al entorno de prearranque en forma de un PIN o contraseña de prearranque.
• Modo de llave USB : El usuario debe insertar un dispositivo USB que contenga una llave de arranque en el ordenador para poder iniciar el sistema operativo protegido. Tenga en cuenta que este modo requiere que la BIOS del equipo protegido admita la lectura de dispositivos USB en el entorno previo al sistema operativo. BitLocker no admite tarjetas inteligentes para la autenticación previa al arranque. ^{[ 31 ]}

Se admiten las siguientes combinaciones de los mecanismos de autenticación mencionados anteriormente, todas con una clave de recuperación de depósito en garantía opcional:

• TPM solamente ^{[ 32 ]}
• TPM + PIN ^{[ 33 ]}
• TPM + PIN + Llave USB ^{[ 34 ]}
• TPM + Llave USB ^{[ 35 ]}
• Llave USB ^{[ 36 ]}
• Solo contraseña ^{[ 37 ]}

El "Modo de operación transparente" y el "Modo de autenticación de usuario" de BitLocker utilizan el hardware TPM para detectar si existen cambios no autorizados en el entorno de prearranque, incluyendo la BIOS y el MBR . Si se detecta algún cambio no autorizado, BitLocker solicita una clave de recuperación en un dispositivo USB. Este secreto criptográfico se utiliza para descifrar la clave maestra de volumen (VMK) y permitir que el proceso de arranque continúe. ^{[ 44 ]} Sin embargo, el TPM por sí solo no es suficiente:

• En febrero de 2008, un grupo de investigadores de seguridad publicó detalles de un ataque de arranque en frío que permite comprometer sistemas de cifrado de disco completo como BitLocker al arrancar la máquina desde un medio extraíble, como una unidad USB, en otro sistema operativo y luego volcar el contenido de la memoria de prearranque. ^{[ 45 ]} El ataque se basa en el hecho de que la DRAM retiene información durante varios minutos (o incluso más, si se enfría) después de que se haya cortado la alimentación. El dispositivo Bress/Menz , descrito en la patente estadounidense 9,514,789, puede realizar este tipo de ataque. ^{[ 46 ]} Mecanismos de cifrado de disco completo similares de otros proveedores y otros sistemas operativos, incluidos Linux y Mac OS X , son vulnerables al mismo ataque. Los autores recomiendan apagar las computadoras cuando no estén bajo el control físico del propietario (en lugar de dejarlas en modo de suspensión ) y configurar el software de cifrado para que requiera una contraseña para arrancar la máquina. ^{[ 45 ]}
• El 10 de noviembre de 2015, Microsoft publicó una actualización de seguridad para mitigar una vulnerabilidad de seguridad en BitLocker que permitía eludir la autenticación mediante el uso de un centro de distribución de claves Kerberos malicioso , si el atacante tenía acceso físico a la máquina, esta formaba parte de un dominio y no contaba con protección mediante PIN o unidad flash USB. ^{[ 47 ]}
• BitLocker aún no es compatible con las funciones de seguridad de TPM 2.0, lo que puede provocar una elusión total de la protección de la privacidad cuando las claves se transmiten a través de la interfaz periférica serie en una placa base. ^{[ 48 ]}

Todos estos ataques requieren acceso físico al sistema y se ven frustrados por una protección secundaria, como una unidad flash USB o un código PIN.

Aunque el algoritmo de cifrado AES utilizado en BitLocker es de dominio público , su implementación en BitLocker, así como otros componentes del software, son de propiedad exclusiva ; sin embargo, el código está disponible para su análisis por parte de los socios y empresas de Microsoft, sujeto a un acuerdo de confidencialidad . ^{[ 49 ] [ 50 ]}

Según fuentes de Microsoft, ^{[ 51 ]} BitLocker no contiene una puerta trasera integrada intencionalmente , por lo que no existe una forma proporcionada por Microsoft para que las fuerzas del orden tengan acceso garantizado a los datos en la unidad de un usuario. En 2006, el Ministerio del Interior del Reino Unido expresó su preocupación por la falta de una puerta trasera e intentó entablar conversaciones con Microsoft para que se introdujera una. ^{[ 52 ]} El desarrollador y criptógrafo de Microsoft, Niels Ferguson, rechazó la solicitud de la puerta trasera y dijo: "sobre mi cadáver". ^{[ 53 ]} Los ingenieros de Microsoft han dicho que agentes del FBI también los presionaron en numerosas reuniones para que agregaran una puerta trasera, aunque nunca se hizo una solicitud formal por escrito; los ingenieros de Microsoft finalmente sugirieron que los agentes deberían buscar la copia impresa de la clave de cifrado que el programa BitLocker sugiere que sus usuarios creen. ^{[ 54 ]}

La postura de Niels Ferguson de que "las puertas traseras son simplemente inaceptables" ^{[ 53 ]} está de acuerdo con el principio de Kerckhoffs . Enunciado por el criptógrafo de origen neerlandés Auguste Kerckhoffs en el siglo XIX, este principio sostiene que un criptosistema debe ser seguro, incluso si todo lo relacionado con él, excepto la clave de cifrado, es de dominio público.

Desde 2014, el método y la estructura de datos de BitLocker son de dominio público gracias a la ingeniería inversa; el programa Linux dislocker es capaz de leer y escribir en unidades protegidas con BitLocker dada la clave; desde 2020, esto también se puede hacer con cryptsetup . ^{[ 55 ] [ 56 ]}

A partir de Windows 8 y Windows Server 2012, Microsoft eliminó el Difusor Elefante del esquema BitLocker. ^{[ 57 ]} La investigación de Dan Rosendorf muestra que la eliminación del Difusor Elefante tuvo un "impacto innegablemente negativo" en la seguridad del cifrado BitLocker frente a un ataque dirigido. ^{[ 58 ]} Posteriormente, Microsoft citó preocupaciones de rendimiento y el incumplimiento de las Normas Federales de Procesamiento de Información (FIPS) para justificar la eliminación del difusor. ^{[ 59 ]} Sin embargo, a partir de la versión 1511 de Windows 10, Microsoft añadió un nuevo algoritmo de cifrado XTS-AES compatible con FIPS a BitLocker. ^{[ 1 ]}

A partir de la versión 1803 de Windows 10, Microsoft añadió una nueva función llamada "Protección de acceso directo a memoria (DMA) del kernel" a BitLocker para protegerse contra ataques DMA a través de puertos Thunderbolt 3. ^{[ 60 ] [ 61 ]} La "Protección de acceso directo a memoria (DMA) del kernel" solo protege contra ataques a través de Thunderbolt. El acceso directo a memoria también es posible a través de PCI Express . En este tipo de ataque, un atacante conectaría un dispositivo PCI Express malicioso, ^{[ 62 ]} que a su vez puede escribir directamente en la memoria y eludir el inicio de sesión de Windows. Para protegerse contra este tipo de ataque, Microsoft introdujo la "Seguridad basada en virtualización". ^{[ 63 ] [ 64 ]}

En octubre de 2017, se informó que una vulnerabilidad permitía inferir claves privadas a partir de claves públicas , lo que podría permitir a un atacante eludir el cifrado BitLocker cuando se utiliza un chip TPM afectado. ^{[ 65 ]} La vulnerabilidad es el Ataque de Retorno del Coppersmith (ROCA), que se encuentra en una biblioteca de código desarrollada por Infineon y que se había utilizado ampliamente en productos de seguridad como tarjetas inteligentes y TPM.

Microsoft lanzó una versión actualizada del firmware para los chips TPM de Infineon que corrige la falla a través de Windows Update. ^{[ 66 ]}

En mayo de 2026, un investigador de seguridad, que operaba bajo el seudónimo de "Chaotic Eclipse", reveló un método para eludir BitLocker, al que denominó YellowKey. Esta vulnerabilidad, ahora reconocida oficialmente como CVE-2026-45585, afecta únicamente a Windows 11 , Windows Server 2022 y Windows Server 2025. La versión anterior, Windows 10, no se ve afectada. ^{[ 67 ] [ 68 ] [ 69 ]}

Microsoft publicó una solución para esta amenaza el 22 de mayo, ^{[ 70 ]} y prometió una corrección en la actualización de junio de 2026, ^{[ 71 ]} pero no tomó bien su divulgación. La compañía amenazó con acciones legales contra Chaotic Eclipse por la divulgación no coordinada de la vulnerabilidad, eliminó sus repositorios de GitHub que demostraban la vulnerabilidad y suspendió su cuenta de GitHub. ^{[ 72 ] [ 73 ] [ 74 ]}