CVE-2023-0690
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedHashiCorp 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.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceIn HashiCorp Boundary versions 0.10.0-0.11.2, when a PKI-based worker is configured with a Key Management Service (KMS), credentials created after automatic rotation are not encrypted with the intended KMS, resulting in plaintext storage on disk.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE data>= 0.10.0, < 0.12.0CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Local
- Complexity
- Low
- Privileges
- Low
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- High
- Availability
- None
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Identify installed Boundary versionRun `boundary --version` or check the binary version used in your deploymentAffected if Version is 0.10.0 through 0.11.2 (any version >= 0.10.0 and < 0.12.0)
-
Confirm PKI worker configurationReview Boundary controller/worker configuration files for `worker` type set to `pki` or check worker registration status via `boundary workers list -scope id=global`Affected if PKI-based workers are configured and registered in the environment
-
Verify KMS is configured for workersInspect Boundary configuration for `kms` blocks, particularly those intended for worker storage encryption or review output of `boundary kms list`Affected if A Key Management Service (KMS) is configured for use with workers
-
Inspect worker storage for plaintext credentialsExamine the storage location where worker credentials are persisted (typically the worker data directory or configured storage backend) for any unencrypted credential files created after rotation eventsAffected if Plaintext credential files exist in worker storage locations
You are affected if running Boundary 0.10.0-0.11.2 with PKI workers that have KMS configured, and unencrypted credentials exist on disk after automatic rotation.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scoped0.12.0
Upgrade to Boundary version 0.12.0 or later to remediate. Additionally, audit the PKI worker disk for any plaintext credentials that may have been stored during the affected versions.
0.12.0
- 1. Review the HashiCorp Boundary upgrade documentation for your deployment type
- 2. Create a backup of your current Boundary configuration and database
- 3. Plan your upgrade path: upgrade first any workers, then the controllers, following HashiCorp's recommended sequence
- 4. Upgrade Boundary to version 0.12.0 or later
- 5. Verify that the KMS configuration is properly loaded and functioning after upgrade
- 6. Confirm that newly rotated credentials are now encrypted via the intended KMS by checking worker logs and storage
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation3.0 h
- Implementation4.0 h
- Testing3.0 h
- Review / QA2.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $3,408.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2023-0690 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2023-0690 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data