<?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>Smol-Toml (&lt;= 1.7.0) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/smol-toml--1.7.0/</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>Wed, 09 Sep 2026 18:51:02 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/smol-toml--1.7.0/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>Denial of Service in smol-toml via Malformed TOML</title><link>https://feed.craftedsignal.io/briefs/2026-09-smol-toml-dos/</link><pubDate>Wed, 09 Sep 2026 18:51:02 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-smol-toml-dos/</guid><description>The smol-toml library (&lt;= 1.7.0) is vulnerable to a denial-of-service condition (CVE-2026-85730) where malformed TOML input triggers an infinite loop, causing 100% CPU utilization.</description><content:encoded><![CDATA[<p>The smol-toml library is susceptible to a denial-of-service (DoS) vulnerability, tracked as CVE-2026-85730. The vulnerability resides in the <code>parse()</code> function, which fails to correctly handle specific malformed TOML documents. When an array or inline table within a TOML document is followed by a comment that lacks a trailing newline at the end of the file, the parser's internal logic enters an infinite loop. During this loop, the parser incorrectly resets its cursor to the beginning of the input string, resulting in the thread pinning CPU usage at 100%. This vulnerability poses a significant risk to applications that parse arbitrary or untrusted TOML input, as a single malicious payload can effectively hang the application process. Defenders should prioritize updating the library to version 1.7.1 or later, where the parser logic has been corrected to exit the loop and return a proper <code>TomlError</code>.</p>
<h2 id="impact">Impact</h2>
<p>Applications that ingest and parse untrusted TOML input are highly vulnerable to service disruption. Successfully triggering this flaw causes immediate and persistent 100% CPU utilization, rendering the service unresponsive. This is particularly critical for web services or APIs that utilize <code>smol-toml</code> to process configuration files or user-provided data, potentially leading to widespread outages for dependent systems.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade <code>smol-toml</code> to version 1.7.1 or later immediately to address CVE-2026-85730.</li>
<li>Audit application codebases to identify services that utilize <code>smol-toml</code> for parsing external, unvalidated TOML data.</li>
<li>Implement request timeout mechanisms and resource limits (CPU/memory) on processes responsible for parsing untrusted data to mitigate the impact of potential hanging conditions.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category></item></channel></rss>