https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 02 Oct 2026 19:53:56 +0000 https://cve.radiocsirt.org/vuln/bit-openbao-2025-52894 <p><strong>Affected:</strong> Bitnami: openbao</p> <p>OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. OpenBao before v2.3.0 allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service. In OpenBao v2.2.0 and later, manually setting the configuration option `disable_unauthed_rekey_endpoints=true` allows an operator to deny these rarely-used endpoints on global listeners. A patch is available at commit fe75468822a22a88318c6079425357a02ae5b77b. In a future OpenBao release communicated on OpenBao&#39;s website, the maintainers will set this to `true` for all users and provide an authenticated alternative. As a workaround, if an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.</p> <p><strong>Affected:</strong> Bitnami: openbao</p> <p>OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. OpenBao before v2.3.0 allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service. In OpenBao v2.2.0 and later, manually setting the configuration option `disable_unauthed_rekey_endpoints=true` allows an operator to deny these rarely-used endpoints on global listeners. A patch is available at commit fe75468822a22a88318c6079425357a02ae5b77b. In a future OpenBao release communicated on OpenBao&#39;s website, the maintainers will set this to `true` for all users and provide an authenticated alternative. As a workaround, if an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.</p> https://cve.radiocsirt.org/vuln/bit-openbao-2025-52894 https://cve.radiocsirt.org/vuln/cleanstart-2026-lk31103 <p><strong>Affected:</strong> CleanStart: opentofu-fips</p> <p>CVE-2025-52894 affects multiple packages. This issue is resolved in later releases. See references for individual vulnerability details.</p> <p><strong>Affected:</strong> CleanStart: opentofu-fips</p> <p>CVE-2025-52894 affects multiple packages. This issue is resolved in later releases. See references for individual vulnerability details.</p> https://cve.radiocsirt.org/vuln/cleanstart-2026-lk31103 https://cve.radiocsirt.org/vuln/cnvd-2025-18642 cnvd-2025-18642 https://cve.radiocsirt.org/vuln/cnvd-2025-18642 https://cve.radiocsirt.org/vuln/euvd-2026-245876 EUVD-2026-245876 https://cve.radiocsirt.org/vuln/euvd-2026-245876 https://cve.radiocsirt.org/vuln/fkie_cve-2025-52894 <p>OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. OpenBao before v2.3.0 allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service. In OpenBao v2.2.0 and later, manually setting the configuration option `disable_unauthed_rekey_endpoints=true` allows an operator to deny these rarely-used endpoints on global listeners. A patch is available at commit fe75468822a22a88318c6079425357a02ae5b77b. In a future OpenBao release communicated on OpenBao&#39;s website, the maintainers will set this to `true` for all users and provide an authenticated alternative. As a workaround, if an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.</p> <p>OpenBao exists to provide a software solution to manage, store, and distribute sensitive data including secrets, certificates, and keys. OpenBao before v2.3.0 allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service. In OpenBao v2.2.0 and later, manually setting the configuration option `disable_unauthed_rekey_endpoints=true` allows an operator to deny these rarely-used endpoints on global listeners. A patch is available at commit fe75468822a22a88318c6079425357a02ae5b77b. In a future OpenBao release communicated on OpenBao&#39;s website, the maintainers will set this to `true` for all users and provide an authenticated alternative. As a workaround, if an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2025-52894 https://cve.radiocsirt.org/vuln/ghsa-prpj-rchp-9j5h <p><strong>Affected:</strong> Go: github.com/openbao/openbao</p> <p>### Impact</p> <p>OpenBao and HashiCorp Vault allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service.</p> <p>### Patches</p> <p>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.</p> <p>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.</p> <p>This vulnerability has been disclosed to HashiCorp; see their website for more information.</p> <p>### Workarounds</p> <p>If an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.</p> <p>### References</p> <p>See the [deprecation notice](https://openbao.org/docs/deprecation/unauthed-rekey/).</p> <p><strong>Affected:</strong> Go: github.com/openbao/openbao</p> <p>### Impact</p> <p>OpenBao and HashiCorp Vault allowed an attacker to perform unauthenticated, unaudited cancellation of root rekey and recovery rekey operations, effecting a denial of service.</p> <p>### Patches</p> <p>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.</p> <p>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.</p> <p>This vulnerability has been disclosed to HashiCorp; see their website for more information.</p> <p>### Workarounds</p> <p>If an active proxy or load balancer sits in front of OpenBao, an operator can deny requests to these endpoints from unauthorized IP ranges.</p> <p>### References</p> <p>See the [deprecation notice](https://openbao.org/docs/deprecation/unauthed-rekey/).</p> https://cve.radiocsirt.org/vuln/ghsa-prpj-rchp-9j5h https://cve.radiocsirt.org/vuln/opensuse-su-2025:15254-1 <p>openbao-2.3.1-1.1 on GA media</p> <p>openbao-2.3.1-1.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2025:15254-1