Use of Uninitialized Variable Affecting govulncheck-vulndb package, versions <0.0.20241030T212825-150000.1.9.1
Threat Intelligence
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk ID SNYK-SLES155-GOVULNCHECKVULNDB-8344237
- published 6 Nov 2024
- disclosed 5 Nov 2024
Introduced: 5 Nov 2024
New CVE-2024-9355 Open this link in a new tabHow to fix?
Upgrade SLES:15.5
govulncheck-vulndb
to version 0.0.20241030T212825-150000.1.9.1 or higher.
NVD Description
Note: Versions mentioned in the description apply only to the upstream govulncheck-vulndb
package and not the govulncheck-vulndb
package as distributed by SLES
.
See How to fix?
for SLES:15.5
relevant fixed versions and status.
A vulnerability was found in Golang FIPS OpenSSL. This flaw allows a malicious user to randomly cause an uninitialized buffer length variable with a zeroed buffer to be returned in FIPS mode. It may also be possible to force a false positive match between non-equal hashes when comparing a trusted computed hmac sum to an untrusted input sum if an attacker can send a zeroed buffer in place of a pre-computed sum. It is also possible to force a derived key to be all zeros instead of an unpredictable value. This may have follow-on implications for the Go TLS stack.
References
- https://www.suse.com/security/cve/CVE-2024-9355.html
- https://access.redhat.com/security/cve/CVE-2024-9355
- https://bugzilla.redhat.com/show_bug.cgi?id=2315719
- https://access.redhat.com/errata/RHSA-2024:7502
- https://access.redhat.com/errata/RHSA-2024:7550
- https://access.redhat.com/errata/RHSA-2024:8327
- https://access.redhat.com/errata/RHSA-2024:8678
- https://access.redhat.com/errata/RHSA-2024:8847
- https://access.redhat.com/errata/RHSA-2024:9551
- https://access.redhat.com/errata/RHSA-2024:10133