Falhas críticas no Dell CSM podem liberar acesso administrativo a clusters Kubernetes
Seis vulnerabilidades nos Container Storage Modules (CSM), da Dell, podem comprometer ambientes Kubernetes que utilizam os módulos para conectar clusters a sistemas de armazenamento da empresa. Duas falhas receberam pontuação 10,0 no CVSS, a classificação máxima de gravidade. As demais também apresentam risco elevado, com notas entre 9,6 e 9,9.
O problema mais grave, identificado como CVE-2026-63688, está no servidor gRPC do componente de autorização de armazenamento. Como o serviço não exige autenticação, um invasor remoto pode obter credenciais administrativas dos backends de todos os arrays registrados. Com esses dados, o atacante pode ultrapassar os limites de acesso previstos para usuários comuns.
A CVE-2026-63692, também avaliada em 10,0, afeta o proxy de autorização e o serviço de gerenciamento de tenants. A ausência de autenticação nessas interfaces pode conceder controle administrativo completo sobre o próprio serviço responsável por regular o acesso. Na prática, o mecanismo de proteção pode se tornar um caminho para assumir o controle.
Outra falha crítica, a CVE-2026-67269, tem nota 9,9 e envolve o tratamento de privilégios pelo reconciliador de recursos personalizados. Segundo a descrição da vulnerabilidade, basta uma única submissão de recurso para que um usuário com poucos privilégios consiga elevar suas permissões até root nos nós e alcançar os equipamentos do cluster.
Duas vulnerabilidades com nota 9,8 estão ligadas a informações sensíveis incorporadas ao código. A CVE-2026-54472 expõe credenciais fixas no módulo de autorização. Já a CVE-2026-61421 revela a chave utilizada para assinar tokens JWT. Se essa chave for conhecida, um invasor pode criar tokens falsos e se apresentar como um usuário ou serviço autorizado.
A sexta falha, CVE-2026-67273, recebeu nota 9,6 e está no mecanismo de templates. Ela pode permitir a leitura de segredos armazenados no Kubernetes em todo o cluster e a criação de permissões com escopo global. Isso amplia o impacto potencial para além de um único componente ou aplicação.
Quem precisa agir
Todas as versões do Dell CSM anteriores à 1.17.0 são afetadas. A correção está disponível na versão 1.18.0. A Dell informa que não há solução alternativa, portanto a atualização é a medida indicada para eliminar as vulnerabilidades conhecidas.
A instalação do pacote corrigido, porém, não deve ser tratada como a única providência. Como uma das falhas expõe a chave de assinatura de tokens, a Dell recomenda substituí-la após a atualização. A chave anterior deve ser considerada comprometida, mesmo que não haja confirmação de uso indevido.
Medidas recomendadas para reduzir o risco
As equipes responsáveis devem começar identificando todos os clusters que utilizam os Container Storage Modules e verificando a versão instalada em cada ambiente. Em infraestruturas com diversos clusters, essa conferência ajuda a evitar que uma instância esquecida permaneça vulnerável após a aplicação das correções nos sistemas principais.
A atualização deve ser planejada com atenção às dependências de armazenamento e aos procedimentos operacionais do cluster. Antes de alterar componentes em produção, é recomendável avaliar o impacto sobre workloads, volumes persistentes e rotinas de recuperação, além de definir uma janela de manutenção e um plano de reversão.
Depois da atualização, a rotação da chave JWT merece prioridade. Também é prudente revisar credenciais de administração dos backends de armazenamento e substituir aquelas que possam ter sido expostas. A troca de segredos deve ser acompanhada da invalidação de tokens antigos, quando aplicável, para reduzir a possibilidade de reutilização.
A investigação não deve se limitar à busca por erros de atualização. Administradores podem revisar registros de autenticação, chamadas aos serviços gRPC e de autorização, alterações em recursos personalizados e mudanças inesperadas de privilégios. Atividades fora do padrão, contas desconhecidas ou permissões recém-criadas em escala de cluster podem indicar tentativa de exploração.
Como prevenção adicional, vale restringir a exposição de interfaces administrativas e serviços internos, permitindo acesso somente a componentes e redes que realmente precisam deles. O princípio do menor privilégio também reduz o alcance de uma conta comprometida: usuários e serviços devem receber apenas as permissões necessárias para cumprir suas funções.
Falhas que combinam ausência de autenticação, credenciais embutidas e elevação de privilégios representam um risco particularmente alto em ambientes Kubernetes. Nesses cenários, a rapidez na atualização, a substituição de chaves e a verificação de possíveis acessos indevidos são etapas essenciais para proteger tanto os dados quanto a infraestrutura de armazenamento.