CVE-2024-58375 json
OpenTofu before 1.8.3 Secret Variable Leaking via Static Evaluation
published 2y ago modified last mo. also GHSA-wpr2-j6gr-pjw9 , GO-2024-3182 , EUVD-2024-55722
- cvss
- 7.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 37%
- public exploits
- 0
- none known
Summary
OpenTofu versions 1.8.0 through 1.8.2 do not properly restrict sensitive variables and locals when users have opted into static evaluation of module sources, versions, and backend configurations. As a result, values marked as sensitive may be exposed through these configuration elements instead of producing an error. This is fixed in OpenTofu 1.8.3, which adds explicit errors to prevent the use of sensitive values in these contexts.
Patch / fix
- go github.com/opentofu/opentofu 1.8.3
- opentofu opentofu 1.8.3
Is CVE-2024-58375 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2024-58375 updated cvss 5.9
github.com/opentofu/opentofu: OpenTofu: Sensitive information disclosure via static evaluation
-
Red Hat Hardened Images hi/opentofu, opentofu1.10, opentofu1.11, opentofu1.12not affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- yes
- Technical impact
- partial
- Assessed
- 2mo ago
Exploit prediction
0.43% chance of exploitation in the next 30 days, higher than 37% of all scored CVEs (FIRST EPSS, 2026-11-11).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 4.0 | 8.7 | CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N |
| CNA | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N |
| CNA | 4.0 | 8.7 | CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X |
| GitHub | 3.1 | 3.7 | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | github.com/opentofu/opentofu | >=1.8.0, <1.8.3 |
1.8.3 |
Affected products
- opentofu opentofu
Classification
References
-
github.com
/opentofu/opentofu/security/advisories/GHSA-wpr2-j6gr-pjw9
vendor-advisory, web, advisory
-
vulncheck.com
/advisories/opentofu-before-secret-variable-leaking-via-static-evaluation
third-party-advisory
-
github.com
/opentofu/opentofu
package
-
pkg.go.dev
/vuln/GO-2024-3182
web
Sources
- CVE List CVE-2024-58375
- GitHub Advisory GHSA-wpr2-j6gr-pjw9
- NVD CVE-2024-58375
- OSV GO-2024-3182
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.