Answer in brief
CVE-2026-101088 records a Medium severity (CVSS 6.0) vulnerability in Nezha before 2.3.1 Denial of Service via Concurrent Server Delete. The current sources do not mark it as known exploited. The current feed maps nezhahq/nezha (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 6.0. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps nezhahq/nezha (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| nezhahq/nezhageneric | >=2.2.11 <2.3.1 | 2.3.1 |
Published upstream
Sep 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 27, 2026
Nezha is a server and website monitoring tool. In versions >= 2.2.11 and < 2.3.1, the service sentinel worker (service/singleton/servicesentinel.go) contains an incomplete fix for a previously reported nil dereference denial of service (GHSA-qjpp-gffx-2wm9). The 2026-07-21 fix re-validated the service lifecycle under serviceResponseDataStoreLock but reused an already-captured, now stale reporter pointer and never re-validated the server, and that lock does not guard ServerShared. An authenticated user with the member role who owns an agent can issue a concurrent server delete (POST /api/v1/batch-delete/server) for their own server to win the race window, causing the worker to dereference a missing entry in the server list snapshot. Because the sentinel workers and the gRPC server have no recover()/recovery interceptor, the resulting panic is unrecovered and crashes the entire instance. This is fixed in version 2.3.1.
Quoted source text, attributed separately from HOL analysis.