HIGH 7.7

CVE-2026-58207: NATS Server Denial-of-Service via Integer Overflow in Pagination

NATS Server, the popular messaging platform used in cloud and edge deployments, contains a denial-of-service vulnerability in its connection monitoring feature. An authenticated client can crash the server by sending specially crafted pagination parameters (Offset and Limit values) that cause integer overflow in the server's internal calculations. The crash disrupts all connected clients and messaging until the server restarts. The vulnerability affects NATS Server versions before 2.14.3 and 2.12.12.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.7 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:N/A:H
Weaknesses (CWE)
CWE-190
Affected products
1 configuration(s)
Published / Modified
2026-07-08 / 2026-07-09

NVD description (verbatim)

NATS Server is a high-performance server for NATS.io, the cloud and edge native messaging system. Prior to 2.14.3 and 2.12.12, a client able to send account-scoped connection monitoring requests could crash the server by supplying Connz pagination Offset and Limit values that overflowed internal arithmetic before the response window was safely bounded. This issue is fixed in versions 2.14.3 and 2.12.12.

5 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-58207 is an integer overflow vulnerability (CWE-190) in NATS Server's Connz (connection statistics) monitoring endpoint. When a client with account-scoped connection monitoring permissions sends a request with large Offset and Limit values, the server fails to safely bound the response window before performing arithmetic operations. The unchecked integer overflow corrupts internal state or triggers an exception, causing the server process to terminate. The vulnerability requires an authenticated connection to the NATS cluster, limiting exposure to users or services with valid credentials.

Business impact

Organizations relying on NATS Server for mission-critical messaging may face unexpected service interruptions. An authenticated user—whether an insider or someone with compromised credentials—can unilaterally crash the messaging broker, affecting all downstream applications that depend on it. In microservices architectures, IoT platforms, and edge computing environments, such outages cascade quickly. Recovery requires manual server restart, introducing operational overhead and potential data loss if in-flight messages are not persisted. For systems handling time-sensitive operations (trading, real-time alerts, autonomous systems), even brief outages carry material risk.

Affected systems

NATS Server versions prior to 2.14.3 (all 2.14.x before .3) and prior to 2.12.12 (all 2.12.x before .12) are vulnerable. Organizations running earlier minor versions (e.g., 2.13.x, 2.11.x, or older) are also at risk; verify your exact version and apply the nearest available patch. Patch eligibility depends on your current release line; consult the NATS project's advisory for end-of-life and support timelines.

Exploitability

Exploitation requires a valid, authenticated connection to the NATS cluster. An attacker cannot exploit this vulnerability from the internet without first obtaining legitimate credentials or compromising an existing client. However, inside a zero-trust or hybrid cloud environment where many internal services connect to NATS, the barrier is lower. Once authenticated, triggering the crash is trivial—a single malformed Connz request suffices. No user interaction or complex setup is needed. The CVSS 7.7 (HIGH) score reflects the high availability impact combined with the authentication prerequisite.

Remediation

Upgrade NATS Server to version 2.14.3 or later (if running 2.14.x), or 2.12.12 or later (if running 2.12.x). Review your version's release notes to confirm the fix is included. If you run an older minor version, determine the correct upgrade path from the NATS project documentation. Plan for a brief maintenance window, as upgrades typically require server restart. Test the upgrade in a staging environment first, especially if you have custom monitoring or integrations relying on the Connz endpoint.

Patch guidance

Prioritize patching production clusters immediately, given the ease of exploitation by internal users or compromised services. The patch is available now; delay carries unacceptable risk. For 2.14.x users: upgrade to 2.14.3+. For 2.12.x users: upgrade to 2.12.12+. For users on other supported branches, check the NATS release notes to identify the corresponding patched version. Rolling restarts are often possible in clustered deployments to minimize downtime. Verify patch application by checking the server version string and reviewing logs for successful startup.

Detection guidance

Monitor NATS server logs and metrics for unexpected crashes or restarts. A sudden termination without scheduled maintenance is suspicious. If possible, enable Connz request logging or middleware inspection to flag unusually large pagination parameters (extremely high Offset or Limit values). Network-based detection is difficult; focus on behavioral signals: frequent server restarts, application errors due to lost NATS connections, or alerts from monitoring systems that connect via Connz. After patching, baseline normal behavior to ease future anomaly detection.

Why prioritize this

This vulnerability merits immediate attention. Authentication requirement prevents external mass exploitation, but internal threats—disgruntled employees, compromised microservices, or lateral-movement attackers already on your network—can weaponize it instantly to disrupt critical infrastructure. The fix is available, tested, and simple to deploy. Any delay increases operational risk disproportionately.

Risk score, explained

CVSS 7.7 (HIGH) reflects a complete denial-of-service impact (Availability: High) with limited scope (authentication required). The vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:N/A:H indicates network accessibility, low attack complexity, low privilege requirement (authenticated user), no user interaction, and scope change (the crash affects all users). The score is justified: while confidentiality and integrity are unharmed, availability loss is total and easily triggered.

Frequently asked questions

Can an unauthenticated attacker exploit this?

No. The vulnerability requires a valid, authenticated connection to the NATS cluster. However, if your NATS deployment is exposed on a network boundary or default credentials are in use, the barrier lowers significantly. Always enforce strong authentication and network isolation.

Will patching cause downtime?

Yes, server restart is typically required. However, in a clustered setup, you can perform rolling restarts to keep messaging flowing. Plan a maintenance window, and test the upgrade path in staging first.

Does this vulnerability affect data stored in NATS?

No. The vulnerability causes a denial-of-service crash; it does not exfiltrate, corrupt, or leak messages. Messages persisted to external storage remain safe. In-flight messages not yet confirmed by subscribers may be lost depending on your persistence configuration.

How do I check my NATS version?

Run `nats-server -v` from the command line or connect to the server's monitoring port (default 8222) and retrieve the server info. Compare the version string against the patched releases (2.14.3+, 2.12.12+, or verify against your branch's advisory).

This analysis is for informational purposes and does not constitute legal, security, or investment advice. Organizations must conduct their own risk assessment and testing. Patch versions and timelines mentioned are based on published vendor advisories; always verify against official NATS project sources before deployment. The existence of this CVE does not guarantee active in-the-wild exploitation, though the low barrier to exploitation warrants prompt remediation. Third-party integrations and custom configurations may affect patch compatibility; coordinate with your infrastructure and development teams before upgrading production systems. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).