Lectura y escritura arbitraria de archivos del host mediante la creación de plantillas de imágenes de contenedor Incus

Esta vulnerabilidad permite a un atacante con acceso para lanzar contenedores con imágenes personalizadas comprometer completamente el host subyacente. El atacante puede lograr esto mediante el uso de enlaces simbólicos o recorrido de directorios en los archivos metadata.yaml de la imagen. La ejecución de comandos arbitrarios permite la instalación de malware, el robo de datos confidenciales, la modificación de archivos del sistema y el movimiento lateral dentro de la red. El impacto es significativo, ya que un atacante puede obtener control total sobre el host, potencialmente afectando a otros contenedores y servicios que se ejecuten en él. La capacidad de leer y escribir archivos arbitrarios amplía significativamente el alcance del ataque.

Organizations utilizing Incus for container orchestration, particularly those with container users possessing elevated privileges or access to sensitive data, are at risk. Shared hosting environments where multiple users can launch containers with custom images are also particularly vulnerable. Environments using older, unpatched Incus versions are at the highest risk.

• linux / server:

journalctl -u incusd | grep -i "template parsing error"

• linux / server:

lsof -i :8080 | grep incusd # Check for Incus process listening on standard port

• generic web:

curl -I http://<incus_ip>:8080/api/v1/ | grep -i "server: incus"

1. 2026-01-22Disclosure

   disclosure

1. Reservado2026-01-19
2. Publicada2026-01-22
3. Modificada2026-03-27
4. EPSS actualizado2026-03-23

La mitigación principal para CVE-2026-23954 es actualizar a Incus v6.1.1 o posterior, que corrige la vulnerabilidad. Si la actualización no es inmediatamente posible, se recomienda restringir el acceso a la funcionalidad de plantillas solo a usuarios de confianza. Implementar controles de acceso estrictos para limitar quién puede lanzar contenedores con imágenes personalizadas es crucial. Además, se pueden utilizar reglas de firewall o proxies inversos para bloquear el acceso no autorizado a los archivos metadata.yaml. Después de la actualización, confirme la mitigación verificando que los archivos metadata.yaml no permitan el recorrido de directorios o el uso de enlaces simbólicos.