Las mejores herramientas de endurecimiento de imágenes en 2026

Las plantillas estándar de imágenes de contenedores vienen sobrecargadas de software innecesario, lo que aumenta la superficie de ataque y puede dar lugar a CVE y vulnerabilidades. Los investigadores que analizaron 7.380 imágenes de Docker basadas en Debian descubrieron que ninguna estaba libre de vulnerabilidades conocidas. El endurecimiento de imágenes es el proceso de reducir las imágenes de contenedores a versiones más pequeñas y seguras para reducir los puntos de entrada de los atacantes y cumplir con las normas reglamentarias.

Sin embargo, el «hardening» de imágenes ha evolucionado y puede tener diferentes significados en 2026. Algunas herramientas reconstruyen imágenes libres de CVE en sus propias distribuciones. Pero esto implica que hay que migrar todos los servicios a su base y volver a comprobar si se producen fallos, además de que quedas atado a la distribución y al ritmo de lanzamientos de ese proveedor. Otro enfoque consiste en aplicar parches a la imagen que ya estás ejecutando, de modo que mantienes la misma distribución y versión principal y evitas la migración.

En esta entrada se comparan las principales herramientas para el endurecimiento de imágenes en 2026, analizando cómo funciona cada una, los riesgos de migración y de cambios incompatibles, la rapidez de corrección y cómo encajan en el resto de tu flujo de trabajo de seguridad. Comparamos:

• Aikido Security
• Chainguard
• Docker Hardened Images
• Rapidfort
• Echo
• Minimus
• Wiz

TL;DR

Aikido Security es nuestra mejor opción. En lugar de obligarte a cambiar a una nueva distribución, aplica parches a la imagen base que ya utilizas, por lo que no hay migración ni cambios que afecten al funcionamiento. Los parches se aplican a través de una solicitud de incorporación de cambios de corrección automática que revisas y fusionas una sola vez. A partir de ahí, Aikido sigue reconstruyendo la imagen a medida que se corrigen nuevas vulnerabilidades y te avisa cuando hay una versión más reciente disponible. Aikido sigue aplicando parches a las versiones incluso después de que hayan alcanzado el fin de su ciclo de vida, por lo que puedes seguir utilizando una base más antigua sin tener que asumir sus CVE críticos y de alto riesgo conocidos. Aikido Intel amplía la cobertura más allá de las bases de datos públicas, señalando vulnerabilidades que se han corregido de forma silenciosa en el código fuente original pero a las que nunca se les ha asignado un CVE. Cada imagen es un sustituto directo con procedencia de « SBOM », VEX y SLSA, que cubre los CVE a nivel del sistema operativo bajo un SLA definido para la creación de parches, todo ello como parte de una plataforma que también cubre SAST, DAST, SCA, detección de secretos y la postura de seguridad en la nube.

{{cta}}

¿En qué consiste el refuerzo de imágenes de contenedores?

Una imagen base de contenedor es la capa inicial fundamental de un contenedor. Las imágenes públicas predeterminadas suelen incluir gestores de paquetes, shells, compiladores y herramientas de depuración para que funcionen para todo el mundo, pero es probable que tu aplicación no necesite la mayor parte de ello. 

El «endurecimiento» consiste en eliminar el software que la carga de trabajo nunca utiliza (lo que elimina categorías enteras de vulnerabilidades junto con los paquetes) y reforzar la seguridad de lo que queda mediante versiones parcheadas, ajustes predeterminados seguros, ejecución sin privilegios de root y una configuración alineada con las directrices CIS/STIG.

El resultado es una imagen más pequeña y limpia que parte de una base segura y se mantiene así a medida que se detectan y corrigen las vulnerabilidades en las etapas anteriores del proceso. Las imágenes reforzadas también generan pruebas de auditoría, como SBOM firmadas, el historial de compilación, declaraciones VEX y firmas de cumplimiento.

Limitaciones habituales de las herramientas de refuerzo de imágenes

La mayoría de las herramientas de refuerzo de imágenes te obligan a abandonar la base que utilizas actualmente y a adoptar su catálogo, para luego seguir su cadencia de recompilación mientras la utilices. Ese diseño tiene sus costes. La adopción implica una migración, y cualquier elemento que el proveedor haya eliminado y del que tu aplicación dependiera de forma implícita puede provocar fallos. Mantenerse al día con los parches implica actualizar a cada nuevo resumen, por lo que cada corrección supone una nueva imagen que hay que probar y, según el control de cambios, volver a aprobar. Si fijas un resumen en busca de estabilidad, te quedas sin los mismos parches que te llevaron a adoptar la herramienta en primer lugar. 

En general, también se aplican un par de limitaciones a las imágenes endurecidas. Eliminar los paquetes que una carga de trabajo nunca utiliza elimina las vulnerabilidades, pero un CVE en un paquete que realmente necesitas sigue requiriendo un parche real para solucionarse. Además, cualquier recompilación puede alterar el comportamiento del que dependía tu compilación, por lo que cambiar de imagen siempre requiere una ronda de pruebas.

La alternativa es aplicar parches a la base que ya utilizas, manteniendo tu distribución y la versión principal tal y como están, y conservando el código abierto de tu aplicación. No hay ningún catálogo de proveedores al que migrar ni nada que tenga que cambiarse de plataforma. 

Qué hay que tener en cuenta a la hora de elegir una herramienta de endurecimiento de imágenes

No todas las herramientas que ofrecen «fortalecimiento de imágenes» hacen lo mismo. Antes de tomar una decisión, debes tener en cuenta estos aspectos.

• Un amplio catálogo de soluciones listas para usar: ¿ Para cuántas de las bases que utilizas realmente ofrece versiones optimizadas? Busca una amplia variedad en distribuciones como Debian, Ubuntu y Alpine, compatibilidad tanto con amd64 como con arm64, y un catálogo que se mantenga de forma activa.
• Procedencia verificable: esto significa que cada pull debe ir acompañado de un archivo « SBOM » firmado (lista de materiales de software, el inventario completo del contenido de la imagen), un documento VEX (Vulnerability Exploitability Exchange, que recoge los CVE que realmente no te afectan) y la procedencia SLSA (un estándar que certifica cómo y dónde se creó la imagen). 
• Seguridad tras el fin de la vida útil: busca parches que sigan estando disponibles una vez que la distribución original haya dejado de ofrecer soporte, para que puedas seguir utilizando una versión anterior sin tener que aceptar sus vulnerabilidades críticas y de alto riesgo conocidas.
• Información sobre la corrección de vulnerabilidades: ¿ La herramienta solo detecta vulnerabilidades a las que se les ha asignado un CVE? Dado que el NIST va a cambiar el NVD a un modelo basado en el riesgo en 2026, una parte cada vez mayor de las vulnerabilidades reales no recibirá un CVE a tiempo, y algunas ni siquiera lo recibirán nunca. Cualquier herramienta que se base únicamente en fuentes públicas de CVE hereda esos puntos ciegos. 
• Cumple con las normas de cumplimiento: estas exigen que las imágenes se reduzcan al mínimo y que se documente su procedencia. Comprueba que la herramienta genere automáticamente dicha documentación.

Las mejores herramientas de endurecimiento de imágenes en 2026

Aikido Security

Aikido Images aplica parches a la imagen base que ya utilizas, en lugar de obligarte a migrar a una nueva, lo que significa que no hay cambios que afecten a la compatibilidad. Aikido Images es un repositorio de más de 2.000 imágenes de sustitución directa en las que ya se han corregido las vulnerabilidades CRÍTICAS/ALTAS conocidas de la imagen base. Estas imágenes se recompilan, se parchean, se minimizan y se refuerzan durante el proceso de compilación, por lo que obtienes un tratamiento completo, una superficie de ataque más reducida y una configuración predeterminada más segura, todo ello sobre la imagen base que ya utilizas.

Para ejemplo, debian:bookworm envía una versión parcheada glib2.0 para CVE-2025-4373, que Debian corrigió en Trixie/Sid, pero no en Bookworm. La variante de Aikido Images de debian:bookworm contiene una versión parcheada de glib2.0 que soluciona esta vulnerabilidad. 

Dado que el swap es un «drop-in» que AutoFix propone como solicitud de incorporación de cambios (pull request), la corrección se aplica en el momento en que se fusiona, en lugar de al final de un ciclo de pruebas y migración, y cada incorporación de docker.aikido.io llega con una procedencia de « SBOM », VEX y SLSA. Aikido sigue aplicando parches a las versiones incluso después de que el proyecto original haya dejado de desarrollarlas, incluso a aquellas que han llegado al final de su vida útil, por lo que puedes mantenerte en una base más antigua sin tener que soportar sus fallos de seguridad conocidos y sin que te obliguen a pasar a una versión más reciente para seguir estando protegido.

Aikido también crea sus imágenes a partir del código fuente estándar de libre acceso, los mismos paquetes originales que incluye la distribución, mientras que varias de estas herramientas vuelven a compilarlo todo a partir de su propio código fuente o de una distribución propietaria.

Una proporción cada vez mayor de correcciones reales nunca recibe un CVE. La supervisión continua de Aikido se nutre, en parte, de Aikido Intel, que analiza los registros de cambios y el historial de confirmaciones de los proyectos originales para detectar vulnerabilidades que se han corregido de forma silenciosa sin asignarles un CVE. Y mientras que la mayoría de estas herramientas corrigen un CVE actualizando el paquete afectado a una versión más reciente, Aikido recurre en gran medida a los parches retroportados, tomando la corrección de la versión más reciente y aplicándola a la versión que ya estás ejecutando. De este modo, el cambio es mínimo, por lo que es más probable que la imagen se comporte tal y como espera tu aplicación, con menos «deuda de actualización», que se acumula cuando te ves obligado a pasar a nuevas versiones. 

Cuando no es posible realizar una retroportación limpia, Aikido actualizará o recompilará el componente. Aikido también asigna cada contenedor a la base de la que hereda y te indica el cambio que elimina el mayor riesgo en toda la organización, con más de 100 parches investigados y probados a diario y una cobertura a nivel del sistema operativo bajo un SLA definido para la creación de parches.

Las vulnerabilidades de los paquetes a nivel de aplicación en ecosistemas como npm, PyPI, Maven y Go se corrigen directamente a través de Aikido Libraries. Todo ello forma parte de una plataforma de seguridad de software consolidada que también abarca SAST, DAST, SCA, detección de secretos, la seguridad en la nube y escaneo de imágenes de contenedores, de modo que, al localizar una imagen, se muestra junto con el código y el contexto en la nube que la rodea.

El equipo responsable de estas imágenes se incorporó tras la adquisición de Root, la empresa creadora de SlimToolkit (antes DockerSlim), una de las herramientas de código abierto más utilizadas para el refuerzo de imágenes, con más de 23 000 estrellas en GitHub y una capacidad demostrada para reducir el tamaño de las imágenes hasta 30 veces. La creación y el refuerzo de imágenes de contenedores fue el punto de partida de este equipo, y la herramienta sigue siendo gratuita y está a disposición de todo el mundo.

‍Ideal para: equipos empresariales que desean eliminar las vulnerabilidades críticas y de alto riesgo de las imágenes base y las dependencias que ya utilizan, sin tener que migrar a una nueva distribución ni recurrir a una actualización continua.

{{walkthrough}}

Chainguard

Chainguard desmonta una imagen y la vuelve a compilar a partir de Wolfi, su propia distribución de Linux. Las imágenes reforzadas se suministran con SBOM y firmas Sigstore, se vuelven a compilar a partir del código original y cuentan con un acuerdo de nivel de servicio (SLA) de corrección publicado de 7 días para las vulnerabilidades CVE críticas y de 14 días para el resto. Chainguard ofrece soluciones para el cumplimiento normativo federal, con variantes validadas según FIPS, módulos criptográficos validados por el NIST y refuerzo según las directrices STIG de la DISA.

El coste es la migración y la dependencia. Adoptar Chainguard implica trasladar tus servicios a su catálogo y a la distribución Wolfi, y si tu aplicación depende de algún componente que Chainguard haya eliminado, dejará de funcionar. Además, este modelo te obliga a seguir un ciclo de actualizaciones continuas, por lo que cada parche supone una nueva imagen que hay que volver a probar. Fijar una versión en un resumen para garantizar la reproducibilidad impide que los parches te lleguen, lo que anula la razón por la que lo adoptaste. 

Chainguard Además, las versiones antiguas quedan obsoletas con bastante rapidez. Las versiones de paquetes que no son las más recientes se mantienen durante unos 12 meses, y su cobertura tras el fin de vida útil se limita a seis meses, y solo para los paquetes de dependencias que forman parte de una imagen, en lugar del componente principal. El resultado es una presión constante para pasar a versiones más recientes, lo que supone un cambio constante para los equipos que preferirían mantener una versión estable.

Ideal para: equipos que puedan comprometerse con la cadencia de distribución y lanzamiento de un único proveedor. No es adecuado para equipos que necesiten conservar sus imágenes base y versiones, o mantener una versión estable sin tener que volver a realizar pruebas constantemente.

Docker Hardened Images

El catálogo de imágenes reforzadas de Docker se lanzó en mayo de 2025 y pasó a ser gratuito y de código abierto bajo la licencia Apache 2.0 en diciembre de 2025. Merece la pena tener en cuenta DHI para los equipos que ya utilizan Docker Hub. Su objetivo es proporcionar imágenes base con un número de CVE prácticamente nulo, creadas sobre las bases estándar de Alpine y Debian, y que incluyen SBOM firmadas, procedencia SLSA de nivel 3 y certificaciones VEX. DHI Select añade un SLA de 7 días para CVE críticas y variantes FIPS y STIG. DHI Enterprise añade personalización, con ELS disponible como complemento de pago hasta cinco años después del fin de vida útil del proyecto original.

DHI es una solución más reciente, por lo que su historial en entornos de trabajo altamente regulados es más breve. Cuenta con un catálogo menos amplio que otras soluciones de esta lista y su cobertura no va más allá de las imágenes de contenedores.

Ideal para: equipos que prefieran incorporar imágenes reforzadas en su flujo de trabajo actual de Docker, pero no para aquellos cuyos archivos base se encuentren fuera del catálogo de Docker, que sigue siendo más limitado que el de otras herramientas de esta lista.

Rapidfort

RapidFort ofrece un catálogo de imágenes reforzadas basadas en distribuciones LTS estándar, como Alpine, Debian, Ubuntu y Red Hat, en lugar de una distribución de contenedores propietaria. La gama está muy orientada a cargas de trabajo del ámbito federal y de defensa, incluyendo FedRAMP, FISMA y CMMC. 

Más allá del catálogo, RapidFort ofrece la creación de perfiles en tiempo de ejecución para reducir aún más el tamaño de las imágenes. Su generador de perfiles observa qué paquetes y binarios se ejecutan realmente en producción, genera una lista de materiales en tiempo de ejecución (RBOM) y elimina todo aquello que no haya detectado en ejecución. Puede reducir el tamaño de una imagen, pero la técnica es frágil, ya que el generador de perfiles solo conserva lo que observa; todo lo que no se haya ejecutado durante la creación del perfil es candidato a ser eliminado. Cualquier nueva característica, dependencia o cambio en la configuración implica volver a realizar el perfilado y las pruebas antes de lanzar la imagen.

Ideal para: contratistas federales , proveedores del sector de la defensa y equipos sujetos a regulación que ya se hayan comprometido a cumplir con las normas FIPS y STIG; sin embargo, los equipos que busquen una optimización más profunda mediante la creación de perfiles en tiempo de ejecución deben tener en cuenta que se trata de un método frágil y que requiere volver a crear los perfiles cada vez que se modifique la aplicación.

Echo

Echo es una empresa de reciente creación, cuyo argumento de venta es una «fábrica de imágenes» impulsada por IA que compila imágenes de contenedores a partir del código fuente, incluyendo únicamente los componentes que una aplicación necesita realmente. Sus agentes supervisan los canales de información sobre vulnerabilidades y regeneran las imágenes a medida que aparecen nuevos CVE en las fuentes originales. Las imágenes resultantes aspiran a tener cero CVE y se distribuyen como sustitutos directos de las imágenes base estándar de Docker. Las imágenes cuentan con la validación FIPS y cumplen con los requisitos STIG para los equipos que lo necesiten, y Echo se posiciona como una alternativa directa a Chainguard y a las imágenes Docker Hardened en el ámbito de las imágenes base reconstruidas. 

El aspecto en el que Echo tiene menos experiencia demostrada es el historial operativo del proceso de reconstrucción y aplicación de parches impulsado por IA en entornos regulados y con cargas de trabajo a escala de producción. 

Ideal para: equipos que deseen replantearse su estrategia de imágenes base. No obstante, los equipos deben sentirse cómodos a la hora de evaluar a un proveedor en fase de Serie A con un catálogo más reducido y una trayectoria operativa más corta.

Minimus

Minimus fue fundada en octubre de 2022 por unos cofundadores que anteriormente crearon Twistlock (adquirida por Palo Alto Networks en 2019). El producto se presentó públicamente en la RSAC en abril de 2025, por lo que su trayectoria es aún bastante reciente. Las imágenes de Minimus se crean a partir del código fuente original e incluyen únicamente el software necesario para ejecutar una aplicación. Su proceso supervisa los proyectos de código abierto, recompila los paquetes cuando los responsables publican nuevas versiones y distribuye imágenes actualizadas tras realizar pruebas automatizadas y firmarlas. Su catálogo publicado cuenta con más de 1.200 imágenes reforzadas y es compatible con los estándares de cumplimiento FIPS, CIS, NIST y STIG.

Adoptar Minimus implica trasladar tus servicios a sus imágenes y, dado que el modelo se recompila a partir del código original y lanza nuevas versiones en lugar de retroportar correcciones a la versión que has fijado, mantenerte al día significa avanzar a cada nuevo resumen. Cada corrección supone una nueva imagen que hay que probar y aprobar, y fijar una versión para garantizar la estabilidad retrasa la incorporación de los parches. Además, su trayectoria es breve, ya que el producto solo está disponible al público desde abril de 2025 y, al igual que los demás mencionados aquí, se limita a la imagen base y no abarca el resto de tu pila.

Ideal para: equipos que desean imágenes compiladas a partir del código fuente y pueden ejecutar un proceso de reconstrucción y reimplementación que se adapte al ritmo de los nuevos resúmenes. Pero no para equipos que necesitan mantener una versión fija y seguir recibiendo las correcciones de seguridad, sin tener que actualizar y volver a realizar pruebas con cada parche.

Wiz

Wiz Se refuerza mediante WizOS, su propio catálogo de imágenes base mínimas compiladas a partir del código fuente y que mantienen un recuento muy bajo de vulnerabilidades CVE conocidas; se suministran con SBOM, procedencia verificable y un acuerdo de nivel de servicio (SLA) de corrección de 7 días para vulnerabilidades críticas y de 14 días para las de nivel alto y medio. Existen variantes reforzadas según FIPS y STIG para cargas de trabajo reguladas. WizOS se integra en la plataforma Wiz seguridad en la nube , de modo que una imagen base vulnerable aparece junto con las señales relacionadas con la nube, el código y el tiempo de ejecución que la rodean, con recomendaciones para cambiar a un equivalente de WizOS, aplicación mediante el controlador de admisión y actualizaciones con un solo clic en el IDE.

Las ventajas e inconvenientes son el alcance y el modelo. Al igual que Chainguard, WizOS te obliga a migrar los servicios a las imágenes de Wiz en lugar de retroportar las correcciones a la versión que ya utilizas, por lo que cada corrección supone una nueva imagen que hay que probar y aprobar. El catálogo también es más reciente y más limitado que el de los especialistas, ya que comenzó con imágenes centradas en Go y se ha ido ampliando a partir de ahí, por lo que no se garantiza que exista un equivalente reforzado para tu base concreta. 

Ideal para: equipos que ya utilizan Wiz y desean que « imágenes base endurecidas » aparezca y se aplique dentro de la misma plataforma que utilizan para la seguridad en la nube y en tiempo de ejecución. No es adecuado para equipos cuyas bases de datos no figuran en el catálogo de WizOS, que sigue ampliándose.