GHSA-prpj-rchp-9j5h
OpenBao allows cancellation of root rekey and recovery rekey operations without authentication
Packages
| Ecosystem | Package | Affected | Fixed in |
|---|---|---|---|
| Go | github.com/openbao/openbao | < 2.3.1 | no fix listed |
| Go | github.com/openbao/openbao | < 0.0.0-20250625150133-fe75468822a2 | 0.0.0-20250625150133-fe75468822a2 |
Details
As written in the advisory (Markdown source, shown as plain text).
### Impact
OpenBao and HashiCorp Vault allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service.
### Patches
In OpenBao v2.2.2 and later, manually setting the configuration option `disable_unauthed_rekey_endpoints=true` allows an operator to deny these rarely-used endpoints on global listeners.
In a future OpenBao release [communicated on our website](https://openbao.org/docs/deprecation/), we will set this to `true` for all users and provide an authenticated alternative.
This vulnerability has been disclosed to HashiCorp; see their website for more information.
### Workarounds
If an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.
### References
See the [deprecation notice](https://openbao.org/docs/deprecation/unauthed-rekey/).
References
External links from the advisory. They lead to third-party sites.
- https://github.com/openbao/openbao/security/advisories/GHSA-prpj-rchp-9j5h
- https://nvd.nist.gov/vuln/detail/CVE-2025-52894
- https://github.com/openbao/openbao/commit/fe75468822a22a88318c6079425357a02ae5b77b
- https://github.com/openbao/openbao
- https://github.com/openbao/openbao/releases/tag/v2.3.1
- https://openbao.org/docs/deprecation
- https://openbao.org/docs/deprecation/unauthed-rekey
- https://pkg.go.dev/vuln/GO-2025-3783