<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>OpenTofu (1.8.0-1.8.2) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/opentofu-1.8.0-1.8.2/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Sun, 16 Aug 2026 14:25:46 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/opentofu-1.8.0-1.8.2/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Sensitive Data Exposure in OpenTofu Static Evaluation</title><link>https://feed.craftedsignal.io/briefs/2026-08-opentofu-sensitive-leak/</link><pubDate>Sun, 16 Aug 2026 14:25:46 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-opentofu-sensitive-leak/</guid><description>OpenTofu versions 1.8.0 through 1.8.2 fail to correctly restrict sensitive variables during static evaluation, leading to the potential exposure of sensitive information in module and backend configurations.</description><content:encoded><![CDATA[<p>OpenTofu versions 1.8.0 through 1.8.2 contain a vulnerability (CVE-2024-58375) regarding the handling of sensitive variables and local values. When users enable the static evaluation of module sources, versions, or backend configurations, the application fails to enforce the restriction of values marked as sensitive. Instead of throwing a validation error as intended, the system may leak these sensitive values through these configuration elements. This exposure could allow unauthorized access to sensitive secrets, credentials, or environment-specific data handled within infrastructure-as-code configurations. The issue is addressed in OpenTofu 1.8.3, which introduces mandatory validation errors to prevent the use of sensitive values in these contexts.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation could result in the exposure of sensitive secrets (e.g., API keys, passwords, or tokens) contained in configuration files. This data could be accessed by any actor with read access to the infrastructure code, logs, or state files, potentially leading to privilege escalation or further compromise of the integrated cloud environments.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Immediately audit all OpenTofu configurations for instances where sensitive variables might be utilized in module sources, versions, or backend configurations.</li>
<li>Upgrade all instances of OpenTofu to version 1.8.3 or later to benefit from the implemented validation errors and prevent accidental leakage.</li>
<li>Review logs and version control history for infrastructure-as-code deployments using OpenTofu 1.8.0-1.8.2 to identify potential prior exposure of sensitive variables.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>