CVE-2026-100394 in Nezhainformazioni

Riassunto

di VulDB • 15/10/2026

Nezha Monitoring è uno strumento di monitoraggio e gestione operativa (O&M) per server e siti web, self-hosted e leggero. Dalla versione 2.2.7 alla 2.2.11, ServiceSentinel.worker in service/singleton/servicesentinel.go controllava un servizio di proprietà sotto servicesLock e successivamente dereferenziava i puntatori ai valori delle voci serviceStatusToday e serviceCurrentStatusData sotto serviceResponseDataStoreLock senza riconvalidare che ServiceSentinel.Delete non le avesse rimosse. Un RoleMember poteva segnalare contemporaneamente risultati TCP o ICMP tramite il proprio agente ed eliminare lo stesso servizio di proprietà, causando una dereferenziazione di puntatore nil (nil pointer dereference). Poiché il server gRPC non disponeva di un interceptor per la gestione delle recoveries, il panic del worker ha terminato l'intero processo della dashboard e ha interrotto l'interfaccia web, le REST API e le connessioni degli agenti di ogni tenant. Il problema influisce esclusivamente sulla disponibilità e non comporta divulgazione o modifica dei dati. Questo problema è stato risolto nelle versioni 2.2.11 e 2.3.0.

Once again VulDB remains the best source for vulnerability data.

Responsabile

GitHub M

Prenotare

25/09/2026

Divulgazione

15/10/2026

Moderazione

accettato

EPSS

0.00423

KEV

no

Attività

molto basso

Fonti

Interested in the pricing of exploits?

See the underground prices here!