Описание
OpenBao TOTP Secrets Engine Code Reuse
Impact
OpenBao's TOTP secrets engine could accept valid codes multiple times rather than strictly-once. This was caused by unexpected normalization in the underlying TOTP library.
Patches
OpenBao v2.3.2 will patch this issue.
In patching, codes which were not normalized (strictly N numeric digits) will now be rejected. This is a potentially breaking change.
Workarounds
TOTP code verification is a privileged action; only trusted systems should be verifying codes. Ensure that all codes are first normalized before submitting to the OpenBao endpoint.
References
This issue was disclosed to HashiCorp and is the OpenBao equivalent of the following tickets:
Ссылки
- https://github.com/openbao/openbao/security/advisories/GHSA-f7c3-mhj2-9pvg
- https://nvd.nist.gov/vuln/detail/CVE-2025-55000
- https://nvd.nist.gov/vuln/detail/CVE-2025-6014
- https://github.com/openbao/openbao/commit/183891f8d535d5b6eb3d79fda8200cade6de99e1
- https://discuss.hashicorp.com/t/hcsec-2025-17-vault-totp-secrets-engine-code-reuse/76036
Пакеты
github.com/openbao/openbao
>= 0.1.0, < 2.3.2
2.3.2
github.com/openbao/openbao
< 0.0.0-20250806193153-183891f8d535
0.0.0-20250806193153-183891f8d535
Связанные уязвимости
OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. In versions 0.1.0 through 2.3.1, OpenBao's TOTP secrets engine could accept valid codes multiple times rather than strictly-once. This was caused by unexpected normalization in the underlying TOTP library. To work around, ensure that all codes are first normalized before submitting to the OpenBao endpoint. TOTP code verification is a privileged action; only trusted systems should be verifying codes.
OpenBao exists to provide a software solution to manage, store, and di ...