Deutsch

← Zurück zur Liste

[Bestätigt] Sicherheitswarnung zur Ollama-Speicherleck-Schwachstelle (CVE-2026-7482)

itadol5j

[Bestätigt] Sicherheitswarnung zur Ollama-Speicherleck-Schwachstelle (CVE-2026-7482)

Kürzlich haben Sicherheitsforscher eine schwerwiegende Speicherleck-Schwachstelle (CVE-2026-7482) in der Open-Source-Inferenzplattform Ollama für große Modelle offengelegt. Die Schwachstelle ermöglicht es Angreifern, unter bestimmten Konfigurationen sensible Informationen aus dem Serverspeicher zu lesen, darunter Umgebungsvariablen, API-Schlüssel, Systemprompts sowie Konversationsdaten gleichzeitiger Nutzer.

KI-Sicherheit

Die Schwachstelle befindet sich im GGUF-Modellloader von Ollama. Mit einer sorgfältig konstruierten bösartigen GGUF-Datei kann ein Angreifer einen Out-of-bounds-Read im Heap auslösen und so Daten aus dem Serverspeicher offenlegen.

Überblick über die Sicherheitsschwachstelle

Besonders gefährlich an dieser Schwachstelle ist, dass sie nicht nur zur Offenlegung von Daten der aktuellen Sitzung führen kann, sondern auch die privaten Daten anderer gleichzeitiger Nutzer betreffen kann. Da Ollama weit verbreitet für lokale Inferenzdienste großer Modelle eingesetzt wird, haben viele Unternehmen und Entwickler ihre API-Endpunkte möglicherweise im internen Netz oder im öffentlichen Internet exponiert, was der Schwachstelle ein hohes potenzielles Bedrohungsniveau verleiht.

CVE-Informationen

  • CVE-Nummer: CVE-2026-7482
  • CWE-Klassifikation: CWE-125 – Out-of-bounds Read (Lesen außerhalb der Grenzen)
  • Schwachstellentyp: Speicherleck / Out-of-bounds-Lesen im Heap-Puffer
  • Offenlegungsquelle: Echo security team

Details zur Schwachstelle

Wirkungsweise der Schwachstelle

Die Schwachstelle befindet sich im GGUF-Modellloader von Ollama, konkret in der folgenden Datei:

  • fs/ggml/gguf.go
  • server/quantization.goinnerhalb derWriteTo()Funktion

Der Angriffsablauf ist wie folgt:

  1. Der Angreifer lädt über den/api/createEndpunkt eine bösartig konstruierte GGUF-Datei hoch
  2. Die in der GGUF-Datei deklarierten Tensor-Offsets und -Größen überschreiten die tatsächliche Dateilänge
  3. Der Server liest während des Quantisierungsvorgangs Inhalte außerhalb des zugewiesenen Speicherpuffers
  4. Die offengelegten Speicherdaten können sensible Informationen enthalten
  5. Der Angreifer lädt über den/api/pushEndpunkt das Modell mit den offengelegten Daten in eine von ihm kontrollierte Registry hoch

Betroffene Versionen

Betroffene Versionen: Ollama < 0.17.1

Sichere Versionen: Ollama 0.17.1 und höher

Angriffsvoraussetzungen

  • Der Server ist konfiguriert als OLLAMA_HOST=0.0.0.0(im öffentlichen Internet exponiert)
  • Der Angreifer kann auf die/api/createund/api/pushEndpunkte zugreifen
  • Auf dem Server läuft ein Ollama-Dienst

Potenzielle Auswirkungen

  • Offenlegung sensibler Konfigurationen aus Umgebungsvariablen
  • Diebstahl von API-Schlüsseln und Zugriffs-Token
  • Erhalt von Systemprompts und Modellkonfigurationen
  • Lesen der Konversationsdaten anderer Nutzer
  • Mögliche Supply-Chain-Angriffe

Empfehlungen zur Behebung

Sofortmaßnahmen

  1. Ollama aktualisieren: Sofort auf Ollama 0.17.1 oder höher aktualisieren
  2. Zugriff einschränken: Setzen SieOLLAMA_HOSTauf127.0.0.1, um eine Exposition im öffentlichen Internet zu vermeiden
  3. Authentifizierung hinzufügen: Konfigurieren Sie einen Authentifizierungsmechanismus für den API-Zugriff
  4. Netzwerkisolation: Beschränken Sie den Zugriff auf den Ollama-Port über eine Firewall

Langfristige Absicherung

  • Ollama regelmäßig auf die neueste stabile Version aktualisieren
  • Das Prinzip der geringsten Privilegien umsetzen
  • Zugriffsprotokolle und Sicherheitsüberwachung aktivieren
  • Regelmäßige Sicherheitsaudits durchführen

Schutzmaßnahmen

Empfehlungen für Unternehmen

  1. Risiko bewerten: Prüfen, ob intern betroffene Ollama-Versionen im Einsatz sind
  2. Systeme aktualisieren: Nach der Validierung in der Testumgebung sofort aktualisieren
  3. Sicherheitshärtung: Netzwerkisolation und Zugriffskontrollen umsetzen
  4. Überwachung und Alarmierung: Überwachung von Sicherheitsereignissen und zeitnahe Reaktionsmechanismen einrichten

Empfehlungen für Entwickler

  • Ollama-API-Endpunkte nicht in der Produktionsumgebung exponieren
  • Einen Reverse-Proxy als zusätzliche Sicherheitsschicht verwenden
  • Abhängige Komponenten regelmäßig überprüfen und aktualisieren
  • Best Practices für sichere Programmierung befolgen

Referenzen

Fazit

Die Offenlegung dieser Schwachstelle erinnert uns erneut daran, wie wichtig die Sicherheit von Open-Source-Plattformen für große Modelle ist. Unternehmen und Entwicklern wird empfohlen, sofort zu handeln, auf sichere Versionen zu aktualisieren und die verschiedenen Schutzmaßnahmen konsequent umzusetzen.

Sicherheit ist keine Kleinigkeit – Vorsorge ist besser als Nachsorge!

Weiterführende Lektüre

Folgen Sie den Updates auf unserem WeChat-Konto für weitere Nachrichten zur KI-Sicherheit.

Forschung zur KI-Sicherheit