Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain local access to ML pipeline
-
DeliveryCraft model with payload in imgsz/names/kpt_shape metadata
-
ExploitVictim loads model via AutoBackend
-
Executioneval() parses malicious metadata
-
ImpactExecute arbitrary Python code in process
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Code injection prevention, sandbox exec
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to supply or tamper with a model file that is subsequently loaded by the AutoBackend model-loading path, such that eval() is invoked on the attacker-controlled imgsz, names, or kpt_shape metadata fields. Limiting factors: the attack is local only (AV:L) and requires low privileges (PR:L) - the attacker must already be able to introduce a malicious model artifact into the victim's pipeline (e.g., an untrusted downloaded model, a shared model registry, or a writable model directory). It cannot be triggered remotely or against a process that only loads trusted, first-party model files. |
| Impact | This is a genuinely medium/low real-world priority despite the alarming 'RCE'/'Code Injection' tags. The CVSS 4.0 vector (AV:L/AC:L/AT:N/PR:L/UI:N) and the description agree on the key constraint: the attack 'must be initiated from a local position' and requires low privileges (PR:L), so it is not a remotely exploitable, unauthenticated flaw. No EPSS score, no CISA KEV listing, and no public proof-of-concept were provided, which is consistent with a very recently disclosed VulDB-sourced issue against a niche research project. The upstream project has not responded to the issue report, so no vendor confirmation or patch exists. The signals are internally consistent (local vector + low privilege + no exploitation telemetry = low urgency); the only mild tension is between the 'RCE' tag and the AV:L vector - this is local code execution via a crafted model artifact, not network RCE, so the tag overstates remote reach. Verify the exact affected feature path with the maintainers, as no advisory confirms it. |
| Exploit ScenarioDerived | An attacker who can place or substitute a model file in a victim's YOLOv13/Ultralytics inference pipeline embeds a malicious payload in the model metadata fields (imgsz, names, or kpt_shape). When AutoBackend loads the model and calls eval() on this attacker-controlled metadata, the payload executes as arbitrary Python code in the loading process. No public exploit was identified at time of analysis, but the eval()-on-untrusted-metadata pattern is trivially weaponizable by anyone able to supply a model file. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Code injection in the AutoBackend model-loading path of iMoonLab yolov13 (all versions up to commit 73289949533efac82bb5f72ec19b746618656bd2) allows a local, low-privileged attacker to execute arbitrary code by supplying or tampering with a model artifact whose imgsz, names, or kpt_shape metadata is passed to eval() in ultralytics/nn/autobackend.py. Exploitation is not remote: the attacker must already be able to plant or modify a model file that the victim's pipeline later loads (for example an untrusted downloaded checkpoint, a shared model registry, or a writable model directory), and the CVSS 4.0 vector confirms local access with low privileges (AV:L/PR:L). No public exploit code and no confirmed active exploitation were identified at time of analysis, and the upstream project was notified via GitHub issue #81 but has not responded, so no vendor-released patch exists as of this analysis.
RemediationAI
No vendor-released patch identified at time of analysis: the project was informed through GitHub issue https://github.com/iMoonLab/yolov13/issues/81 and has not responded, so there is no fixed version to cite and teams should track that issue (and https://github.com/iMoonLab/yolov13/) for a commit or release. Until an upstream fix lands, replace the eval() call in ultralytics/nn/autobackend.py with a safe parser such as ast.literal_eval, or validate that imgsz and kpt_shape are pure integers and that names is a plain string/string-mapping before use; the trade-off is that model files relying on computed expressions in those fields will fail to load. Complementary controls: treat every third-party or downloaded checkpoint as untrusted and only load artifacts whose cryptographic hash is verified against a trusted manifest, since a tampered model is the sole delivery vector; restrict write access to model registries, caches, and working directories to trusted accounts so an attacker cannot satisfy the PR:L prerequisite; and run inference/export in a sandboxed container with a read-only filesystem and no network or credential mounts, accepting the performance and convenience cost. Because the attack is strictly local (AV:L) and cannot be triggered remotely against a process that loads only trusted first-party models, these controls are proportionate to a medium/low real-world priority despite the RCE and Code Injection tags.
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
The flaw is a classic CWE-94 (Improper Control of Generation of Code / Code Injection) case rooted in the use of Python's eval() inside ultralytics/nn/autobackend.py, the module responsible for the AutoBackend abstraction that loads YOLO checkpoints and derives model metadata from them. When a model artifact is loaded, metadata fields such as imgsz, names, and kpt_shape are parsed from the file or accompanying configuration and evaluated rather than safely deserialized; because eval() executes arbitrary Python expressions, an attacker who controls those strings achieves code execution in the process that performs inference or export. The vulnerable component is therefore the model-deserialization boundary rather than a network-facing parser, which is fully consistent with the CPE entry cpe:2.3:a:imoonlab:yolov13:*:*:*:*:*:*:*:* covering all tracked versions up to the referenced commit. The supplied CVSS 4.0 score of 4.8 (AV:L/AC:L/AT:N/PR:L/UI:N, low confidentiality/integrity/availability impact, no subsequent-system impact), combined with the tags RCE and Code Injection, matches an attack that is real but gated on local file-write influence over the model supply chain.
Know when Yolov13 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:L/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N
eval() on attacker-controlled model metadata yields arbitrary code execution (C/I/A:H); AV:L and PR:L because the attacker must supply/load a crafted model artifact with existing low-level access.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
DescriptionCVE.org
A vulnerability was detected in iMoonLab yolov13 up to 73289949533efac82bb5f72ec19b746618656bd2. Affected by this issue is the function eval of the file ultralytics/nn/autobackend.py of the component AutoBackend Model Loading. Performing a manipulation of the argument imgsz/names/kpt_shape results in code injection. The attack must be initiated from a local position. 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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
EUVD-2026-98204
GHSA-qmg4-358m-mfg3
NVD
CVE.org
EPSS
VulDB
Exploit-DB