← voltar
CVE-2023-22463

KubePi's Hardcoded Jwtsigkeys allows malicious actor to login with a forged JWT token

CVSS 9.8 CRITICALEPSS 69.7%CWE-798
Em resumo

O KubePi usa a mesma chave secreta codificada para assinar tokens de login (JWT) em todas as instalações, permitindo que qualquer pessoa falsifique tokens de admin e tome conta de clusters Kubernetes. Isso é crítico porque invasores podem se passar por administradores sem conhecer nenhuma senha.

Detalhe técnico

CWE-798: Chave JwtSigKey codificada em session.go permite falsificação arbitrária de tokens JWT. Um atacante não autenticado pode criar tokens de autenticação válidos para qualquer projeto, contornando a autenticação completamente e obtendo privilégios de admin para comprometer o cluster Kubernetes subjacente.

Resumo gerado e traduzido por IA a partir da descrição oficial.
KubePi is a k8s panel. The jwt authentication function of KubePi through version 1.6.2 uses hard-coded Jwtsigkeys, resulting in the same Jwtsigkeys for all online projects. This means that an attacker can forge any jwt token to take over the administrator account of any online project. Furthermore, they may use the administrator to take over the k8s cluster of the target enterprise. `session.go`, the use of hard-coded JwtSigKey, allows an attacker to use this value to forge jwt tokens arbitrarily. The JwtSigKey is confidential and should not be hard-coded in the code. The vulnerability has been fixed in 1.6.3. In the patch, JWT key is specified in app.yml. If the user leaves it blank, a random key will be used. There are no workarounds aside from upgrading.
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Produtos afetados
KubeOperator · KubePi

Quer saber se a sua infraestrutura está exposta a isto?

Falar com a TrueHacking →