CVE-2024-39720: ollama · n/a
Affects ollamaSource CVE Database V5
Not known to be exploited · CVSS 8.2 High : upgrade to 0.1.46 soon.
Data as of 26 Oct 2026, 08:30 UTC
- EPSS
- 2.4% chance of exploitation in 30 days – higher than 84% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.1.46
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 31 Oct 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade ollama/ollama to 0.1.46.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubollama/ollamapkg:github/ollama/ollamaOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-39720, organizations should: 1) Upgrade Ollama to version 0.1.46 or later as soon as the patch is available to ensure the vulnerability is fixed. 2) Restrict network access to the Ollama HTTP endpoints that accept GGUF file uploads, limiting exposure to trusted networks or VPNs. 3) Implement input validation and filtering at the network or application layer to detect and block malformed GGUF files or suspicious Modelfiles containing FROM statements referencing untrusted sources. 4) Monitor application logs and network traffic for unusual upload patterns or repeated segmentation faults indicative of exploitation attempts. 5) Employ runtime protections such as memory safety tools or container isolation to reduce the impact of crashes. 6) Conduct regular security assessments and penetration tests focusing on file upload functionalities. 7) Prepare incident response plans to quickly recover from potential denial-of-service events caused by exploitation of this vulnerability.
Description
An issue was discovered in Ollama before 0.1.46. An attacker can use two HTTP requests to upload a malformed GGUF file containing just 4 bytes starting with the GGUF custom magic header. By leveraging a custom Modelfile that includes a FROM statement pointing to the attacker-controlled blob file, the attacker can crash the application through the CreateModel route, leading to a segmentation fault (signal SIGSEGV: segmentation violation).