Skip to content

← Public intelligence

Go package

github.com/l3montree-dev/devguard

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

2 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. High, CVSS 7.1GoPublished

    DevGuard has improper authorization on public assets

    CVE-2026-48089 · GHSA-6p54-fw2f-q7gf

    Affected
    • Go github.com/l3montree-dev/devguard < 1.4.2
    Fixed in
    1.4.2· Vendor fix available
    Issue
    Impact 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 - 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. Security impact is primarily to integrity of the vulnerability picture of public assets: an attacker can mark CVEs as false-positive, silence vulnerabilities, attach misleading justifications, or delete legitimate triage rules —…

    Recommended action: Upgrade to 1.4.2 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. Critical, CVSS 9.3GoPublished

    DevGuard has an unauthenticated identity assertion via X-Admin-Token header

    CVE-2026-42300 · GHSA-2g9v-7mr5-fgjg

    Affected
    • Go github.com/l3montree-dev/devguard < 1.2.2
    Fixed in
    1.2.2· Vendor fix available
    Issue
    Impact The SessionMiddleware accepts a client-supplied X-Admin-Token HTTP request header and uses its raw string value as the authenticated userID when no Kratos session cookie is present. An unauthenticated attacker who knows or can guess a target user's Kratos identity UUID can issue requests as that user. Where the target user is an organisation admin or owner, this gives the attacker full control over that organisation's DevGuard resources. Patches The release v1.2.2 patches this issue. Update your DevGuard API Instances to this version. Workarounds Configure a reverse proxy to strip the X-Admin-Token header before sending requests to the DevGuard API. Resources Fixed commit: https://github.com/l3montree-dev/devguard/commit/6f38310bf93b2a63df3055038f4da82b1f4e6d9a

    Recommended action: Upgrade to 1.2.2 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →