CVE-2026-58211: NATS Server Authentication Bypass via Parser Path Exploitation
NATS Server versions prior to 2.14.3 and 2.12.12 contain an authentication bypass vulnerability. When a client connects and sends an operation other than the standard CONNECT command first, the parser accepts the connection and registers the client as the configured no_auth_user account. This bypasses user-level restrictions that would normally be enforced during proper authentication, such as connection type limits or proxy requirements. An authenticated attacker could exploit this to assume a privileged account identity without valid credentials.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-863
- 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 could be registered as the configured no_auth_user through a parser path used when the first client operation was not CONNECT, bypassing user-level connection restrictions such as allowed_connection_types or proxy_required that normal authentication would apply. This issue is fixed in versions 2.14.3 and 2.12.12.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in NATS Server's connection handling logic. The server implements a fallback no_auth_user configuration for unauthenticated clients, but the parser contains a path that registers clients as this user when the first operation received is not CONNECT. This occurs before normal authentication checks execute, allowing an attacker to skip user-level restrictions defined in the server configuration (CWE-863: Improper Authorization). The issue affects version series 2.14.x prior to 2.14.3 and 2.12.x prior to 2.12.12.
Business impact
This vulnerability enables lateral privilege escalation within NATS deployments. An attacker with any valid authentication credential could bypass connection restrictions and assume the identity of the no_auth_user account, potentially gaining access to message streams or operations they should not be permitted to use. In environments where NATS handles sensitive inter-service communication, this could lead to unauthorized data access or message manipulation. The impact is limited by the CVSS score (5.4 MEDIUM) because the attacker requires valid initial authentication; it is not an unauthenticated remote code execution vulnerability.
Affected systems
NATS Server versions 2.14.0 through 2.14.2 and 2.12.0 through 2.12.11 are vulnerable. Organizations running NATS as a message broker for cloud-native or edge computing environments, including those using Kubernetes or microservices architectures, should audit their deployments. Verify your installed version by running the NATS server binary with the version flag or checking deployment manifests.
Exploitability
Exploitation requires an attacker to possess valid authentication credentials to connect to the NATS server. The attack itself is trivial once authenticated: send a non-CONNECT operation as the first command. No special tools or complex payloads are required. The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U) reflects that the vulnerability is network-accessible with low attack complexity, but requires authenticated access (PR:L). The impact is limited to confidentiality and integrity of individual messages, not system availability.
Remediation
Upgrade NATS Server to version 2.14.3 or later for the 2.14 series, or to version 2.12.12 or later for the 2.12 series. Organizations on other supported version branches should check the NATS release notes to confirm patching. No configuration workarounds are available; patching is the only remediation. Verify the upgrade is complete before resuming normal operations.
Patch guidance
Apply the security update from the Linux Foundation NATS project. For containerized deployments, update the NATS Server image to a patched tag (2.14.3+ or 2.12.12+). For binary deployments, download the latest release from the official NATS GitHub repository. Test the upgrade in a non-production environment first to confirm compatibility with your message broker topology. Rolling restarts may be necessary depending on your deployment model; refer to your NATS operator documentation.
Detection guidance
Monitor NATS Server logs for unusual connection patterns, particularly clients that send non-CONNECT operations immediately upon connection. Review access logs for connections registered as the no_auth_user account from unexpected sources or at unusual times. If NATS supports audit logging, enable it to track all connection attempts and authorization decisions. Network intrusion detection systems should flag connections that deviate from standard NATS protocol handshakes. After patching, baseline the normal connection behavior in your environment.
Why prioritize this
While this vulnerability requires pre-existing authentication, it enables privilege escalation by bypassing per-user connection restrictions. Organizations using NATS in multi-tenant or restricted-access scenarios should prioritize patching within 30 days. The MEDIUM severity and authenticated requirement mean this is not critical, but it deserves prompt attention if your NATS deployment enforces fine-grained per-client access policies.
Risk score, explained
CVSS 5.4 (MEDIUM) reflects a network-accessible vulnerability with low attack complexity, but gated by the requirement for prior authentication (PR:L). The impact is restricted to low confidentiality and low integrity loss—an attacker gains unauthorized message access but cannot crash the server or escalate to code execution. The scoring assumes an environment where no_auth_user has elevated privileges; in deployments where no_auth_user has minimal permissions, practical risk is lower.
Frequently asked questions
Do we need to patch immediately?
No, but prioritize it within 30 days. The vulnerability requires valid authentication, so it does not pose an immediate risk from external unauthenticated attackers. However, if your NATS deployment enforces strict per-client restrictions or uses no_auth_user for sensitive operations, expedite patching.
What is the no_auth_user account, and why does it matter?
The no_auth_user is a configured fallback identity in NATS for clients that do not authenticate. Organizations typically assign it minimal permissions. However, if your configuration grants no_auth_user elevated privileges or access to sensitive streams, an attacker exploiting this bug could assume those privileges without valid credentials.
Can this vulnerability be exploited from outside our network?
Yes, if NATS Server is exposed to the network. However, the attacker must first obtain valid credentials to any NATS user account. Internal threat actors with any valid credential can exploit the vulnerability to escalate to no_auth_user privileges.
Does patching require downtime?
Depends on your deployment. For containerized NATS brokers with high availability and replication, rolling restarts may allow patch application with minimal downtime. For single-instance deployments, brief downtime is required. Test your update procedure in a staging environment first.
This analysis is provided for informational purposes and reflects publicly available vulnerability data as of the publication date. CVSS scores, affected versions, and patch guidance are sourced from official vendor advisories and the CVE record. Security professionals should verify all patch versions against the official NATS Server release notes and their own environment configurations before applying updates. No guarantee is made regarding the completeness or applicability of this analysis to any specific deployment. Consult your organization's change management and security policies before deploying patches. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-58209MEDIUMNATS Server MQTT Authorization Bypass via Retained Message Delivery
- CVE-2026-58214MEDIUMNATS Server MQTT Authorization Bypass Exposes QoS Metadata
- CVE-2026-58254MEDIUMNATS Server Leafnode Trace Authorization Bypass (CVSS 6.5)
- CVE-2026-10211MEDIUMAstrBot 4.23.6 Path Normalization Authorization Bypass
- CVE-2026-10616MEDIUMAuthorization Bypass in nextlevelbuilder GoClaw Task Completion
- CVE-2026-10741MEDIUMNexus Repository Manager Credential Disclosure Vulnerability
- CVE-2026-10815MEDIUMAuthorization Bypass in Hostel Management System PHP
- CVE-2026-10860MEDIUMMISP Delete Validation Bypass – Logic Error in HTTP DELETE Handler