Falha crítica no Red Hat Quay pode expor imagens de container privadas
Aprofundamento CEVIU
Aprofundamento
O Red Hat Quay é um registry de containers corporativo, usado para armazenar, gerenciar e distribuir imagens e controlar quem pode baixar ou enviar conteúdo. A CVE-2026-123710 (CVSS 9.8) está no service key server, o serviço que gerencia as chaves de assinatura dos tokens do registry. Segundo a Red Hat, o problema afeta implantações em que esse serviço fica acessível a clientes não confiáveis.
O mecanismo é este: com acesso anônimo habilitado, quem não tem conta obtém um token de registry e abusa de falhas na rotação de chaves para instalar uma chave de assinatura própria, tratada como confiável. Com ela, o atacante gera tokens de leitura e escrita em qualquer repositório. Isso expõe imagens privadas e segredos embutidos nelas, e permite sobrescrever imagens que outros sistemas baixam depois. A chave pode ser criada sem expiração e sobrevive a reinicializações do registry até ser removida. A rotação também apaga a chave legítima da instância, e a chave do atacante pode apagar as de reposição, o que pode impedir usuários legítimos de enviar ou baixar imagens.
Desativar o acesso anônimo não protege, porque qualquer conta válida do Quay ainda explora a falha. Trocar senhas ou regenerar robot tokens também não invalida a chave indevida. A Red Hat recomenda restringir o acesso ao serviço de gerenciamento de chaves, revisar logs em busca de mudanças suspeitas e remover chaves não autorizadas. Há um aviso importante: até a correção ser aplicada, o atacante pode reinstalar chaves maliciosas. Nem o advisory nem o relatório no Bugzilla indicam versão corrigida, mas as correções desta falha e de outra (CVE-2026-110697) entraram no repositório do projeto no GitHub em 11 de novembro. A descoberta é de Dave O'Connor, da própria Red Hat.
Por que isso importa
Para quem opera um Quay, o ponto central é que a mitigação padrão não funciona. Rotacionar credenciais, o reflexo normal após um incidente, não remove a chave plantada. A auditoria das chaves de serviço vira o controle principal, e vale tratar como suspeitas as imagens que podem ter sido sobrescritas e os segredos guardados em imagens privadas. Isso é leitura editorial, a fonte não relata exploração ativa.
Perguntas frequentes
Desativar o acesso anônimo no Red Hat Quay resolve a CVE-2026-123710?
Não. A Red Hat avisa que qualquer conta válida do Quay ainda consegue explorar a falha. Desligar o acesso anônimo reduz quem pode atacar sem conta, mas não elimina o risco.
Trocar senhas e robot tokens revoga a chave maliciosa?
Não. Segundo a Red Hat, mudar senhas ou regenerar robot tokens não invalida uma chave de assinatura não autorizada. É preciso encontrar e remover a chave manualmente.
Existe versão corrigida do Quay?
Nem o advisory nem o relatório no Bugzilla indicam versão corrigida. As correções para esta falha e para a CVE-2026-110697 foram incorporadas ao repositório do projeto no GitHub em 11 de novembro. Até haver release, a recomendação é mitigar.
O que os administradores devem fazer agora?
Restringir o acesso ao serviço de gerenciamento de chaves, revisar logs em busca de alterações suspeitas e remover chaves não autorizadas. A Red Hat avisa que o atacante pode reinstalar chaves maliciosas até a correção ser aplicada, então a checagem deve ser repetida.
Fontes
- securityweek.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 13 de novembro de 2026
- Editoria
- CEVIU Segurança da Informação

