Skip to content

← Public intelligence

Go package

github.com/hashicorp/boundary

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

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

  1. High, CVSS 7.5GoPublished

    Hashicorp Boundary workers are vulnerable to a denial-of-service condition during node enrollment TLS handshakes

    CVE-2026-7776 · GHSA-7x9r-wcgg-w86f

    Affected
    • Go github.com/hashicorp/boundary < 0.19.5; >= 0.20.0, < 0.20.3; >= 0.21.0, < 0.21.3
    Fixed in
    0.19.50.20.30.21.3· Vendor fix available
    Issue
    Boundary Community Edition and Boundary Enterprise ("Boundary") workers are vulnerable to a denial-of-service condition during node enrollment TLS handshakes. An attacker with network access to the worker authentication listener may open a connection and delay or withhold the client certificate during the TLS handshake, causing worker connection handling to block. This may prevent legitimate worker connections from being accepted or routed. This vulnerability, CVE-2026-7776, is fixed in Boundary 0.21.3, 0.20.3, 0.19.5.

    Recommended action: Upgrade to 0.21.3, 0.20.3 or 0.19.5 by release line, 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. Medium, CVSS 5.9GoPublished

    Boundary Community Edition Incorrectly Handles HTTP Requests On Initialization Which May Lead to a Denial of Service

    CVE-2024-12289 · GHSA-xx83-cxmq-x89m

    Affected
    • Go github.com/hashicorp/boundary < 0.18.2
    Fixed in
    0.18.2· Vendor fix available
    Issue
    Boundary Community Edition and Boundary Enterprise (“Boundary”) incorrectly handle HTTP requests during the initialization of the Boundary controller, which may cause the Boundary server to terminate prematurely. Boundary is only vulnerable to this flaw during the initialization of the Boundary controller, which on average is measured in milliseconds during the Boundary startup process. This vulnerability, CVE-2024-12289, is fixed in Boundary Community Edition and Boundary Enterprise 0.16.4, 0.17.3, 0.18.2.

    Recommended action: Upgrade to 0.18.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 →
  3. High, CVSS 8.0GoPublished

    Boundary vulnerable to session hijacking through TLS certificate tampering

    CVE-2024-1052 · GHSA-vh73-q3rw-qx7w

    Affected
    • Go github.com/hashicorp/boundary >= 0.8.0, < 0.15.0
    Fixed in
    0.15.0· Vendor fix available
    Issue
    Boundary and Boundary Enterprise (“Boundary”) is vulnerable to session hijacking through TLS certificate tampering. An attacker with privileges to enumerate active or pending sessions, obtain a private key pertaining to a session, and obtain a valid trust on first use (TOFU) token may craft a TLS certificate to hijack an active session and gain access to the underlying service or application.

    Recommended action: Upgrade to 0.15.0 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 →
  4. High, CVSS 7.1GoPublished

    HashiCorp Boundary Workers Store Rotated Credentials in Plaintext Even When Key Management Service Configured

    CVE-2023-0690 · GHSA-9vrm-v9xv-x3xr

    Affected
    • Go github.com/hashicorp/boundary >= 0.10.0, < 0.12.0
    Fixed in
    0.12.0· Vendor fix available
    Issue
    HashiCorp Boundary from 0.10.0 through 0.11.2 contain an issue where when using a PKI-based worker with a Key Management Service (KMS) defined in the configuration file, new credentials created after an automatic rotation may not have been encrypted via the intended KMS. This would result in the credentials being stored in plaintext on the Boundary PKI worker’s disk. This issue is fixed in version 0.12.0.

    Recommended action: Upgrade to 0.12.0 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 →