<?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>Cgltf (&lt;= 1.15) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/cgltf--1.15/</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, 18 Oct 2026 12:22:03 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/cgltf--1.15/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>Heap Out-of-Bounds Write Vulnerability in cgltf</title><link>https://feed.craftedsignal.io/briefs/2026-10-cgltf-heap-corruption/</link><pubDate>Sun, 18 Oct 2026 12:22:03 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-10-cgltf-heap-corruption/</guid><description>The cgltf library through version 1.15 is susceptible to a heap out-of-bounds write vulnerability via maliciously crafted glTF or GLB files, potentially leading to arbitrary code execution.</description><content:encoded><![CDATA[<p>The cgltf library, a lightweight glTF 2.0 loader, contains a heap out-of-bounds write vulnerability in versions up to and including 1.15. The issue resides within the cgltf_accessor_unpack_floats() function. An attacker can exploit this by providing a specially crafted glTF or GLB file containing unchecked sparse accessor indices. When parsed by an application using the vulnerable cgltf library, these large indices cause the loader to write data outside the intended output buffer, corrupting heap memory. This can result in an immediate application crash (DoS) or, in certain memory layouts, allow an attacker to gain control over application execution flow. The risk is particularly elevated in applications that fail to call the cgltf_validate() function before processing the data, as the library does not inherently enforce strict bounds checking on these indices.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation can lead to a denial of service through application crashes or arbitrary code execution within the context of the vulnerable host process. Given that cgltf is a common component in 3D rendering engines, game engines, and graphics processing tools, the potential attack surface includes any software that processes untrusted 3D assets, such as web browsers, 3D model viewers, and game assets pipelines.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritized actions for development and security engineering teams:</p>
<ul>
<li>Update any software utilizing the cgltf library to version 1.16 or later, where the input validation for sparse accessor indices has been improved.</li>
<li>Review all integrations of the cgltf library to ensure the mandatory execution of cgltf_validate() on all untrusted input files before they reach the unpacking or processing stage.</li>
<li>Audit custom parsers that incorporate cgltf code for the absence of pre-processing validation.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>memory-corruption</category></item></channel></rss>