Skip to main content
VulnerabilityPublished Updated

CVE-2024-39720: ollama · Out-of-bounds Read

Affects ollamaSource CVE Database V5

0

Not known to be exploited · CVSS 8.2 High : upgrade to 0.1.46 soon.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 31 Oct 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
GitHubollama/ollamapkg:github/ollama/ollamaOther threatsAffected
  • <0.1.46
Fixed in
  • 0.1.46

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).

References

Community reviews

Loading reviews…