BitLocker a fondo:
cifrado de disco en entornos empresariales
Administración de sistemas Windows | unfantasmaenelsistema.com
Un portátil corporativo perdido en un aeropuerto no es un problema de hardware de 900 euros: es un problema de fuga de datos que puede acabar en una notificación a la autoridad de protección de datos. La diferencia entre una cosa y la otra es si el disco estaba cifrado. BitLocker es la respuesta que Windows lleva integrada desde Vista, y en un dominio bien gestionado es tan invisible que la mayoría de usuarios no sabe que está ahí.
En nuestros artículos sobre el cifrado de dispositivos en Windows 11 24H2 y sobre gpedit tocamos BitLocker de pasada. Aquí lo abrimos entero: cómo se ancla la clave al TPM, qué modos de autenticación existen, cómo se gestionan miles de claves de recuperación sin volverse loco, cómo se despliega por GPO, y qué ataques reales existen contra él y hasta dónde llegan.
Qué aprenderás en este artículo
Qué es el TPM, qué es el arranque medido y por qué BitLocker depende de ellos · Los modos de autenticación: solo-TPM, TPM+PIN, TPM+USB y clave de recuperación · Cómo funciona el escrow de claves de recuperación en Active Directory y en Entra ID · Gestión desde consola: manage-bde y los cmdlets de PowerShell · Despliegue centralizado por GPO y el matiz «cifrado de dispositivos» frente a BitLocker completo · Ataques conocidos (DMA, cold boot, sniffing del bus TPM) y sus mitigaciones
1. La base: TPM y arranque medido
BitLocker cifra el volumen con una clave simétrica llamada FVEK (clave de cifrado de volumen completo). Esa FVEK no se guarda en claro: va cifrada a su vez por otra clave, la VMK (clave maestra de volumen), y es la VMK la que se protege con uno o varios «protectores»: el TPM, un PIN, una llave USB, una contraseña o la clave de recuperación. Esta indirección es lo que permite cambiar el PIN o añadir un protector sin volver a cifrar el disco entero.
1.1 Qué aporta el TPM
El TPM (Módulo de Plataforma Segura) es un chip —o una implementación en firmware, fTPM/PTT— que guarda secretos de forma que no se pueden extraer por software. BitLocker lo usa para sellar la VMK: el TPM solo la libera si el equipo arranca en el mismo estado en el que se cifró.
1.2 Arranque medido y PCR
Durante el arranque, cada componente (firmware UEFI, gestor de arranque, configuración de Secure Boot) calcula un hash del siguiente y lo va acumulando en registros del TPM llamados PCR. Si un atacante modifica el gestor de arranque para capturar la clave o el PIN, los valores de PCR cambian, el TPM no libera la VMK, y BitLocker cae a la pantalla de recuperación en lugar de arrancar. Es la defensa contra los ataques de tipo *evil maid*.
El TPM solo, sin PIN, tiene un hueco conocido
Con el protector solo-TPM, la VMK se libera automáticamente en cuanto el arranque se considera íntegro, antes de que nadie escriba una contraseña · Eso deja el sistema expuesto a ataques que leen la memoria o el propio bus del TPM mientras el equipo está encendido o en suspensión — de ahí que en equipos de alto riesgo se exija TPM+PIN
2. Modos de autenticación
| Modo | Qué pide al arrancar | Nivel | Uso típico |
|---|---|---|---|
| Solo TPM | Nada, arranca solo | Básico | Parque general de equipos de oficina, máxima transparencia para el usuario |
| TPM + PIN | Un PIN numérico o alfanumérico antes del arranque | Alto | Portátiles, directivos, equipos con datos sensibles |
| TPM + USB | Insertar una llave USB con la clave de arranque | Alto | Equipos sin teclado cómodo en pre-arranque o requisitos específicos |
| TPM + PIN + USB | PIN y llave USB | Muy alto | Estaciones de trabajo de administración, entornos regulados |
| Solo contraseña / solo USB | Contraseña o llave, sin TPM | Medio | Equipos antiguos sin TPM; pierdes la protección del arranque medido |
La clave de recuperación de 48 dígitos no es un modo de uso diario: es la vía de rescate. Se pide cuando el estado de arranque cambia legítimamente (actualización de BIOS, cambio de placa, desactivar Secure Boot) o cuando el usuario olvida el PIN. Por eso el punto crítico de todo despliegue no es cifrar, es tener esas claves guardadas en un sitio fiable.
3. Claves de recuperación: escrow en AD y en Entra ID
En un entorno con dominio, BitLocker puede depositar automáticamente («escrow») la clave de recuperación en el directorio en el momento de cifrar. El usuario nunca ve un papel con 48 dígitos que perder; el servicio de asistencia la recupera cuando hace falta.
3.1 Active Directory local
- La clave se guarda como un objeto hijo del objeto de equipo, en el atributo del tipo msFVE-RecoveryInformation
- Se activa por GPO: «Guardar la información de recuperación de BitLocker en los Servicios de dominio de Active Directory», normalmente con la opción de no cifrar hasta que el escrow haya tenido éxito
- El personal de soporte consulta la clave con la pestaña de BitLocker en Usuarios y equipos de Active Directory (requiere instalar las herramientas de visor de recuperación de BitLocker) o por PowerShell contra el objeto de equipo
3.2 Entra ID (equipos Azure AD unido o Intune)
- La clave se sube a la cuenta del dispositivo en Entra ID; el usuario puede consultarla él mismo desde el portal de su cuenta si tiene permiso
- Intune la muestra en las propiedades del dispositivo y permite rotarla en remoto
- Es el modelo por defecto en despliegues modernos sin servidor de dominio local
Sin escrow verificado, un disco cifrado es una bomba de relojería
Si BitLocker cifra pero la clave de recuperación no llega al directorio (GPO mal enlazada, equipo sin conectividad, error transitorio), el primer cambio de firmware deja el equipo inarrancable y sin nadie que pueda rescatarlo · Exige siempre la política de «no iniciar el cifrado hasta almacenar la información de recuperación» y audita periódicamente qué equipos cifrados NO tienen clave en el directorio
4. Gestión desde consola: manage-bde y PowerShell
Toda la interfaz gráfica de BitLocker tiene equivalente en línea de comandos, y para automatizar o para dar soporte remoto es lo que se usa. Los ejemplos siguientes son ilustrativos, para ejecutar en un equipo propio o de laboratorio.
REM --- manage-bde: la herramienta clasica --- manage-bde -status REM estado de todos los volumenes manage-bde -status C: REM detalle del volumen del sistema manage-bde -protectors -get C: REM listar protectores y ver la clave de recuperacion manage-bde -protectors -add C: -RecoveryPassword REM anadir un protector de recuperacion manage-bde -pause C: / manage-bde -resume C: REM pausar / reanudar el cifrado
# --- PowerShell: modulo BitLocker ---
Get-BitLockerVolume | Format-Table MountPoint, VolumeStatus, EncryptionPercentage, ProtectionStatus
# Cifrar C: con TPM + PIN y anadir clave de recuperacion, usando XTS-AES 256
$pin = Read-Host -AsSecureString 'PIN de arranque'
Enable-BitLocker -MountPoint 'C:' -EncryptionMethod XtsAes256 -UsedSpaceOnly `
-TpmAndPinProtector -Pin $pin
Add-BitLockerKeyProtector -MountPoint 'C:' -RecoveryPasswordProtector
# Enviar la clave de recuperacion a Active Directory a posteriori
$kp = (Get-BitLockerVolume -MountPoint 'C:').KeyProtector |
Where-Object KeyProtectorType -eq 'RecoveryPassword'
Backup-BitLockerKeyProtector -MountPoint 'C:' -KeyProtectorId $kp.KeyProtectorIdXTS-AES frente a AES-CBC, y «solo espacio usado»
XTS-AES es el modo recomendado desde Windows 10 1511; usa AES-CBC solo si el disco tiene que ser legible en versiones anteriores · El parámetro de cifrar solo el espacio usado es casi instantáneo en un equipo recién aprovisionado, pero en un disco que ya tuvo datos deja huella en el espacio libre: en reacondicionamiento, cifra el volumen completo
5. Despliegue centralizado por GPO
La configuración vive en Configuración del equipo → Plantillas administrativas → Componentes de Windows → Cifrado de unidad BitLocker. Las políticas que casi siempre se fijan en una implantación empresarial son:
- Método de cifrado y nivel de seguridad: XTS-AES 256 para las unidades del sistema operativo y fijas
- Unidades del sistema operativo: exigir autenticación adicional al inicio → permitir o requerir TPM+PIN según el perfil del equipo; longitud mínima del PIN
- Guardar la información de recuperación en AD DS y no habilitar BitLocker hasta almacenar dicha información — la pareja imprescindible
- Denegar acceso de escritura a unidades extraíbles no protegidas con BitLocker (BitLocker To Go) si la política de la organización lo requiere
- Configurar el uso de contraseñas para unidades fijas y del sistema, y la interacción con la pantalla de recuperación
El cifrado se puede disparar de forma silenciosa con un script de arranque, con Intune (perfil de endpoint security de cifrado de disco) o con herramientas como MBAM en su día y hoy la gestión de BitLocker integrada en Configuration Manager e Intune, que además vigilan el cumplimiento y la existencia de la clave en el directorio.
6. «Cifrado de dispositivos» no es BitLocker completo
En equipos que cumplen ciertos requisitos de hardware (Modern Standby o HSTI, TPM 2.0, Secure Boot), Windows activa automáticamente el llamado cifrado de dispositivos. Comparte el motor con BitLocker pero no es lo mismo desde el punto de vista de gestión:
| Aspecto | Cifrado de dispositivos | BitLocker completo |
|---|---|---|
| Ediciones | Home, Pro, Enterprise, Education | Pro, Enterprise, Education |
| Activación | Automática al iniciar sesión con cuenta Microsoft o de Entra ID | Manual o por GPO/Intune |
| Protector inicial | Solo TPM (claro), sin PIN | Configurable: TPM, TPM+PIN, USB… |
| Escrow de la clave | Cuenta Microsoft o Entra ID del usuario | AD DS, Entra ID, archivo, impresión |
| Control por GPO | Limitado | Completo |
El caso del cifrado automático en 24H2
Windows 11 24H2 amplió los escenarios en los que el cifrado de dispositivos se activa solo, incluso en algunas instalaciones limpias de Home · Si el usuario no sabe que su disco se cifró y su clave está atada a una cuenta Microsoft que no controla bien, un simple problema de arranque puede dejarle sin acceso a sus datos — conviene comprobar el estado con manage-bde -status y localizar la clave antes de que haga falta
7. Ataques conocidos y sus límites
7.1 Ataques DMA (acceso directo a memoria)
Un periférico malicioso conectado a un puerto con DMA (Thunderbolt, algunas ranuras internas) puede leer la RAM sin pasar por la CPU y extraer la VMK mientras el equipo está encendido. Mitigación: protección DMA del kernel (activa en equipos modernos con la política «Deshabilitar los nuevos dispositivos DMA cuando el equipo está bloqueado»), desactivar Thunderbolt en firmware donde no se use, y sobre todo exigir TPM+PIN para que la clave no esté disponible en arranques desatendidos.
7.2 Cold boot
La RAM retiene su contenido unos segundos tras cortar la corriente, más si se enfría. Reiniciando a un sistema mínimo desde USB, un atacante puede volcar la memoria y buscar claves. Mitigación: las contramedidas de arranque seguro de Windows sobrescriben la memoria en el reinicio; apagar del todo el equipo (no suspender) cuando queda desatendido; TPM+PIN.
7.3 Sniffing del bus del TPM
Con un TPM discreto (chip separado), la VMK viaja por unas pocas pistas de la placa entre el chip y la CPU. Con un analizador lógico barato y acceso físico se ha demostrado la captura de esa clave en el modo solo-TPM. Mitigación: TPM+PIN (la clave se deriva también del PIN y no basta con esnifar el bus), o fTPM/PTT integrado en la CPU, donde no hay bus externo que pinchar.
Ninguno de estos ataques es remoto
Todos exigen acceso físico prolongado al equipo, y casi todos se neutralizan con un único cambio de política: pasar de solo-TPM a TPM+PIN en los equipos que salen de la oficina · BitLocker sigue cumpliendo su objetivo principal — proteger los datos de un equipo apagado que cae en manos ajenas — de forma muy sólida; los ataques anteriores atacan el equipo encendido o en suspensión, que es un escenario distinto
Referencias
learn.microsoft.com → documentación de BitLocker y de la protección DMA del kernel · Guías de configuración de seguridad de Microsoft (baselines) para las plantillas de GPO de BitLocker · NIST SP 800-111 — Guía de cifrado de almacenamiento en equipos de usuario final · Nuestros artículos sobre el cifrado de dispositivos en Windows 11 24H2 y sobre gpedit
Conclusión
BitLocker no es una casilla que se marca y se olvida: es un sistema con una cadena de confianza —FVEK, VMK, protectores, TPM, arranque medido— y con un talón de Aquiles operativo que no es criptográfico sino de gestión: la clave de recuperación. Un despliegue que cifra diez mil equipos pero no verifica que las diez mil claves están en el directorio no ha reducido el riesgo, lo ha cambiado de sitio.
Para la mayoría de organizaciones la receta es clara: XTS-AES 256, escrow obligatorio en AD o Entra ID antes de cifrar, y TPM+PIN en todo lo que se mueva fuera del edificio. Con eso, el portátil perdido en el aeropuerto vuelve a ser solo un problema de 900 euros.
unfantasmaenelsistema.com | Seguridad, sistemas y todo lo que no debería funcionar (pero funciona)