Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain read/browse account or use anonymous access
-
ExploitIdentify hosted NuGet repo with Symbol Server enabled
-
ExecutionUpload crafted .snupkg via Components API
-
ImpactServer bypasses write check and persists package
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a hosted NuGet repository with the Symbol Server feature explicitly enabled - this is the key enabling precondition and is not a default for all repositories. The actor must possess repository read and browse privileges (CVSS PR:L); where anonymous access is enabled, the built-in anonymous user satisfies this by default, removing the need for a valid account. The flaw is limited to the .snupkg symbol-package upload path and yields an integrity-only outcome (unauthorized persistence of content), not read access to existing artifacts or service disruption. Limiting factors: Symbol Server must be on, the repository must be hosted (not proxy/group), and exploitation without credentials depends on anonymous access being enabled. |
| Impact | The vendor-supplied CVSS 4.0 score is 7.1 (High), driven entirely by an integrity impact (VI:H) with no confidentiality or availability consequence (VC:N/VA:N) and no scope change to subsequent systems. The vector is favorable to an attacker in most respects - network reachable (AV:N), low complexity (AC:L), no attack requirements (AT:N), and no user interaction (UI:N) - but it correctly requires low privileges (PR:L), reflecting that the actor must hold repository read and browse rights. That privilege requirement is materially weakened by the description's note that, where anonymous access is enabled, the built-in anonymous user holds read and browse across all repositories by default, which would make exploitation effectively unauthenticated against such deployments. No EPSS score, CISA KEV listing, or public POC was provided in the intelligence set, and no SSVC decision data was supplied, so exploitation-probability and automatability signals are absent and cannot be asserted. This is best treated as a moderate, patch-promptly priority rather than an emergency: the authorization bypass is concrete and the fix is available, but the impact is confined to writing/persisting symbol packages (an integrity-only effect) rather than data theft or service disruption, and there is no evidence of active exploitation at time of analysis. Note the gating precondition - Symbol Server must be enabled on a hosted NuGet repository - which narrows the real exposed population below the full Nexus install base. |
| Exploit ScenarioDerived | An attacker with only read/browse rights (or the anonymous user, where anonymous access is enabled) targets a hosted NuGet repository that has Symbol Server turned on. Using the NuGet Components API upload path, they submit a .snupkg symbol package that the server accepts and persists despite the actor lacking write permission, planting unauthorized or malicious symbol content that downstream developers may later retrieve. No public exploit code was identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 15, 2026
Sonatype Nexus Repository 3 fails to enforce a write-authorization check on the NuGet symbol-package upload path, letting an account that holds only repository read and browse privileges persist .snupkg symbol packages into a hosted NuGet repository. The defect is an integrity-only issue (I:H, with no confidentiality or availability impact) and is reachable by remote, low-privileged authenticated users (CVSS 4.0 7.1 High; assessed CVSS 3.1 7.1 High with PR:L). Exploitation is conditional: the target must be a hosted (not proxy or group) NuGet repository with the Symbol Server feature explicitly enabled, and where anonymous access is on, the built-in anonymous account already carries read and browse rights and satisfies the privilege prerequisite without any credential. No public exploit code was identified at time of analysis and there is no CISA KEV listing; a vendor fix is available.
RemediationAI
Primary fix: upgrade Nexus Repository 3 to the release documented in the vendor's 3.97.0 release notes (https://help.sonatype.com/en/sonatype-nexus-repository-3-97-0-release-notes.html), which is the patched version referenced alongside the advisory at https://support.sonatype.com/hc/en-us/articles/55793090807827/; confirm the exact target build against the support article before scheduling the upgrade, and treat any earlier release line as vulnerable until verified. If an immediate upgrade is not possible, the most effective compensating control is to disable the Symbol Server feature on all hosted NuGet repositories, which removes the vulnerable upload path entirely at the cost of losing symbol resolution and source-level debugging for NuGet packages in those repositories; if symbols must be retained, restrict them to a dedicated hosted repository that no anonymous or read-only identity can reach. Disabling anonymous access is the second high-value step, since anonymous access is what allows an unauthenticated actor to satisfy the read-and-browse prerequisite - the trade-off is that legitimate unauthenticated clients and CI jobs consuming repositories over HTTP will need credentials or token-based access. As a further hardening measure, narrow read and browse grants so that only trusted publisher identities can reach NuGet symbol endpoints, and monitor the NuGet Components API for .snupkg uploads originating from non-publisher accounts, though log-based detection only shortens dwell time rather than preventing the initial unauthorized write. Note that the underlying flaw is integrity-only, so no data-exfiltration or denial-of-service remediation is required beyond restoring trust in the repository's symbol content - any symbol packages already persisted by an unauthorized party should be identified and removed during the upgrade window.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The issue is a classic missing authorization check (CWE-862) rather than a memory-safety or injection flaw: the NuGet Components API route that handles symbol-package uploads does not apply the same write-permission gate that ordinary NuGet package uploads use, so a caller with only read and browse capabilities is treated as though it were a write-capable publisher. The affected technology is the NuGet package ecosystem combined with Nexus Repository 3's Symbol Server feature, which ingests .snupkg symbol packages to support source-level debugging of published assemblies. Because symbol packages are consumed by debuggers and can be associated with existing package IDs and versions, unauthorized insertion can lead to debuggers resolving attacker-supplied symbol data, but the outcome is integrity-only: existing artifacts cannot be read out and service availability is unaffected. The CPE string cpe:2.3:a:sonatype:nexus_repository_3:*:*:*:*:*:*:*:* indicates the affected product family is version-agnostic in the advisory, so the fix should be applied against the specific release line in use. The enabling configuration - a hosted repository type with Symbol Server turned on - is not the default state for every Nexus repository, which materially narrows the exploitable population.
Know when Nexus Repository 3 gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N
A low-privilege read/browse account suffices (PR:L), remote with no interaction (AV:N/AC:L/UI:N); only integrity is affected by unauthorized symbol persistence, so C and A are N.
Primary rating from Vendor (Sonatype).
CVSS VectorVendor: Sonatype
DescriptionCVE.org
A missing authorization check in Nexus Repository 3's NuGet Components API upload path allows an account holding only repository read and browse privileges to upload and persist NuGet symbol packages (.snupkg) to a hosted repository, bypassing the write-permission check enforced for ordinary package uploads. Exploitation requires a hosted NuGet repository with Symbol Server enabled. If anonymous access is enabled, the built-in anonymous user holds read and browse privileges across all repositories by default, so this precondition can also be met without an authenticated account.
Executive ViewAI
Sonatype Nexus Repository 3 contains an access-control weakness that can allow low-privileged users to place unauthorized NuGet symbol packages into hosted repositories, creating a software supply-chain integrity risk for organizations that build and distribute .NET components. The exposure is limited to hosted NuGet repositories with the Symbol Server feature enabled, particularly where anonymous access is allowed, so affected teams should prioritize development and release engineering systems over general IT. A vendor fix is available, and no public exploit code or CISA KEV activity has been identified at the time of analysis, making this a manageable but time-sensitive patch and hardening effort.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Nexus Repository 3
View allIncorrect authorization in the Nexus Repository 3 CE/Pro repository-creation UI allows an authenticated user with a form
Privilege escalation in Sonatype Nexus Repository 3 allows an authenticated low-privileged user - who holds the 'update
Remote code execution in Sonatype Nexus Repository 3 is achievable by any user holding the nx-datastores-update permissi
Privilege escalation in Sonatype Nexus Repository 3 allows an authenticated user who holds the 'role create' or 'role up
Insufficient session expiration in Sonatype Nexus Repository 3 allows a previously-authenticated user to retain full rep
Privilege escalation in Sonatype Nexus Repository 3 allows an authenticated user holding privilege-management rights to
Authorization bypass in Sonatype Nexus Repository 3's component upload API lets an account holding only read/browse priv
Script execution enforcement failure in Sonatype Nexus Repository 3 allows privileged authenticated users to invoke pre-
Incorrect authorization in Sonatype Nexus Repository 3 allows a low-privileged user holding the `nexus:blobstores:create
Java class-enumeration through the ExtDirect endpoint in Sonatype Nexus Repository 3 allows an unauthenticated, remote a
Unverified password change in Sonatype Nexus Repository 3 allows any account holding the nexus:* permission to overwrite
Stored XSS in Sonatype Nexus Repository 3 enables an authenticated user holding blob store management permissions to inj
EUVD-2026-102152
GHSA-g4qg-94xm-4cx6
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB