Robertprast

O processo de importação de checkpoint do CRI falha ao validar as referências de imagem especificadas na configuração de uma imagem de checkpoint. Um invasor com permissões para criar pods pode usar uma imagem de checkpoint manipulada para forçar o sistema a baixar uma imagem maliciosa e atribuir a ela uma tag local arbitrária, envenenando o cache de imagens local do nó. Se outros pods no mesmo nó utilizarem a tag envenenada com uma política de pull `IfNotPresent` ou `Never`, eles executarão a imagem maliciosa em vez da legítima, permitindo que o invasor execute código arbitrário sob a identidade do pod vítima. Além disso, alguns problemas relacionados podem levar à execução de comandos de root no host durante a restauração.

Um erro no plugin CRI permite a propagação de etiquetas (labels) de uma configuração de imagem, especificamente a instrução `LABEL` em um Dockerfile, para um contêiner sem a devida validação. Isso pode resultar na execução de comandos arbitrários no sistema host, caso seja utilizado um plugin que consuma etiquetas de contêiner para realizar operações.

Um erro no plugin CRI permite a restauração do `container.log` a partir de uma imagem de checkpoint sem validar um caminho de link simbólico (symlink). Isso pode resultar na leitura de um arquivo arbitrário no sistema host ao utilizar o `kubectl logs`.

A implementação do CRI confia inadequadamente em anotações da Container Device Interface (CDI) encontradas em metadados de imagens de checkpoint não confiáveis durante a restauração de containers. Em vez de depender exclusivamente da especificação de criação do pod, o sistema preserva anotações relacionadas ao CDI do arquivo de checkpoint. Isso permite que um usuário com permissões de criação de pod ignore a alocação de recursos do Kubernetes e a aplicação de plugins de dispositivo, injetando edições arbitrárias de CDI, como nós de dispositivo e montagens de host, no container restaurado. Este problema requer que o CDI esteja habilitado no nó e que exista uma especificação de CDI de host correspondente para o dispositivo solicitado.