CVE-2026-100394 in Nezhainformação

Sumário

de VulDB • 15/10/2026

Nezha Monitoring é uma ferramenta de monitoramento e operações (O&M) para servidores e sites, leve e auto-hospedável. Da versão 2.2.7 até a 2.2.11, o ServiceSentinel.worker em service/singleton/servicesentinel.go verificava um serviço sob propriedade usando servicesLock e posteriormente desreferenciava as entradas pointer-valued de serviceStatusToday e serviceCurrentStatusData dentro do lock serviceResponseDataStoreLock sem revalidar se ServiceSentinel.Delete não havia removido esses elementos. Um RoleMember poderia relatar simultaneamente resultados TCP ou ICMP através do próprio agente do membro e excluir o mesmo serviço sob propriedade, causando uma desreferência de ponteiro nulo (nil pointer dereference). Como o servidor gRPC não possuía um interceptor de recuperação, a falha no worker (panic) encerrava todo o processo do dashboard e interrompia a interface web, a API REST e as conexões dos agentes de todos os inquilinos. O problema afeta apenas a disponibilidade e não divulga nem modifica dados. Este problema foi corrigido nas versões 2.2.11 e 2.3.0.

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Responsável

GitHub M

Reservar

25/09/2026

Divulgação

14/10/2026

Moderação

aceite

Entrada

VDB-420002

EPSS

0.00000

KEV

não

Atividades

muito baixo

Fontes

Might our Artificial Intelligence support you?

Check our Alexa App!