CVE-2022-3294
O endereço do nó nem sempre é verificado ao fazer proxy
- Publicado
- 1 de mar. de 2023
- Atualizado
- 7 de mar. de 2025
- Atribuindo CNA
- kubernetes
- Evidência observada
- 8 de ago. de 2026
CVSS primário
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HBaixo · próximos 30 dias
- Percentil
- 74,6%
- Data do modelo
- 21 de set. de 2026
EPSS é uma estimativa estatística, não uma certeza ou uma medida de impacto. Combine-o com CVSS, status KEV, exposição e seu ambiente.
Resumo
Os utilizadores podem ter acesso a endpoints seguros na rede do plano de controlo. Os clusters Kubernetes só são afetados se um utilizador não confiável puder modificar objetos Node e enviar pedidos de proxy para os Nós. O Kubernetes suporta proxy de nós, o que permite que clientes do kube-apiserver acedam a endpoints de um Kubelet para estabelecer ligações a Pods, obter logs de contentores e muito mais. Embora o Kubernetes já valide o endereço de proxy dos Nós, uma falha no kube-apiserver tornou possível contornar essa validação. Contornar essa validação poderia permitir que pedidos autenticados destinados aos Nós chegassem à rede privada do servidor de API.
Fontes
1- CVE-2022-3294Exploit
Escalação de Privilégios usando nodes/proxy (ação de criação permitida) e nodes/status (ações de atualização/patch permitidas)
Uso responsável
Use informações de vulnerabilidade apenas em sistemas que você possui ou está autorizado a testar. O Kitploit vincula-se a metadados de pesquisa pública e não armazena código de exploração ou cargas maliciosas.