CVE-2026-41323: Kyverno: exposição de token de ServiceAccount via URL de serviço do apiCall

Visão geral

A CVE-2026-41323 é uma fraqueza na funcionalidade apiCall dos recursos ClusterPolicy do Kyverno. Segundo o registro, essa funcionalidade anexa o token da ServiceAccount do admission controller às requisições HTTP de saída, e a URL de serviço não é validada, o que permite qualquer host de destino. A classificação CWE do registro é CWE-200, Exposição de Informações Sensíveis. O aviso no GitHub está disponível em GHSA-f9g8-6ppc-pqq4 e o registro na NVD em NVD CVE-2026-41323.

Impacto

Segundo o registro, o token é enviado ao servidor para o qual a URL de serviço aponta, o que pode expor a credencial a uma parte externa ao cluster.
O registro afirma que a ServiceAccount do admission controller pode modificar configurações de webhook, de modo que um token obtido dessa forma poderia ser usado para escalar até o comprometimento total do cluster.
As pontuações da NVD e do GitHub são 9.1 e 8.1, respectivamente (CVSS 3.1); o campo de severidade do registro é crítico.

Produtos e versões afetadas

Produto indicado no registro: Kyverno Kyverno.
O registro lista estas faixas: antes da 1.16.4; a partir da 1.17.0 até antes da 1.17.2; e a partir da 1.17.0-rc1 até antes da 1.17.2-rc1.
A descrição cita 1.18.0-rc1, 1.17.2-rc1 e 1.16.4 como versões corrigidas. O registro não lista faixa afetada para a linha 1.18, portanto não é possível saber, com os dados disponíveis, se builds anteriores da 1.18 são afetados.

Status de exploração

A entrada no catálogo KEV da CISA não está listada no registro, por isso não se pode afirmar, a partir dele, exploração confirmada na natureza.
O registro indica valor SSVC de exploração poc e probabilidade EPSS de 0.00571, com percentil de 0.46526.
Uma referência aparece marcada como Exploit nos metadados do registro, mas o registro não fornece detalhes de exploração, e esta análise não descreve nenhum.

Remediação e mitigação

Atualize o Kyverno para uma versão corrigida: 1.16.4 na linha 1.16, 1.17.2 ou 1.17.2-rc1 na linha 1.17 e 1.18.0-rc1 na linha 1.18, conforme a descrição.
Revise os recursos ClusterPolicy que usam apiCall e restrinja-os a endpoints de serviço confiáveis até concluir a atualização.
Limite as permissões da ServiceAccount do admission controller ao mínimo necessário, especialmente a capacidade de alterar configurações de webhook.
Aplique controles de egress de rede para que os pods do admission controller alcancem apenas os endpoints necessários.

Orientação para detecção

Faça o inventário dos objetos ClusterPolicy que contêm entradas apiCall e revise as URLs de serviço em busca de hosts externos inesperados.
Monitore conexões de saída dos pods do admission controller do Kyverno para destinos fora do conjunto esperado.
Audite alterações em objetos ValidatingWebhookConfiguration e MutatingWebhookConfiguration e investigue modificações feitas por identidades inesperadas.

Limitações das informações disponíveis

O registro não descreve as condições técnicas exatas em que o token é enviado, nem traz verificação independente do caminho de exploração.
O registro contém entradas de versões afetadas duplicadas com notações diferentes, de modo que a fronteira exata entre 1.17.0-rc1 e 1.17.0 não fica totalmente clara apenas pelo registro.
A data EPSS do registro (2026-10-23) é posterior à data de publicação, o que pode indicar um artefato de dados; ela deve ser conferida na fonte EPSS atual.

Perguntas frequentes

Qual é o problema central da CVE-2026-41323?

Segundo o registro, a funcionalidade apiCall em ClusterPolicy do Kyverno anexa o token da ServiceAccount do admission controller às requisições HTTP de saída e não valida a URL de serviço, de modo que o token pode ser enviado a um servidor arbitrário.

Essa vulnerabilidade é confirmada como explorada ativamente?

Não. O registro mostra que a CVE não está listada no catálogo KEV da CISA, portanto não é possível afirmar exploração confirmada na natureza com base nas fontes consultadas.

Quais versões são corrigidas?

A descrição indica que as versões 1.18.0-rc1, 1.17.2-rc1 e 1.16.4 corrigem o problema. Quem usa a linha 1.16 deve migrar para a 1.16.4, e quem usa a linha 1.17 deve migrar para a 1.17.2 ou 1.17.2-rc1.

Esta análise foi redigida com auxílio de IA a partir de dados verificados das fontes e checada automaticamente contra eles.