Possible view of the setup pages by unauthenticated users if config file already exists
Corrija agora. Ela está sob exploração confirmada pelo CISA e tem exploit funcional público.
Declarações oficiais dos fabricantes em formato CSAF/VEX: se o produto deles está afetado, já corrigido ou descartado — e por quê. É afirmação do fabricante, não juízo do Vexday.
Apply updates per vendor instructions.
Resumo
Falha de controle de acesso no assistente de instalação (setup.php) do Zabbix Frontend: depois que a instalação inicial termina e o arquivo de configuração já existe, algumas etapas do wizard continuam acessíveis sem autenticação. Um atacante não autenticado pode contornar a verificação de etapa e potencialmente alterar configurações do frontend. O CVSS baixo (3.7) reflete impacto limitado — só integridade, sem confidencialidade nem disponibilidade — mas a falha está no catálogo KEV da CISA por exploração confirmada, geralmente como peça de reconhecimento ou parte de cadeias de ataque contra instâncias Zabbix expostas.
Detalhamento técnico
O setup.php do Zabbix Frontend implementa um wizard multi-etapas (bem-vindo, licença, requisitos, conexão com banco, configuração, resumo) que normalmente só deveria ser acessível durante a instalação inicial ou, depois disso, apenas a super-administradores autenticados. O problema é que a checagem de autorização para avançar etapas não é aplicada de forma consistente: mesmo com o arquivo de configuração já presente (ou seja, instalação concluída), certas etapas do script continuam alcançáveis por qualquer visitante sem sessão válida.
Como é explorada
O vetor é rede (AV:N), sem necessidade de privilégio (PR:N) nem interação de usuário (UI:N), mas a complexidade de ataque é alta (AC:H) — o atacante precisa manipular o estado da etapa do wizard (parâmetros de requisição/sessão) na sequência correta para passar as verificações de step, não é uma requisição única e trivial. Não há indicação nas fontes de que seja necessária configuração não padrão: o requisito real é apenas ter o frontend Zabbix exposto na rede com o setup.php ainda presente após a instalação. O impacto documentado é integridade baixa (I:L): o atacante consegue potencialmente alterar configuração do frontend, não executar código nem ler dados diretamente. A vulnerabilidade foi reportada por Thomas Chauchefoin (SonarSource) junto com outras falhas no mesmo lote (CVE-2022-23132, CVE-2022-23133), sugerindo que fazia parte de uma varredura de segurança mais ampla no frontend Zabbix. A presença no catálogo KEV da CISA confirma exploração ativa observada, e a existência de template Nuclei e PoC pública indica que virou alvo de scanners automatizados assim que divulgada.
Versões
Como se proteger
A correção oficial do fornecedor: atualizar para Zabbix 5.4.9rc2 ou posterior (branch 5.4.x) ou 6.0.0beta2/6.0.0 GA ou posterior (branch 6.0.x). Distribuições fizeram backport independente: Debian corrigiu em pacotes derivados da série 3.0.x (Debian 9 stretch LTS, versão 1:3.0.32+dfsg-0+deb9u2) e Fedora na série 5.0.x (5.0.19-1). Isso indica que mantenedores de pacote aplicaram o patch preventivamente em ramos mais antigos do que o range oficialmente listado pelo Zabbix (5.4.0–5.4.8 e 6.0.0–6.0.0beta1) — se você roda uma versão fora desse range oficial mas antiga, verifique se seu pacote de distribuição já recebeu o backport, não assuma que está seguro só porque a versão não aparece na lista do fornecedor.
Como detectar
Procure requisições HTTP (GET/POST) para /setup.php originadas de IPs sem sessão administrativa válida, especialmente depois que a instalação já foi concluída — isso por si só é anômalo, já que o wizard não deveria receber tráfego de produção. A existência de template Nuclei público significa que scanners de massa provavelmente testaram esse endpoint em qualquer Zabbix exposto após a divulgação da CVE em janeiro de 2022; picos de acesso a setup.php nos logs do servidor web nesse período (ou continuamente, dado o histórico KEV) são o sinal mais direto. Não há assinatura de payload específica publicada nas fontes consultadas — a detecção depende de monitorar acesso ao endpoint em si, não de um padrão de string malicioso.