Ollama-Speicherleck reproduziert: CVE-2026-7482 als hochriskant eingestuft

🚨 Ollama-Speicherleck-Schwachstelle reproduziert: CVE-2026-7482 birgt hohes Risiko
Sicherheitsforscherhabendie Ollama-Speicherleck-Schwachstelle (CVE-2026-7482) reproduziert; es handelt sich um einenheap out-of-bounds readhandelt:
- Betroffene Versionen: alle Versionen vor Ollama 0.17.1
- Schwachstellentyp: Out-of-bounds read im Heap (CWE-125)
- Angriffspfad: /api/create → GGUF-Laden → Quantisierung → Speicherleck → Exfiltration über /api/push
- Offengelegte Daten: Umgebungsvariablen, API-Schlüssel, Systemprompts, Nutzerkonversationen
- Keine Authentifizierung: Die Endpunkte /api/create und /api/push sind nicht authentifiziert
🎯 Kern der Schwachstelle
Schwachstelle im GGUF Model Loader
Die Schwachstelle befindet sich imGGUF model loader:
- /api/createEndpunkt akzeptiert GGUF-Dateien vom Angreifer
- tensor offset und sizeüberschreiten die tatsächliche Dateilänge
- beim Quantisierungsvorgangwird über den zugewiesenen Heap-Puffer hinausgelesen
- Fundstelle: fs/ggml/gguf.go und server/quantization.go (WriteTo())
Inhalt des Speicherlecks
Der offengelegte Speicherinhalt kann Folgendes enthalten:
| Offengelegte Daten | Risiko |
|---|---|
| Umgebungsvariablen | können sensible Konfigurationen enthalten |
| API-Schlüssel | Hoch: Offenlegung von API-Schlüsseln |
| Systemprompts | legen interne Konfigurationen offen |
| Konversationsdaten gleichzeitiger Nutzer | Hoch: Verletzung der Privatsphäre |
Wege der Datenexfiltration
Der offengelegte Speicherinhalt kann über den/api/pushEndpunkt exfiltriert werden:
- Modell hochladen: Hochladen des resultierenden Modell-Artefakts
- Registry des Angreifers: Upload in eine vom Angreifer kontrollierte Registry
- Keine Authentifizierung: In der Standardauslieferung sind die Endpunkte ohne Authentifizierung
⚠️ Risikostufe
CVSS-4.0-Bewertung
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:H/SC:N/SI:N/SA:N/AU:Y/R:A/V:D/RE:L/U:Red
| Dimension | Bewertung | Erläuterung |
|---|---|---|
| Angriffsvektor | Netzwerk (AV:N) | Über das Netzwerk angreifbar |
| Angriffskomplexität | Niedrig (AC:L) | Der Angriff ist einfach |
| Berechtigungsanforderungen | Keine (PR:N) | Keine Authentifizierung erforderlich |
| Nutzerinteraktion | Keine (UI:N) | Keine Nutzerinteraktion erforderlich |
| Auswirkung auf die Vertraulichkeit | Hoch (VC:H) | Hohe Auswirkung auf die Vertraulichkeit |
| Auswirkung auf die Verfügbarkeit | Hoch (VA:H) | Hohe Auswirkung auf die Verfügbarkeit |
📊 Betroffene Deployments
Standardkonfiguration
Ollama bindet standardmäßig an127.0.0.1, aber die KonfigurationOLLAMA_HOST=0.0.0.0wird breit verwendet:
- Standardbindung: 127.0.0.1 (lokal)
- Öffentliche Exposition: OLLAMA_HOST=0.0.0.0 (weit verbreitet)
- Massenhafte Exposition: Eine große Zahl öffentlich exponierter Instanzen wurde beobachtet
Hochriskante Szenarien
| Szenario | Risiko |
|---|---|
| Öffentlich exponiertes Ollama | Sehr hoch: Direkt angreifbar |
| Von mehreren Nutzern geteiltes Ollama | Hoch: Konversationen anderer Nutzer können offengelegt werden |
| Enthält sensible API-Schlüssel | Hoch: Leck von API-Schlüsseln |
| Lokale Installation | Mittel: Lokaler Zugriff erforderlich |
🔧 Gegenmaßnahmen
Option 1: Upgrade auf 0.17.1+ (empfohlen)
# 升级 Ollama # macOS brew upgrade ollama # Linux curl -fsSL https://ollama.com/install.sh | sh
Inhalt der Behebung: Der Patch behebt das Out-of-bounds-Read-Problem im GGUF-Loader.
Option 2: Netzwerkexposition einschränken
# 不要使用 0.0.0.0 绑定 # 保持默认 127.0.0.1 OLLAMA_HOST=127.0.0.1
Option 3: Firewall-Einschränkungen
# 限制 /api/create 和 /api/push 端点访问 # 只允许可信来源
Option 4: Bösartige GGUF-Dateien überwachen
- GGUF-Dateien prüfen: Ob tensor offset und size plausibel sind
- /api/create überwachen: Herkunft hochgeladener GGUF-Dateien protokollieren
- /api/push überwachen: Ziel-Registry der Uploads protokollieren
🚀 Reproduktionsstatus
Reproduziert: Sicherheitsforscher haben diese Schwachstelle erfolgreich reproduziert:
- Reproduktionsbedingungen: Ollama < 0.17.1
- Angriffspfad: Bösartige GGUF hochladen → Quantisierung auslösen → Speicherleck
- Leck-Verifikation: Umgebungsvariablen und Konversationsdaten erfolgreich offengelegt
- Exfiltrations-Verifikation: Daten erfolgreich über /api/push exfiltriert
📅 Patch-Informationen
| Information | Link |
|---|---|
| Fix-Version | v0.17.1 |
| Patch-Commit | 88d57d0483 |
| PR | #14406 |
📝 Zusammenfassung
Ollama-Speicherleck-Schwachstelle CVE-2026-7482reproduziert:
- Betrifft alle Versionen vor Ollama 0.17.1
- Out-of-bounds read im Heap, CWE-125
- Leck: Umgebungsvariablen, API-Schlüssel, Systemprompts, Nutzerkonversationen
- Exfiltrationsweg: Upload über /api/push in eine Registry des Angreifers
- Endpunkte ohne Authentifizierung: /api/create und /api/push
- Risiko durch öffentliche Exposition: OLLAMA_HOST=0.0.0.0 ist weit verbreitet
- Gegenmaßnahme: Upgrade auf 0.17.1+ oder Netzwerkexposition einschränken
Hochriskante Schwachstelle reproduziert – sofort aktualisieren oder die Exposition einschränken.
NVD:https://nvd.nist.gov/vuln/detail/CVE-2026-7482
Fix-Version:https://github.com/ollama/ollama/releases/tag/v0.17.1