Las 7 distribuciones Linux más seguras en 2026 (clasificadas por modelo de amenaza)

La respuesta corta: no existe una única distro de Linux «más segura» - la adecuada depende de tu modelo de amenaza. Qubes OS es la más fuerte para el aislamiento en escritorio, Tails para sesiones anónimas sin rastro, Whonix para anonimato persistente, Kicksecure o Fedora Silverblue para un escritorio endurecido a diario, y Alpine para una superficie de ataque mínima en servidor/contenedor. Elige la que corresponda a lo que realmente defiendes - la clasificación de abajo explica cada una por modelo de amenaza.

Cada lista de “distribuciones Linux más seguras” que has visto probablemente clasifica las distribuciones por cuántas funciones de seguridad incluyen. Ese enfoque está al revés. Una distribución cargada de controles de endurecimiento no es intrínsecamente más segura que una mínima - depende completamente de qué proteges, contra quién y bajo qué condiciones.

Esta guía clasifica siete distribuciones por modelo de amenaza. Cada entrada responde las mismas tres preguntas: cuál es la superficie de ataque dominante que esta distro fue diseñada a reducir, qué mecanismos usa para hacerlo, y si es viable como sistema principal. Una tabla resumen al final asocia cada distro con la amenaza que gestiona mejor.

¿No sabes cuál te conviene? Haz nuestro cuestionario «Qué OS seguro» - unas cuantas preguntas sobre tu modelo de amenaza y tu uso te orientan hacia la opción adecuada.

Si estás valorando opciones basadas en Arch, lee primero si el Arch User Repository (AUR) es seguro; y si vienes de otra plataforma, cómo se compara Linux con Windows en seguridad establece expectativas realistas.

Para probar una distribución amnésica sin tocar tu disco, consulta cómo instalar Tails en una memoria USB.

Lo que “seguro” realmente significa - y por qué depende del modelo de amenaza

La seguridad es la ausencia de riesgo relativa a un adversario específico y un conjunto específico de activos. Una distribución diseñada para proteger a un periodista de la vigilancia de un estado-nación no tiene casi nada en común con una diseñada para prevenir el compromiso de un servidor web expuesto públicamente.

Tres ejes importan más al evaluar una distribución Linux segura:

Aislamiento. ¿Puede una aplicación comprometida escapar al host o a otras aplicaciones? Esta es la preocupación dominante para los objetivos de escritorio de alto valor.

Anonimato. ¿Puede el tráfico de red vincularse a tu identidad física o a tu ubicación? Esto importa a activistas, denunciantes y a cualquiera cuyos hábitos de navegación sean sensibles por sí mismos.

Persistencia y superficie de ataque. ¿Acumula el sistema operativo estado que los atacantes puedan aprovechar? Los sistemas inmutables y amnésicos limitan esto deliberadamente. Una instalación por defecto más pequeña significa menos paquetes que parchear, menos demonios en ejecución y menos CVE aplicables.

Ninguno de estos ejes es universalmente más importante que los demás. Lo que sigue es una clasificación dentro de cada categoría de amenaza, no una clasificación global única.

1. Qubes OS - Aislamiento máximo, usos de escritorio

Versión actual: 4.3.1 | Base: AppVM Fedora/Debian sobre Xen | Viable a diario: Sí, con reservas

Qubes es el único sistema operativo de uso general cuyo modelo de seguridad se aplica al nivel del hipervisor y no dentro del propio sistema. Cada aplicación - navegador, cliente de correo, documentos de trabajo, archivos personales - se ejecuta en su propia máquina virtual llamada AppVM. Un navegador comprometido no puede leer tus claves SSH, porque el navegador vive en una VM distinta de la que guarda tus credenciales. El hipervisor Xen arbitra todos los intercambios entre VMs, y el compromiso de una VM invitada no concede acceso al hipervisor ni a las demás VMs.

El diseño se remonta al anuncio de Joanna Rutkowska en 2010, formalizado en su documentación «Why Qubes OS». El proyecto ha contado con el respaldo de Edward Snowden, y la Freedom of the Press Foundation también lo recomienda a los periodistas que trabajan con fuentes sensibles.

Los requisitos de hardware son reales: Qubes necesita un procesador con VT-x y VT-d (AMD: AMD-V y AMD-Vi), al menos 16 GB de RAM para un uso fluido, y un SSD. Las máquinas sin soporte IOMMU funcionarán, pero sin aislamiento de dispositivos, lo que debilita mucho el modelo.

Modelo de amenaza que aborda: compromiso dirigido de una aplicación concreta en un escritorio de alto valor. Si explotan tu navegador, el atacante obtiene la VM del navegador. No tu identidad, no tus claves, no tu trabajo.

Para un recorrido técnico completo, consulta nuestro análisis de Qubes OS.

2. Tails - Anonimato amnésico, entornos hostiles

Versión actual: 7.8.1 (4 de junio de 2026) | Base: Debian | Viable a diario: No - por diseño

Tails (The Amnesic Incognito Live System) es un sistema operativo live diseñado para no dejar rastro en la máquina donde se ejecuta. Arranca desde una memoria USB, enruta todo el tráfico a través de la red Tor y, salvo que configures a propósito un volumen de almacenamiento persistente, no escribe nada en el disco. El apagado destruye la imagen en RAM. La sesión siguiente arranca limpia, igual que la anterior.

El modelo de amenaza difiere del de Qubes. Tails no te protege de una aplicación comprometida como sí lo hace Qubes. Te protege de otras formas: bloquea el análisis forense de la máquina a posteriori, bloquea la vigilancia de red que vincula tu actividad con tu ubicación, y bloquea el malware que persiste entre sesiones. Un implante malicioso dirigido que se ejecute durante una sesión de Tails no puede sobrevivir al reinicio. Imagina a un periodista que se reúne con una fuente en un país con vigilancia de red intensiva: obtiene más de Tails que de un sistema persistente endurecido.

Tails incluye Tor Browser, OnionShare, KeePassXC y un conjunto escogido de herramientas de comunicación segura. El proyecto mantiene una página de documentación sobre su modelo de amenaza inusualmente honesta sobre aquello contra lo que el sistema no protege: los ataques contra la propia red Tor, los registradores de pulsaciones por hardware y los ataques al firmware BIOS/UEFI.

Modelo de amenaza que aborda: vigilancia de la actividad de red, recuperación forense del historial de actividad, persistencia del malware entre sesiones.

Consulta nuestro análisis de Tails OS para las instrucciones de instalación y las limitaciones conocidas.

3. Whonix - Anonimato persistente con aislamiento de la estación de trabajo

Versión actual: 18 (basada en Debian 13 Trixie) | Base: Debian | Viable a diario: Sí, dentro de un hipervisor anfitrión

Whonix aborda el problema del anonimato de forma distinta a Tails. No es amnésico, es persistente. Pero impone una arquitectura de red estricta: la VM Whonix-Gateway enruta todo el tráfico a través de Tor, y la VM Whonix-Workstation no tiene ningún acceso directo a la red. Incluso si la Workstation queda completamente comprometida, el atacante no puede averiguar tu dirección IP real, porque la VM Workstation no tiene ninguna ruta hacia la red salvo a través de la conexión Tor de la VM Gateway.

Whonix 18 se construye sobre Debian 13 y se ejecuta como dos VMs dentro de un hipervisor anfitrión, habitualmente KVM/QEMU o VirtualBox. La documentación de Whonix explica en detalle este diseño de dos VMs. El proyecto lo mantiene el mismo equipo que está detrás de Kicksecure, y ambos comparten el instrumental de endurecimiento.

A diferencia de Tails, Whonix conserva el estado entre sesiones. Esto ayuda en flujos de trabajo que necesitan continuidad: mantener identidades seudónimas, ejecutar servicios ocultos Tor de larga duración, o usar aplicaciones que requieren una configuración persistente. La contrapartida es que el malware puede persistir entre sesiones, algo que Tails impide.

Modelo de amenaza que aborda: desanonimización a nivel de red mientras mantienes estado persistente. Útil cuando necesitas a la vez continuidad y anonimato al nivel de la dirección IP.

Consulta el análisis de Whonix para una comparación con Tails y un recorrido por la configuración de doble VM.

4. Kicksecure - Debian endurecido para escritorios persistentes

Versión actual: 18 (basada en Debian 13 Trixie) | Base: Debian | Viable a diario: Sí

Kicksecure es un derivado de Debian que aplica un amplio conjunto de ajustes de endurecimiento procedentes del upstream que Debian no activa por defecto. El proyecto está documentado abiertamente en kicksecure.com, y las medidas de endurecimiento aparecen listadas de forma explícita en lugar de quedar enterradas en archivos de configuración.

Entre los valores por defecto destacados: un núcleo Linux endurecido con parámetros sysctl inspirados en grsecurity, la firma de módulos del núcleo, direcciones MAC aleatorizadas, los volcados de memoria desactivados, restricciones /proc más estrictas mediante hidepid, y un /etc/sysctl.conf riguroso que reduce la superficie de ataque del núcleo. Kicksecure también incluye security-misc, un paquete que establece decenas de opciones de endurecimiento extraídas de las recomendaciones del Kernel Self Protection Project.

La distribución no intenta ofrecerte anonimato: no enruta el tráfico a través de Tor por defecto. Es un escritorio de uso general endurecido. Kicksecure es además la base sobre la que se construye Whonix-Workstation, de modo que su pila de endurecimiento ha sido revisada en un caso de uso de anonimato serio.

Modelo de amenaza que aborda: menos oportunidades de escalada de privilegios y de movimiento lateral en un escritorio conectado a Internet bajo una identidad real. Buena elección para desarrolladores y administradores de sistemas que quieren el ecosistema de Debian con una superficie de ataque más pequeña en el núcleo y en el espacio de usuario.

5. Fedora Silverblue / Atomic - Inmutabilidad y SELinux para el gran público

Versión actual: Fedora 44 | Base: Fedora | Viable a diario: Sí

Fedora Silverblue (GNOME) y sus variantes hermanas Kinoite (KDE) y Sericea (Sway) son las versiones «atómicas» de Fedora: la imagen del sistema base es inmutable y se distribuye como una única imagen de contenedor OCI mediante rpm-ostree. Los directorios del sistema están en solo lectura durante la ejecución. Las actualizaciones llegan como un reemplazo completo de la imagen y exigen un reinicio; se preparan de forma atómica, y una actualización defectuosa puede revertirse con una sola orden.

Los beneficios de seguridad de la inmutabilidad son reales pero a menudo se malinterpretan. Un sistema inmutable no impide que un proceso en ejecución sea comprometido: impide que ese compromiso modifique los archivos de sistema que persisten entre reinicios. Combinado con el arranque verificado (mediante systemd-boot y las mediciones del TPM), el estado del sistema base puede ser atestiguado. Un atacante experto que comprometa un proceso en ejecución no puede establecer persistencia fácilmente en /usr, porque se trata de un bind mount en solo lectura.

Silverblue incluye SELinux en modo enforcing por defecto, con la misma política SELinux que Fedora Workstation estándar, una de las implementaciones de control de acceso obligatorio más maduras del ecosistema Linux. SELinux confina la mayoría de los servicios del sistema y muchas aplicaciones de escritorio; un fallo de seguridad de memoria en un proceso confinado no puede servir para leer archivos arbitrarios ni para saltar a root sin encontrar además una elusión de la política SELinux.

Las aplicaciones están pensadas para ejecutarse como Flatpaks (en un entorno aislado con bubblewrap y seccomp) o en contenedores. Este modelo separa los datos de la aplicación del sistema de archivos del anfitrión y de las demás aplicaciones.

Modelo de amenaza que aborda: malware que persiste tras una sesión, manipulación de la cadena de suministro del sistema base y escalada de privilegios desde aplicaciones comprometidas. Una opción sólida para quienes quieren soporte de hardware convencional y un escritorio pulido sin renunciar a valores de seguridad reales por defecto.

6. openSUSE MicroOS / Aeon - Inmutabilidad para servidores y escritorios conservadores

Versión actual: Rolling (base Tumbleweed) | Base: openSUSE Tumbleweed | Viable a diario: Sí (Aeon), limitado (MicroOS)

openSUSE MicroOS es una variante mínima, transaccional y con sistema de archivos raíz en solo lectura de openSUSE Tumbleweed, pensada sobre todo para anfitriones de contenedores y despliegues en el borde. Las actualizaciones pasan por transactional-update, que se apoya en las instantáneas Btrfs: se prepara una instantánea nueva, se le aplica la actualización y el sistema reinicia sobre esa instantánea. Si la actualización rompe algo, la instantánea antigua sigue ahí y es arrancable.

openSUSE Aeon es el gemelo orientado al escritorio: un escritorio inmutable basado en GNOME, con un conjunto de paquetes escogido y mínimo y el mismo modelo de actualización transaccional. Ambos incluyen AppArmor en lugar de SELinux. AppArmor funciona por rutas y no por etiquetas, lo que hace más accesible la escritura de políticas: nuestra comparación AppArmor vs SELinux detalla ese compromiso. openSUSE mantiene uno de los conjuntos de perfiles AppArmor más completos del ecosistema Linux.

La reducción de superficie de ataque que aporta la base mínima de MicroOS cuenta mucho en los despliegues de servidor. Un anfitrión de contenedores con MicroOS tiene bastantes menos paquetes instalados que una distribución completa, lo que recorta tanto el número de CVE aplicables como el radio de impacto de un paquete comprometido.

Modelo de amenaza que aborda: integridad de la cadena de suministro del sistema base para cargas de trabajo de servidor y de contenedores, más una reversión fiable tras una actualización fallida o maliciosa. Aeon lleva este enfoque al escritorio, con una experiencia pulida pero con opiniones marcadas.

7. Alpine Linux - Superficie de ataque mínima para servidores y contenedores

Versión actual: 3.24 (9 de junio de 2026) | Base: Independiente | Viable a diario: No (uso en servidor/contenedor)

Alpine Linux ocupa en esta lista un lugar distinto al de las otras seis. No ofrece anonimato, no es inmutable y no tiene un marco de endurecimiento comparable a Kicksecure ni al conjunto de perfiles AppArmor de openSUSE. Lo que aporta es un minimalismo radical, y el minimalismo es una propiedad de seguridad legítima.

Alpine usa musl libc en lugar de glibc. Esto cuenta por varias razones: la base de código de musl es más pequeña y acumula un historial de CVE mucho menor que glibc, su asignador de memoria tiene propiedades que complican algunas técnicas de explotación del montículo, y prescinde de parte del legado ABI que ha alimentado fallos en glibc a lo largo de los años. Alpine también usa BusyBox para la mayoría de las utilidades del espacio de usuario, lo que reduce el número total de binarios instalados frente a las distribuciones que emplean GNU coreutils.

La instalación de Alpine por defecto en un servidor es muy pequeña. Menos paquetes significa menos CVE aplicables, menos servicios en ejecución y una superficie de ataque menor para los fallos accesibles desde la red. En contenedores, Alpine es quizá la imagen base más utilizada por los equipos atentos a la seguridad: la combinación de tamaño de imagen reducido, musl y pocos paquetes la convierte en un valor por defecto razonable para servicios que no necesitan una distribución completa.

Alpine no encaja como escritorio de uso general. El soporte de hardware es limitado, muchas aplicaciones de escritorio dan por sentado glibc y no se ejecutan sin recompilación o capas de compatibilidad, y su endurecimiento frente a Silverblue o Kicksecure es escaso más allá del menor tamaño de la base.

Modelo de amenaza que aborda: superficie de ataque accesible desde la red en servidores y cargas de trabajo en contenedores. Funciona bien cuando tu amenaza es un atacante que abusa de un fallo en el software instalado, no un adversario humano dirigido.

Las tecnologías de aislamiento de Linux, por modelo de amenaza

Las distribuciones anteriores combinan de formas distintas las mismas primitivas de aislamiento subyacentes. Conocer estos bloques de construcción ayuda a hacer corresponder un entorno aislado con tu modelo de amenaza, desde una aplicación descuidada hasta un atacante decidido.

• Espacios de nombres y cgroups - las funciones del núcleo que dan a cada proceso su propia vista del sistema de archivos, de la red, de los PID y de los usuarios. Son los cimientos de los contenedores y de la mayoría de los entornos aislados de aplicaciones, pero un exploit del núcleo los derrota. Buenos frente a una aplicación descuidada; débiles frente a un atacante a nivel de núcleo.
• seccomp-bpf - restringe qué llamadas al sistema puede emitir un proceso, reduciendo la superficie de ataque del núcleo de cientos de llamadas a unas pocas revisadas. Lo usan Flatpak, los motores de ejecución de contenedores y los navegadores. Una defensa en profundidad sólida, pero solo tan buena como su lista de permitidos.
• bubblewrap / Flatpak - aislamiento sin privilegios que combina espacios de nombres y seccomp para separar una aplicación de tu directorio personal y de las demás aplicaciones. Es el valor por defecto en Silverblue, y cada vez más en otros sitios. Bueno para aplicaciones de escritorio no confiables; no es una frontera frente a un exploit del núcleo decidido.
• MAC: SELinux y AppArmor - control de acceso obligatorio que confina un proceso a una política incluso cuando se ejecuta como root. SELinux (Fedora, Silverblue) es más granular; AppArmor (openSUSE, Ubuntu) es más sencillo de razonar. Contienen un servicio comprometido más que aislar una aplicación entera.
• Contenedores (Podman, Docker, LXC) - empaquetan la pila de espacios de nombres, cgroups y seccomp para cargas de trabajo completas. Aislamiento cómodo, pero comparten el núcleo del anfitrión: son una frontera operativa, no una frontera de seguridad fuerte contra los exploits del núcleo.
• Aislamiento por hipervisor / VM - la frontera más fuerte, porque el invitado no puede alcanzar al anfitrión sin escapar del propio hipervisor. Por eso Qubes OS (una VM por aplicación) y Whonix (aislamiento Tor con dos VMs) encabezan la lista para los modelos de amenaza de alto riesgo, a costa de recursos y comodidad.

Regla práctica: cuanto más exigente sea tu modelo de amenaza, más abajo bajas en esta lista - del filtrado de llamadas al sistema y Flatpak para las aplicaciones del día a día, al MAC para los servicios expuestos, hasta la virtualización completa cuando una aplicación comprometida nunca debe alcanzar el resto de tu sistema.

Resumen: la distro por modelo de amenaza

¿Es Linux el sistema operativo más seguro?

Es una de las preguntas más frecuentes en este ámbito, y la respuesta honesta es: depende de qué Linux, configurado cómo, frente a qué versión de qué alternativa.

El enfoque «Linux vs. Windows vs. macOS» es menos útil de lo que parece. Un escritorio Ubuntu por defecto sin política SELinux, con un usuario que trabaja como root y el inicio de sesión automático activado, es menos seguro que una instalación moderna de macOS o que un Chromebook con ChromeOS. Una instalación endurecida de Qubes OS, en cambio, es mucho más resistente al compromiso dirigido que cualquier configuración de macOS o Windows por defecto.

Dicho esto, varias propiedades de diseño del ecosistema Linux sí ofrecen ventajas reales frente a las principales opciones propietarias. El núcleo lo mantiene una comunidad amplia con un proceso orientado a la seguridad; los marcos de control de acceso obligatorio (SELinux, AppArmor) son maduros y están ampliamente desplegados; la cadena de herramientas produce por defecto, en la mayoría de las distribuciones, binarios con mitigaciones modernas (stack canaries, RELRO, PIE y en algunos casos CFI); y el software es auditable de una forma en que los sistemas propietarios no lo son.

ChromeOS merece una mención como punto de comparación. Su cadena de arranque verificada, el aislamiento obligatorio de todo el contenido web mediante el sandbox de Chrome y su sistema de archivos raíz en solo lectura le dan propiedades que la mayoría de las distribuciones Linux de escritorio no igualan de fábrica. Silverblue y MicroOS avanzan hacia un modelo similar, pero ChromeOS lo entrega por defecto desde hace más de una década.

Windows ha mejorado mucho. Windows 11 con Secure Boot, Virtualization-Based Security (VBS) y Credential Guard activados sobre hardware moderno es claramente más seguro que Windows 10 o anteriores. La superficie de ataque sigue siendo mucho mayor que la de una distribución Linux mínima, y el modelo de telemetría y de actualización añade su propia superficie de riesgo, pero la brecha entre una instalación endurecida de Windows 11 y una distribución Linux por defecto es más estrecha que en 2015.

La conclusión no es que Linux sea el sistema operativo más seguro en términos absolutos. La conclusión es que Linux te da las herramientas - a través de distribuciones como Qubes, Tails y Whonix - para construir entornos que figuran entre los más seguros al alcance de cualquiera fuera de un contexto gubernamental clasificado. Ningún otro ecosistema tiene un equivalente al modelo de compartimentación basado en Xen de Qubes.

Para la mayoría de los usuarios, la pregunta más útil es esta: ¿cuál de las distribuciones anteriores encaja con tu modelo de amenaza? Si eres periodista con fuentes en regímenes autoritarios, la respuesta es Tails para las sesiones sensibles y quizá Qubes para tu máquina de trabajo persistente. Si eres desarrollador y quieres un escritorio de uso general más seguro, Fedora Silverblue o Kicksecure son puntos de partida prácticos. Si gestionas cargas de trabajo en contenedores en un centro de datos, Alpine o MicroOS merecen sopesarse frente a una distribución completa. Y la misma lógica de modelo de amenaza se aplica al dispositivo que llevas en el bolsillo: si el móvil forma parte de tu modelo, mira los mejores teléfonos privados.

El enfoque de este sitio sobre este tema

La orientación editorial de Secure-os.org sobre este tema es anterior a muchas de las distribuciones de esta lista. La sección heritage documenta nuestra participación en la colaboración Secure Desktops (2015-2017), una lista de correo donde los equipos detrás de Qubes, Tails, Whonix y Subgraph OS se coordinaban en un modelado de amenazas común. La carta Secure Desktops de aquella época sigue siendo una de las definiciones publicadas más útiles de lo que un sistema operativo de escritorio seguro debería garantizar. Las clasificaciones de este artículo reflejan ese recorrido: no puntuamos distribuciones según sus argumentos de marketing.

Gestión de credenciales y de accesos en sistemas endurecidos

Un sistema operativo endurecido eleva mucho el coste de entrar en tu máquina. No protege por sí solo las cuentas a las que accedes desde esa máquina. Un usuario de Qubes OS que reutiliza contraseñas entre servicios, o que guarda credenciales en un archivo sin cifrar, ha creado un punto débil que ningún aislamiento a nivel de sistema operativo puede corregir. La higiene de contraseñas y la gestión de credenciales son una capa distinta dentro de la pila de seguridad.

Para los usuarios de cualquier distribución listada aquí, y sobre todo para quienes se enfrentan a modelos de amenaza de alto riesgo, la gestión de credenciales cifrada de extremo a extremo es tan importante como el endurecimiento del sistema operativo. Elige un gestor de contraseñas cuyo diseño de cifrado haya sido auditado públicamente, y luego comprueba que su modelo de amenaza coincide con el tuyo antes de confiarle tus credenciales.

Preguntas frecuentes

¿Cuál es la distribución Linux más segura?

No hay una respuesta única: depende de tu modelo de amenaza. Para un aislamiento y una compartimentación fuertes, Qubes OS encabeza la lista. Para no dejar rastro en una máquina prestada, elige Tails, que es amnésico y enruta a través de Tor. Para anonimato con un sistema persistente, elige Whonix. Para un escritorio del día a día endurecido, una distribución de uso general bien mantenida más endurecimiento ya llega muy lejos. «La más segura» significa «la que mejor encaja con las amenazas a las que te enfrentas».

¿Es Qubes OS el sistema operativo más seguro?

Qubes OS está ampliamente considerado uno de los sistemas de escritorio más seguros, porque separa las actividades en máquinas virtuales distintas (los qubes), de modo que un compromiso en una queda contenido. Eso lo hace excelente para modelos de amenaza de alto riesgo. La contrapartida son los requisitos de hardware y una curva de aprendizaje más pronunciada: es «el más seguro» para quienes necesitan un aislamiento fuerte, no necesariamente la opción correcta para todo el mundo.

¿Son estas distribuciones seguras utilizables para el trabajo diario?

Algunas sí, otras no están pensadas para eso. Una distribución de uso general endurecida sirve perfectamente para el día a día. Qubes puede ser tu sistema principal si tu hardware lo permite y aceptas su forma de trabajar. Tails está construido para sesiones ocasionales y amnésicas, no como sistema operativo principal, y Whonix suele ejecutarse en VMs para necesidades de anonimato concretas. Ajusta la distribución a tu forma real de trabajar.

¿Es excesiva una distribución endurecida u orientada a la privacidad para la mayoría de la gente?

Para muchos usuarios, sí: una distribución de uso general mantenida al día, con cifrado completo de disco, una cuenta sin permisos de administrador y buenos hábitos de contraseñas, ya cubre las amenazas cotidianas. Las distribuciones especializadas brillan cuando tu modelo de amenaza incluye adversarios dirigidos, la incautación física del equipo o la necesidad de no dejar rastro. Elige en función de quién te estás defendiendo, no de qué distribución suena más radical.