HashiCorp Boundary: Server-side Request Forgery im Vault-Credential-Store
Zusammenfassung
HashiCorp Boundary und Boundary Enterprise enthalten eine Server-side Request Forgery in der Integration des Vault-Credential-Stores. Ein authentifizierter Benutzer, der Credential Stores und Credential Libraries innerhalb eines Projekts verwalten darf, kann den Boundary-Controller veranlassen, Anfragen an ein frei gewähltes Ziel zu senden und die Antwort zu erhalten. Dabei können Endpunkte offengelegt werden, die nur vom Host des Controllers erreichbar sind, etwa ein Metadatendienst einer Cloud-Instanz.
Betroffen
- HashiCorp Boundary Enterprise 0.21.3 bis 1.0.1
- HashiCorp Boundary (Open Source) ab 0.21.3, fixe Version unbekannt
- Distributionspakete können 0.21.2 oder 0.19.0 auflisten; gegen den Herstellerbereich prüfen
Behoben in
- HashiCorp Boundary Enterprise 1.0.2
- HashiCorp Boundary Enterprise 0.21.6
- Fixe Version für die Open-Source-Edition: Unbekannt.
Umgehung
- Workarounds des Herstellers: Keine gefunden.
- Die Berechtigung zum Erstellen oder Ändern von Vault-Credential-Stores und Credential Libraries auf vertrauenswürdige Administratoren beschränken.
- Bestehende Credential Stores und Libraries auf unerwartete Adressen oder Pfade prüfen.
- Ausgehenden Netzwerkverkehr des Controllers einschränken, insbesondere zu Link-local-Metadatenadressen, und auf Cloud-Hosts IMDSv2 oder ein gleichwertiges Verfahren erzwingen.
Ausnutzung
- CVSS 8.7 (Bewertung der CNA, CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:N); VulDB bewertet niedriger (4.7).
- Authentifizierung mit hohen Berechtigungen erforderlich.
- CISA SSVC: Exploitation none, Automatable no, Technical Impact total.
- Zum Zeitpunkt der Recherche keine Hinweise auf Ausnutzung in freier Wildbahn und kein öffentlicher Proof of Concept gefunden.
- EPSS 0.22 % (Perzentil 13).
Unsere Empfehlung
- Prüfen, ob Boundary im Einsatz ist und ob der Controller aus nicht vertrauenswürdigen Netzen erreichbar ist.
- Boundary Enterprise auf 1.0.2 oder 0.21.6 aktualisieren und die fixe Version der Open-Source-Edition bei HashiCorp verifizieren.
- Bis zum Patch die Verwaltung von Credential Stores und Credential Libraries auf vertrauenswürdige Administratoren beschränken.
- Cloud-Controller auf Exposition des Metadatendienstes prüfen und ausgehende Anfragen des Controllers überwachen.
- Falls Boundary nicht genutzt wird, ist keine Massnahme nötig.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- HashiCorp advisory HCSEC-2026-54 discuss.hashicorp.com
- CVE data and CNA details (threatint) cve.threatint.com
- Strix CVE record www.strix.ai
- VulDB entry vuldb.com
- NixOS tracker issue github.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 23:35.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.