Vault Update Prevents Audit Prefix Log Injection

P2 — VALIDATE AND UPDATENot provided by the authority · Not provided by the authorityEXPLOITATION: NOT STATED

Quick Answer

Upgrade Vault, inspect audit-device prefixes and allow_audit_log_prefixing, and verify downstream log parsing and coverage.

Confirm Scope And Apply The Supported Remediation

What to do now: Inventory audit-device types, configured prefixes, permission to enable devices and server-level prefix policy. Match edition, branch and the bulletin’s stated prerequisites before assigning exposure. Deploy the appropriate fixed Vault release through the supported upgrade procedure; validate cluster health and integrations before broad rollout. Verify clean audit events through file, socket and syslog collectors as applicable. Preserve prefix configuration and original logs when investigating possible fabrication.

Open the authoritative advisory

Last verified: 2026-11-13 UTC. Recheck the authoritative advisory and supported distribution channel before changing production.

Scope And Authority

Product scopeHashiCorp Vault Community Edition and Vault Enterprise
AdvisoryHCSEC-2026-57
CVECVE-2026-93333
Authoritative release date2026-11-12 — November 12, 2026 at 22:30:40 UTC, from the first-party bulletin post timestamp.
Authority revision dateNo separate revision date is provided by the authority.
Affected versionsVault and Vault Enterprise through 2.2.1, subject to the specific configuration and access conditions described below.
Fixed versionVault Community Edition 2.2.2; Vault Enterprise 2.2.2, 1.21.14 or 1.19.25 for the supported branch
CVSS base scoreNot provided by the authority
CVSS severityNot provided by the authority
Exploitation statusHashiCorp does not confirm exploitation in the wild in this bulletin.; no exploitation claim is inferred.

What Changed

Privileged audit-device operators can inject misleading log content through prefixes. Socket and syslog devices did not consistently honor allow_audit_log_prefixing; file devices require that setting to be enabled.

What To Validate Now

  1. Inventory. Inventory audit-device types, configured prefixes, permission to enable devices and server-level prefix policy.
  2. Establish applicability. Match edition, branch and the bulletin’s stated prerequisites before assigning exposure.
  3. Remediate. Deploy the appropriate fixed Vault release through the supported upgrade procedure; validate cluster health and integrations before broad rollout.
  4. Validate. Verify clean audit events through file, socket and syslog collectors as applicable. Preserve prefix configuration and original logs when investigating possible fabrication.
  5. Retain evidence. Preserve asset and owner identifiers, the applicability decision, before-and-after versions, change approval, installation output, validation results, and any exception or rollback record.

Operational Cautions

After upgrading, existing devices continue without a prefix when prefixing is disabled or the prefix contains disallowed characters. Check parsers and routing that depend on prefixes.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.