Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious compressed 3D model file
-
DeliveryHost or deliver file to target
-
ExploitVictim opens file in Assimp-powered application
-
ExecutiondecompressBlock writes beyond heap buffer bounds
-
PersistHeap memory corruption occurs
-
ImpactAttacker achieves low-impact code execution or denial of service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Heap buffer bounds checking
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that a user passively interact with a malicious file - specifically, that the target application calls Assimp's file parsing pipeline on an attacker-supplied 3D model containing a crafted compressed block (UI:P per CVSS 4.0). No authentication or privileges are required on the attacker's side (PR:N). The application must process the compressed format path that routes through Assimp::Compression::decompressBlock; applications that only handle uncompressed 3D formats may not trigger the vulnerable code path. Exploitation is limited by the need to social-engineer the victim into opening the malicious file, and by the fact that the C/I/A impact is rated Low in the CVSS 4.0 vector, suggesting reliable code execution may not be trivially achievable from the overflow alone depending on heap layout. Non-default mitigations such as ASLR and heap hardening on the host OS reduce but do not eliminate risk. |
| Impact | The CVSS 4.0 base score of 5.3 reflects a moderate severity with AV:N/AC:L/AT:N/PR:N/UI:P and uniformly Low C/I/A impacts on the vulnerable system, suggesting real-world exploitation is constrained by the passive user interaction requirement (UI:P - a user must open a malicious file) and the limited per-component impact. No EPSS score was provided in the input data, so exploitation probability cannot be independently quantified. The vulnerability is not listed in the CISA KEV catalog, indicating no confirmed active exploitation at time of analysis. However, the public availability of a POC archive (poc.zip via GitHub) materially lowers exploitation effort and makes opportunistic attacks more plausible. The most significant risk amplifier is the absence of a vendor patch and the lack of a vendor response to the disclosure - defenders cannot remediate through an official channel. The real-world risk is highest for applications that allow end-users to open arbitrary 3D model files from untrusted sources (e.g., game mod loaders, online asset converters, collaborative 3D editors). |
| Exploit ScenarioDerived | An attacker crafts a malicious 3D model file with specially constructed compressed data blocks designed to overflow the heap buffer in decompressBlock, then distributes it via a file-sharing platform, email, or asset marketplace. When a victim using an Assimp-powered application (game engine, 3D editor, asset pipeline tool) opens the file, the parser triggers the overflow, corrupting heap metadata. A public POC archive (poc.zip) has been released, meaning the triggering technique is already documented and reproducible. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 17, 2026
Heap-based buffer overflow in Open Asset Import Library (Assimp) commit 17c12da enables remote attackers to corrupt memory by supplying a crafted file processed by the decompressBlock routine in Compression.cpp. Any application embedding Assimp for 3D asset import is exposed when a user opens a malicious model file, making this a supply-chain-style risk across game engines, editors, and design tools that depend on the library. No vendor patch exists at time of analysis - the project was notified via GitHub issue #6624 but has not responded - and a public proof-of-concept archive has already been released, lowering the barrier to exploitation.
RemediationAI
No vendor-released patch has been identified at time of analysis - the Assimp project received notification via GitHub issue #6624 but has not yet responded or issued a fix. Upstream fix available only as an open issue; a patched release version is not independently confirmed. As a compensating control, organizations should sandbox or isolate any process that invokes Assimp for file parsing (e.g., run asset ingestion in a restricted container or unprivileged subprocess) so that heap corruption cannot escalate to host-level impact - the trade-off is added deployment complexity. Additionally, block or strip compressed 3D asset formats at application ingestion boundaries where feasible, accepting that this limits supported file types. Monitor the GitHub issue tracker at https://github.com/assimp/assimp/issues/6624 and VulDB at https://vuldb.com/vuln/391144 for patch availability. Do not process 3D model files from untrusted sources until a patch is released and integrated.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Assimp (Open Asset Import Library) is a widely-used C++ library providing unified import of dozens of 3D model file formats (OBJ, FBX, GLTF, etc.) and is embedded as a dependency in game engines, DCC tools, and rendering pipelines. The vulnerable function, Assimp::Compression::decompressBlock, resides in code/Common/Compression.cpp and is invoked during the parsing phase when handling compressed asset data. CWE-122 (Heap-based Buffer Overflow) identifies the root cause: the decompression routine writes more data than the target heap buffer can hold, corrupting adjacent allocations. CPE cpe:2.3:a:open_asset_import_library:assimp:*:*:*:*:*:*:*:* covers all tracked versions, with the specific commit reference 17c12da pinpointing the flaw in the current development tree. The CVSS 4.0 E:P modifier confirms that proof-of-concept exploit code has been publicly demonstrated.
Know when Assimp gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P
Network-delivered via crafted file, no privileges needed, but user must open file (UI:R); heap overflow yields limited C/I/A impact within the application process only.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
3DescriptionCVE.org
A security flaw has been discovered in Open Asset Import Library Assimp 17c12da. Impacted is the function Assimp::Compression::decompressBlock of the file code/Common/Compression.cpp of the component File Parser. Performing a manipulation results in heap-based buffer overflow. The attack may be initiated remotely. The exploit has been released to the public and may be used for attacks. The project was informed of the problem early through an issue report but has not responded yet.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
A heap overflow occurs when a program writes data beyond the bounds of a buffer allocated in the heap memory region.
Related Vulnerabilities in Assimp Buffer Overflow and Memory Corruption Flaws
View all 4An issue in assimp v.5.4.3 allows a local attacker to execute arbitrary code via the CallbackToLogRedirector function wi
Open Asset Import Library (assimp) commit 3c253ca was discovered to contain a segmentation violation via the component A
A heap-buffer-overflow vulnerability was discovered in the SkipSpacesAndLineEnd function in Assimp v5.4.3. Rated medium
A segmentation fault (SEGV) was detected in the SortByPTypeProcess::Execute function in the Assimp library during fuzz t
A segmentation fault (SEGV) was detected in the Assimp::SplitLargeMeshesProcess_Triangle::UpdateNode function within the
A heap-buffer-overflow vulnerability has been identified in the OpenDDLParser::parseStructure function within the Assimp
A vulnerability classified as problematic was found in Open Asset Import Library Assimp 5.4.3. Rated medium severity (CV
A vulnerability was found in Open Asset Import Library Assimp 5.4.3 and classified as problematic.h of the component CSM
A vulnerability classified as critical has been found in Open Asset Import Library Assimp 5.4.3. Rated medium severity (
A vulnerability, which was classified as critical, has been found in Open Asset Import Library Assimp 5.4.3.cpp. Rated m
A vulnerability classified as critical was found in Open Asset Import Library Assimp 5.4.3. Rated medium severity (CVSS
A vulnerability classified as critical has been found in Open Asset Import Library Assimp 5.4.3. Rated medium severity (
EUVD-2026-60015
GHSA-34wg-h67q-gqwf
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB