Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
CVE-2026-7482 — Technische Analyse und Bildungsdokumentation zu CVE-2026-7482, einem kritischen Heap-Puffer-Überlesen im GGUF-Loader von Ollama, einschließlich Exploitation-Kette, Auswirkungen und Minderungsstrategien. | Kitploit
Tools/GitHubGitHub/kaleth4/cve-2026-7482
SchwachstellenanalyseExploitationWebsicherheitLernen & BildungKuratierte Ressourcen
GitHubkaleth4/cve-2026-7482

CVE-2026-7482

Technische Analyse und Bildungsdokumentation zu CVE-2026-7482, einem kritischen Heap-Puffer-Überlesen im GGUF-Loader von Ollama, einschließlich Exploitation-Kette, Auswirkungen und Minderungsstrategien.

Repository anzeigen
3vor 4 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

🚨 CVE-2026-7482: Heap Buffer Over-Read in Ollama

Vulnerability Severity CVSS Score Affected Component Status


📝 Beschreibung

Die CVE-2026-7482 identifiziert eine kritische Heap-Puffer-Überlese-Schwachstelle (Heap Buffer Over-Read) in den Endpunkten /api/create und /api/push von Ollama, einem Open-Source-Framework zur Ausführung lokaler Sprachmodelle.

Diese Schwachstelle ermöglicht es einem entfernten, nicht authentifizierten Angreifer, Prozessspeicher auszulesen und dabei sensible Daten offenzulegen, wie:

  • API-Schlüssel und Authentifizierungstokens
  • Umgebungsvariablen
  • System-Prompts
  • Vertrauliche Daten gleichzeitiger Benutzer

🔴 Auswirkung: , mit dem Potenzial, kritische Unternehmensinformationen zu exfiltrieren.

Vollständiger Speicherabfluss des Prozesses

🔍 Technische Analyse

🎯 Exploit-Mechanismus

  1. Manipulation bösartiger GGUF-Dateien

    • Ein Angreifer sendet eine GGUF-Datei (Sprachmodellformat) mit manipulierten Werten in den Feldern:
      • Tensor-Offset (Versatz)
      • Tensor-Größe (Größe)
    • Diese Werte überschreiten die tatsächliche Dateilänge, wodurch der Server über den zugewiesenen Puffer im Heap hinaus liest.
  2. Schwachstelle in der Funktion WriteTo()

    • Der unsichere Code in:
      • fs/ggml/gguf.go
      • server/quantization.go
    • Umgeht die Speichersicherheitsgarantien und ermöglicht das beliebige Auslesen von Speicher.
  3. Datenexfiltration

    • Die ausgelesenen Daten werden an den Angreifer gesendet über:
      • Endpunkt /api/push (Upload in eine vom Angreifer kontrollierte Registry).

📊 Exploit-Kette

SchrittAktion des AngreifersEndpunktErgebnis
1Lädt eine bösartige GGUF-Datei hoch/api/createAktiviert die Schwachstelle
2Führt die Quantisierung aus/api/createLiest Heap-Speicher aus
3Ruft die ausgelesenen Daten ab/api/pushExfiltriert Daten an einen externen Server

💡 Beispiel für die Auswirkung: "Ein Angreifer kann praktisch alles über die Organisation erfahren: API-Schlüssel, proprietären Code, Kundenverträge und mehr." — Dor Attias, Cyera-Forscherin


🛡️ Mitigation und Best Practices

[!CAUTION] Die betroffenen Endpunkte erfordern in den Upstream-Distributionen standardmäßig keine Authentifizierung.

✅ Sofortige Mitigationsmaßnahmen

MaßnahmeBeschreibungImplementierung
Netzwerkzugriff einschränkenOllama nicht dem Internet aussetzenOLLAMA_HOST=127.0.0.1 konfigurieren
Auf die neueste Version aktualisierenDie Schwachstelle patchenPrüfen auf GitHub Ollama
Authentifizierung implementierenReverse-Proxy mit AuthentifizierungNginx/Apache mit Basic-Auth verwenden
Exponierte Instanzen auditierenVerwundbare Server identifizierenMit Tools wie nmap oder shodan scannen

🔐 Empfohlene Konfiguration

root@kitploit:~
# Ollama nur auf localhost ausführen
OLLAMA_HOST=127.0.0.1 ollama serve

# Einen Reverse-Proxy mit Authentifizierung verwenden
server {
    listen 443 ssl;
    server_name ollama.example.com;

    location / {
        auth_basic "Restricted Access";
        auth_basic_user_file /etc/nginx/.htpasswd;
        proxy_pass http://127.0.0.1:11434;
    }
}

📚 Referenzen und Ressourcen

🔗 Offizielle Quellen

  • CVE-2026-7482 (CVE.org)
  • GitHub - Ollama
  • Netzwerkdokumentation von Ollama

📰 Medienberichterstattung

  • The Hacker News - Bleeding Llama
  • Cyera - Sicherheitsbericht

🛠 Erkennungswerkzeuge

  • Nmap (Port-Scanning)
  • Shodan (Suche nach exponierten Instanzen)
  • Ollama Audit Script

⚠️ Abschließende Warnung

⚠️ Dieses Repository dient nur zu Bildungs- und Informationszwecken. Die Ausnutzung dieser Schwachstelle kann Cybersicherheitsgesetze und Nutzungsbedingungen verletzen. Nutze dieses Wissen nicht für böswillige Zwecke.

🔒 Halte deine Systeme aktuell und geschützt!

Tool herunterladen