secure-os.org
Todas las guíasQubes OSTailsWhonixLinux endurecidoCifrado de discoModelo de amenaza
cifrado

Cifrado completo de disco en 2026: LUKS, BitLocker, FileVault y VeraCrypt comparados

secure-os· Actualizado 12 de junio de 2026· 15 min de lectura #cifrado#luks#opsec
Un candado cerrado apoyado en un teclado de portátil, simbolizando el cifrado completo de disco protegiendo los datos almacenados

El cifrado completo de disco (FDE - Full Disk Encryption) es uno de los pocos controles de seguridad que ofrece una garantía casi absoluta en un modelo de amenaza claramente delimitado: si alguien toma físicamente tu dispositivo mientras está apagado, no puede leer tus archivos. Esa garantía se ha ido extendiendo discretamente durante una década. En 2026, todos los principales sistemas operativos de escritorio y portátil incluyen FDE activado por defecto o a una casilla de distancia. Sin embargo, la mayoría de los usuarios que lo activan no saben exactamente qué están obteniendo - y, más importante aún, qué no.

Esta guía cubre las cuatro soluciones dominantes - LUKS2 en Linux, BitLocker en Windows, FileVault en macOS y VeraCrypt como opción multiplataforma - y te da la base factual para elegir, configurar y operar cada una correctamente.


El cifrado protege los datos en reposo frente al robo, pero no detiene qué es el ransomware y por qué las copias de seguridad lo vencen - ambas defensas son complementarias.

Lo que el cifrado completo de disco realmente protege

El escenario clásico es un portátil robado. Tu disco está cifrado con una contraseña robusta. El ladrón arranca un USB live, monta el disco y solo encuentra texto cifrado. Sin la clave, los datos son ilegibles. Este es el escenario para el que se diseñó el FDE, y lo resuelve bien.

Un escenario relacionado es la incautación legal en reposo. Una inspección aduanera, una orden de registro ejecutada en tu ausencia, un dispositivo incautado y copiado antes de que estés presente. Si el dispositivo está apagado en el momento de la incautación, el FDE aguanta. Varios tribunales en múltiples jurisdicciones han debatido si obligar a revelar una contraseña es expresión protegida; la ley varía, pero la criptografía es sólida.

Lo que FDE no protege

El cifrado completo de disco protege los datos en reposo. Una vez que el OS ha arrancado y descifrado el volumen, los datos son accesibles para cualquier proceso que se ejecute en ese sistema - incluyendo malware. Si un atacante tiene ejecución remota de código en un sistema en marcha, el FDE no ofrece ninguna protección en absoluto.

Ataques evil maid. Si un atacante tiene acceso físico a un dispositivo apagado, arranca un OS live, modifica tu gestor de arranque o kernel y devuelve el dispositivo antes de que lo notes, puede capturar tu contraseña la próxima vez que la escribas. Las soluciones respaldadas por TPM (ver BitLocker más abajo) mitigan esto midiendo la cadena de arranque, pero introducen sus propios compromisos.

Ataques cold boot. La DRAM retiene su contenido durante segundos o minutos tras cortar la alimentación, más tiempo si se enfría. Un atacante con acceso físico inmediatamente después del apagado puede congelar los módulos de RAM, transferirlos a otra máquina y extraer las claves de cifrado presentes en memoria. Las mitigaciones modernas (el kernel sobrescribe el material de clave al suspender, imágenes de suspensión cifradas) reducen este riesgo pero no lo eliminan.

Sistemas en marcha con la pantalla bloqueada. Un portátil sobre una mesa de café, con la pantalla bloqueada, sigue siendo un sistema cifrado en marcha. El volumen ya está desbloqueado. En ese estado, el FDE no aporta ninguna protección adicional más allá de la que ofrece el control de acceso (pantalla de bloqueo).


Lo que el cifrado en reposo no resuelve

El cifrado protege los datos de un aparato apagado, o de un soporte que ya no tiene. No protege nada mientras la máquina está encendida y desbloqueada: es decir, mientras usted la usa, ni las cuentas accesibles desde esa sesión abierta.

Sitúe su propia superficie de ataque, 10 preguntas, unos tres minutos, sin cuenta, sin correo, y no se guarda nada. Le dice si su punto débil es el disco, la sesión en curso o el correo que manda sobre todo lo demás.

Cómo funciona el cifrado completo de disco

El FDE moderno se apoya en un cifrado simétrico - casi universalmente AES - operando en modo XTS, diseñado específicamente para el cifrado de disco (IEEE Std 1619-2007). AES-XTS-256 significa dos claves AES de 128 bits combinadas para producir una clave efectiva de 256 bits por tweak de sector.

La clave de cifrado del volumen (VEK) se genera aleatoriamente cuando el disco se formatea para cifrado. Esta clave nunca sale del disco en texto plano. Se almacena cifrada mediante una clave de cifrado de clave (KEK), derivada de tu contraseña a través de una función de derivación de claves (KDF). LUKS2 usa Argon2id por defecto; VeraCrypt usa PBKDF2-HMAC-SHA512 o Whirlpool con recuentos de iteraciones altos; FileVault usa PBKDF2.

La KDF es el factor limitante frente a la fuerza bruta. Argon2id ganó la Password Hashing Competition en 2015 y es deliberadamente memory-hard: cada derivación exige una cantidad configurable de RAM, lo que encarece el descifrado acelerado por GPU. Una configuración de Argon2id bien ajustada en un portátil moderno apunta a aproximadamente 1 segundo de tiempo de desbloqueo, lo que para un atacante se traduce en ser miles de millones de veces más lento que el AES puro.

La integración TPM añade una raíz de confianza en hardware. El TPM (Trusted Platform Module, obligatorio en el hardware de Windows 11) puede sellar la KEK contra un conjunto de mediciones de los Platform Configuration Registers (PCR) - hashes del firmware, el gestor de arranque y el kernel. Si algún componente cambia, los valores PCR cambian, el sellado se rompe y el TPM se niega a liberar la clave. BitLocker usa este mecanismo en su configuración por defecto. El compromiso: la contraseña no se exige al arrancar en un sistema no modificado, lo cual es cómodo, pero significa que un dispositivo robado estando encendido (por ejemplo, durante un cruce fronterizo) es vulnerable.


Panorama por plataforma

Un candado sobre el teclado de un portátil.

SoluciónCifrado por defectoKDFIntegración TPMCódigo abiertoMultiplataforma
LUKS2 (Linux)AES-XTS-256Argon2idOpcional (systemd-cryptenroll)No
BitLocker (Windows)AES-XTS-128 o 256Scrypt (Win 11 22H2+)Por defecto en hardware modernoNoNo
FileVault 2 (macOS)AES-XTS-128PBKDF2Apple T2/Secure Enclave serie MParcialNo
VeraCryptAES-XTS-256 (o cascadas)Argon2id / PBKDF2Ninguna

BitLocker (Windows)

BitLocker se incluye con Windows Pro, Enterprise y Education. En el hardware de Windows 11 fabricado después de 2023, el cifrado del dispositivo se activa por defecto cada vez con más frecuencia durante la Out-of-Box Experience si inicias sesión con una cuenta de Microsoft - y la clave de recuperación se sube silenciosamente a tu cuenta de Microsoft en la nube. Este comportamiento está documentado por Microsoft (learn.microsoft.com) pero sorprende a muchos usuarios. Si estás en un modelo de amenaza donde un requerimiento gubernamental a Microsoft es una preocupación realista, este valor por defecto es un problema. La mitigación consiste en configurar BitLocker manualmente con una cuenta local y guardar tu clave de recuperación sin conexión.

BitLocker usa AES-XTS-128 por defecto. Los administradores pueden imponer AES-XTS-256 mediante directiva de grupo. Windows 11 22H2 introdujo Scrypt como opción de KDF, reemplazando el antiguo PBKDF2-SHA256, criticado por un recuento de iteraciones insuficiente.

FileVault (macOS)

FileVault 2, introducido en OS X Lion (2011), usa cifrado CoreStorage o APFS según la versión de macOS. En las máquinas con Apple Silicon y T2, el cifrado está siempre activo a nivel de hardware; FileVault añade el requisito de contraseña que protege la clave del volumen en reposo. El Secure Enclave impone una limitación de tasa en los intentos de desbloqueo con independencia del OS - una defensa importante frente a ataques offline que intentan eludir la pila de software. Las claves de recuperación pueden depositarse en iCloud o guardarse localmente; si se depositan en iCloud, Apple las tiene.

VeraCrypt

VeraCrypt es el sucesor mantenido de TrueCrypt, que fue auditado en 2015 (auditoría de iSEC Partners) sin que se hallaran vulnerabilidades críticas. VeraCrypt también ha sido auditado de forma independiente (Quarkslab, 2016). La versión estable actual a junio de 2026 es la 1.26.29.

El rasgo distintivo de VeraCrypt son los volúmenes ocultos: un contenedor cifrado alberga un volumen señuelo (que se abre con una contraseña) y un volumen oculto (que se abre con otra). Bajo coacción, revelas la contraseña del señuelo; la existencia del volumen oculto es criptográficamente negable. Esta función exige disciplina para usarse correctamente - escribir en el volumen exterior puede sobrescribir el volumen oculto - pero es la única implementación ampliamente disponible y auditada de negación plausible para datos almacenados.


Cifrado completo de disco en Linux paso a paso

El cifrado completo de disco en Linux lo gestiona el subsistema dm-crypt del kernel a través de la herramienta de espacio de usuario cryptsetup. LUKS2 es el formato por defecto desde cryptsetup 2.1 (publicado en 2019).

Configuración durante la instalación

Todos los instaladores de las distribuciones principales - Fedora, Ubuntu, Debian - ofrecen el FDE como una casilla durante la instalación. Esta es la vía recomendada para la mayoría de los usuarios. El instalador se encarga automáticamente del diseño de particiones, la configuración de GRUB y la derivación de clave inicial.

Ubuntu usa LUKS2 con Argon2id y una clave de 32 bytes por defecto. Fedora usa lo mismo con parámetros de Argon2id ligeramente distintos, ajustados al hardware detectado en el momento de la instalación.

Configuración manual de LUKS2

Para unidades externas o configuraciones personalizadas:

# Sobrescribir primero la partición con datos aleatorios (lento pero recomendable)
sudo dd if=/dev/urandom of=/dev/sdX bs=4M status=progress

# Formatear la partición como LUKS2 con Argon2id
sudo cryptsetup luksFormat --type luks2 \
  --cipher aes-xts-plain64 \
  --key-size 512 \
  --hash sha256 \
  --pbkdf argon2id \
  --iter-time 3000 \
  /dev/sdX

# Abrir la partición cifrada (la mapea en /dev/mapper/secure)
sudo cryptsetup open /dev/sdX secure

# Crear un sistema de archivos en el dispositivo mapeado
sudo mkfs.ext4 /dev/mapper/secure

# Montarlo
sudo mount /dev/mapper/secure /mnt/secure

La opción --iter-time 3000 indica a cryptsetup que calibre Argon2id para que la derivación de clave tarde aproximadamente 3 segundos en el hardware actual. Ajústala a la baja (a 2000) si la máquina es muy lenta, o al alza (a 5000) para mayor seguridad en hardware rápido.

Haz una copia de seguridad de la cabecera LUKS

Este paso es crítico y lo omiten casi universalmente los usuarios primerizos. La cabecera LUKS contiene los slots de clave y la clave de volumen cifrada. Si se corrompe - por un disco defectuoso, una operación de particionado fallida o una escritura accidental - los datos del volumen se pierden de forma permanente e irrecuperable.

# Copiar la cabecera a una ubicación externa
sudo cryptsetup luksHeaderBackup /dev/sdX \
  --header-backup-file /path/to/external/drive/sdX-luks-header.img

# Verificar que la copia es legible
sudo cryptsetup luksDump --header /path/to/external/drive/sdX-luks-header.img

Guarda esta copia de la cabecera en al menos dos ubicaciones físicamente separadas. No contiene la contraseña - la cabecera por sí sola no puede descifrar tus datos - pero sin ella ni siquiera puedes intentar el descifrado.

Si una cabecera se corrompe y no tienes copia, algunos servicios profesionales de recuperación de datos incluyen la reconstrucción de cabeceras LUKS entre las operaciones que soportan, pero el éxito no está garantizado y depende del alcance de la corrupción.


Cifrar unidades externas y memorias USB

El mismo flujo de trabajo con cryptsetup luksFormat se aplica a las memorias USB. En Windows, BitLocker To Go gestiona las unidades externas y es legible en cualquier instalación de Windows Pro o Enterprise sin software adicional. En macOS, la opción «Cifrar» del Finder sobre una unidad formateada en APFS usa un cifrado del estilo de FileVault. Los contenedores de VeraCrypt son portables entre las tres plataformas, lo que los convierte en la elección pragmática para unidades que se mueven entre sistemas operativos. Para un recorrido paso a paso, ver cómo cifrar una memoria USB.

Una nota operativa: una unidad cifrada con LUKS que está desbloqueada y montada no exige volver a autenticarse durante el resto de la sesión. Desmóntala y cierra el mapper antes de dejar la unidad sin vigilancia.

sudo umount /mnt/secure
sudo cryptsetup close secure

Contraseñas, copias de seguridad y realidades operativas

Elegir una contraseña robusta

La KDF limita el rendimiento del atacante, pero no puede compensar una contraseña débil. Una frase Diceware de seis palabras (lista de palabras de la EFF) proporciona aproximadamente 77 bits de entropía - suficiente frente a cualquier ataque offline realista con Argon2id correctamente configurado. Ocho palabras (unos 100 bits) resultan holgadas para una unidad que esperas que siga siendo relevante durante una década.

Evita frases de diccionario, nombres, fechas o cualquier cosa que usarías como contraseña en un servicio web. La contraseña protege una clave que no puedes cambiar (sin volver a cifrar todo el volumen), así que trátala en consecuencia.

El problema de las copias de seguridad

Aquí es donde el cifrado completo de disco mata más datos de los que jamás matarán los atacantes.

Una unidad cifrada es un punto único de fallo. Si el disco muere, la cabecera LUKS se corrompe o olvidas la contraseña, los datos desaparecen. No hay vía de recuperación. El cifrado no hace los datos más resistentes - los hace más frágiles en ausencia de una estrategia de copias de seguridad.

La respuesta canónica es una copia de seguridad cifrada fuera del sitio. La copia en sí debería estar cifrada en reposo (para no cambiar el cifrado del disco por almacenamiento en la nube sin cifrar), y el cifrado debería ser de extremo a extremo para que el proveedor de la nube no pueda acceder al texto plano.

Haz la copia de la cabecera LUKS por separado de los datos. Guarda las claves de recuperación (BitLocker) o las claves de recuperación personales de FileVault en un lugar físicamente seguro - impresas en papel dentro de una caja fuerte es una estrategia legítima para claves que esperas no usar nunca.


Veredicto

Para la mayoría de los usuarios, la elección correcta es la solución integrada de su sistema operativo, correctamente configurada:

  • Linux: LUKS2 durante la instalación mediante el instalador de la distribución. Haz una copia de la cabecera LUKS de inmediato. Considera systemd-cryptenroll con un TPM para desbloqueo mediante PIN si el hardware lo admite.
  • Windows: BitLocker con AES-XTS-256 mediante directiva de grupo, usando una cuenta local, con la clave de recuperación guardada sin conexión - no en tu cuenta de Microsoft.
  • macOS: FileVault activado, clave de recuperación guardada localmente (no depositada en iCloud salvo que ese modelo de confianza te resulte aceptable), con copias de Time Machine en un volumen cifrado.
  • Multiplataforma / unidades portátiles / volúmenes ocultos: VeraCrypt 1.26.29. Respaldado por auditorías, de código abierto y la única opción mayoritaria con negación plausible.

El FDE es un problema resuelto a nivel técnico. Los modos de fallo son casi por completo operativos: contraseñas olvidadas, claves de recuperación perdidas, ausencia de copias de la cabecera y malentendidos sobre el modelo de amenaza. Resuelve eso y tus datos en reposo estarán protegidos frente a un adversario realista con acceso físico.

Para el contexto histórico sobre cómo se discutían estas herramientas antes de generalizarse, consulta las discusiones archivadas de la lista de correo Secure Desktops, que siguieron este ámbito de 2015 a 2017, cuando LUKS2 y los nuevos estándares de KDF aún se estaban finalizando.

Lectura relacionada: Tails OS y el almacenamiento persistente LUKS explica cómo Tails usa LUKS para proteger el volumen de almacenamiento persistente entre sesiones. Qubes OS activa el cifrado completo de disco por defecto en la instalación, integrado en su modelo de seguridad de aislamiento por dominios.


Preguntas frecuentes

¿El cifrado completo de disco ralentiza mi ordenador?

En hardware moderno, apenas. Las CPU tienen instrucciones AES dedicadas (AES-NI) que gestionan el cifrado con una sobrecarga insignificante para el uso diario; la mayoría de los usuarios no nota ninguna diferencia. Las máquinas muy antiguas o las cargas de trabajo intensivas en disco pueden sufrir una pequeña penalización. La ganancia de seguridad - que tus datos sean ilegibles si el dispositivo se pierde o te lo roban - supera con creces ese coste menor.

¿Cuál es la diferencia entre cifrado completo de disco y cifrado de archivos?

El cifrado completo de disco (FDE) cifra la unidad entera, incluido el sistema operativo, de modo que todo queda protegido cuando la máquina está apagada o bloqueada - lo desbloqueas una vez al arrancar. El cifrado de archivos o carpetas protege elementos concretos mientras el resto del disco sigue siendo legible. El FDE defiende frente al robo del dispositivo; el cifrado a nivel de archivo añade protección archivo por archivo (útil para la sincronización en la nube o para compartir). Muchas configuraciones usan ambos.

¿El cifrado completo de disco me protege mientras el ordenador está encendido?

Solo en parte. El FDE protege los datos en reposo - cuando el dispositivo está apagado o en hibernación. Una vez que has arrancado y desbloqueado, el disco está descifrado en uso, así que el malware o alguien con acceso a la máquina encendida y desbloqueada puede leer los archivos. El FDE es protección frente a la pérdida o el robo físico, no frente a un sistema en marcha comprometido.

Lecturas relacionadas: Cómo borrar un SSD de forma segura · ¿Qué es Secure Boot