CVE-2026-48089: CWE-285: Improper Authorization in l3montree-dev devguard
DevGuard provides vulnerability management for the full software supply chain. Prior to 1.4.2, on a DevGuard API instance with one or more public assets, any authenticated user — including users from a different organization with no membership or role in the affected org/project — can create, update, reapply, and delete VEX rules on those public assets. The same flaw affects the other vulnerability-triage write endpoints exposed under a public asset, including VEX rule create / update / reapply / delete; dependency-vuln event creation (accept / reject / mitigate decisions), batch event creation, vuln sync, and mitigation; license risk creation; external reference writes; and/or artifact creation and license refresh. The attacker needs a valid account on the instance, but no membership in the victim organization, project, or asset is required. Version `v1.4.2`contains a patch. As a workaround, make affected assets non-public. In the asset settings, switch visibility from public to private. This removes the public-read exemption in the access-control middleware and restores correct authorization on all write endpoints for that asset. Downstream consumers that previously relied on the public `vex.json` / `sbom.json` endpoints will need to be granted explicit access or must receive an exported file version until the patched release is deployed.
AI Analysis
Technical Summary
DevGuard versions before 1.4.2 have an improper authorization flaw affecting API endpoints related to vulnerability management on public assets. Authenticated users without membership in the target organization or project can manipulate VEX rules and other vulnerability triage write endpoints such as dependency vulnerability events, license risk creation, external references, and artifact creation. This occurs because public assets bypass certain access control checks, allowing unauthorized write operations. The issue is resolved in DevGuard version 1.4.2. As a temporary mitigation, changing asset visibility from public to private enforces correct authorization on these endpoints.
Potential Impact
An attacker with any valid account on the DevGuard instance can modify critical vulnerability management data on public assets belonging to other organizations without proper authorization. This can lead to unauthorized changes in vulnerability triage decisions, license risk data, and artifact information, potentially undermining the integrity and trustworthiness of the vulnerability management process. The vulnerability has a CVSS 4.0 base score of 7.1 (high severity), reflecting the network attack vector, low attack complexity, and significant impact on integrity and availability.
Mitigation Recommendations
A patch is available in DevGuard version 1.4.2 that fixes this improper authorization vulnerability. Users should upgrade to version 1.4.2 or later. As a workaround until the patch is applied, administrators can make affected assets non-public by switching their visibility from public to private. This change restores proper access control on write endpoints for those assets. Downstream consumers relying on public endpoints such as vex.json or sbom.json must be granted explicit access or use exported file versions until the update is deployed.
CVE-2026-48089: CWE-285: Improper Authorization in l3montree-dev devguard
Description
DevGuard provides vulnerability management for the full software supply chain. Prior to 1.4.2, on a DevGuard API instance with one or more public assets, any authenticated user — including users from a different organization with no membership or role in the affected org/project — can create, update, reapply, and delete VEX rules on those public assets. The same flaw affects the other vulnerability-triage write endpoints exposed under a public asset, including VEX rule create / update / reapply / delete; dependency-vuln event creation (accept / reject / mitigate decisions), batch event creation, vuln sync, and mitigation; license risk creation; external reference writes; and/or artifact creation and license refresh. The attacker needs a valid account on the instance, but no membership in the victim organization, project, or asset is required. Version `v1.4.2`contains a patch. As a workaround, make affected assets non-public. In the asset settings, switch visibility from public to private. This removes the public-read exemption in the access-control middleware and restores correct authorization on all write endpoints for that asset. Downstream consumers that previously relied on the public `vex.json` / `sbom.json` endpoints will need to be granted explicit access or must receive an exported file version until the patched release is deployed.
CVSS v4.0
Score 7.1high
Affected software
pkg:github/l3montree-dev/devguardRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
DevGuard versions before 1.4.2 have an improper authorization flaw affecting API endpoints related to vulnerability management on public assets. Authenticated users without membership in the target organization or project can manipulate VEX rules and other vulnerability triage write endpoints such as dependency vulnerability events, license risk creation, external references, and artifact creation. This occurs because public assets bypass certain access control checks, allowing unauthorized write operations. The issue is resolved in DevGuard version 1.4.2. As a temporary mitigation, changing asset visibility from public to private enforces correct authorization on these endpoints.
Potential Impact
An attacker with any valid account on the DevGuard instance can modify critical vulnerability management data on public assets belonging to other organizations without proper authorization. This can lead to unauthorized changes in vulnerability triage decisions, license risk data, and artifact information, potentially undermining the integrity and trustworthiness of the vulnerability management process. The vulnerability has a CVSS 4.0 base score of 7.1 (high severity), reflecting the network attack vector, low attack complexity, and significant impact on integrity and availability.
Mitigation Recommendations
A patch is available in DevGuard version 1.4.2 that fixes this improper authorization vulnerability. Users should upgrade to version 1.4.2 or later. As a workaround until the patch is applied, administrators can make affected assets non-public by switching their visibility from public to private. This change restores proper access control on write endpoints for those assets. Downstream consumers relying on public endpoints such as vex.json or sbom.json must be granted explicit access or use exported file versions until the update is deployed.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-05-20T18:40:45.833Z
- Cvss Version
- 4.0
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a359d6df198dc38c122038f
Added to database: 06/19/2026, 19:50:05 UTC
Last enriched: 07/16/2026, 10:55:19 UTC
Last updated: 08/02/2026, 19:17:59 UTC
Views: 69
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.