Fuite mémoire d'Ollama reproduite : CVE-2026-7482, gravité élevée

🚨 Fuite mémoire d'Ollama reproduite : CVE-2026-7482, risque élevé
Des chercheurs en sécuritéont reproduitla fuite mémoire d'Ollama (CVE-2026-7482), une vulnérabilité de typeheap out-of-bounds read :
- Versions concernées : toutes les versions d'Ollama antérieures à 0.17.1
- Type de vulnérabilité : lecture hors limites du tas (CWE-125)
- Chemin d'attaque : /api/create → chargement GGUF → quantification → fuite mémoire → exfiltration via /api/push
- Données divulguées : variables d'environnement, clés API, prompts système, conversations des utilisateurs
- Aucune authentification : les points de terminaison /api/create et /api/push ne comportent aucune authentification
🎯 Cœur de la vulnérabilité
Vulnérabilité du GGUF Model Loader
La vulnérabilité se situe dans leGGUF model loader :
- /api/createle point de terminaison accepte un fichier GGUF fourni par l'attaquant
- les offsets et les tailles de tenseursdépassent la longueur réelle du fichier
- au cours du processus de quantification, lecture au-delà du tampon du tas alloué
- Emplacement : fs/ggml/gguf.go et server/quantization.go (WriteTo())
Contenu de la fuite mémoire
Le contenu mémoire divulgué peut comprendre :
| Données divulguées | Risque |
|---|---|
| Variables d'environnement | peuvent contenir des configurations sensibles |
| Clés API | Élevé : exposition de clés API |
| Prompts système | expose la configuration interne |
| Données de conversation des utilisateurs simultanés | Élevé : atteinte à la vie privée |
Voies d'exfiltration des données
Le contenu mémoire divulgué peut être exfiltré via le point de terminaison/api/push :
- Téléversement du modèle : téléversement de l'artefact du modèle obtenu
- registry de l'attaquant : téléversement vers un registry contrôlé par l'attaquant
- Aucune authentification : point de terminaison non authentifié dans la distribution amont
⚠️ Niveau de risque
Score CVSS 4.0
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 | Score | Explication |
|---|---|---|
| Vecteur d'attaque | Réseau (AV:N) | Attaque possible via le réseau |
| Complexité de l'attaque | Faible (AC:L) | Attaque simple |
| Privilèges requis | Aucun (PR:N) | Aucune authentification requise |
| Interaction utilisateur | Aucune (UI:N) | Aucune interaction utilisateur requise |
| Impact sur la confidentialité | Élevé (VC:H) | Fort impact sur la confidentialité |
| Impact sur la disponibilité | Élevé (VA:H) | Fort impact sur la disponibilité |
📊 Déploiements concernés
Configuration par défaut
Ollama se lie par défaut à127.0.0.1, maisOLLAMA_HOST=0.0.0.0est une configuration largement utilisée :
- Liaison par défaut : 127.0.0.1 (local)
- Exposition publique : OLLAMA_HOST=0.0.0.0 (largement utilisé)
- Exposition à grande échelle : de nombreuses expositions sur l'internet public ont été observées
Scénarios à haut risque
| Scénario | Risque |
|---|---|
| Ollama exposé sur l'internet public | Très élevé : attaque directe possible |
| Ollama partagé entre plusieurs utilisateurs | Élevé : peut divulguer les conversations d'autres utilisateurs |
| Contient des clés API sensibles | Élevé : fuite des clés API |
| Déploiement local | Moyen : nécessite un accès local |
🔧 Mesures d'atténuation
Option 1 : mettre à niveau vers 0.17.1+ (recommandé)
# 升级 Ollama # macOS brew upgrade ollama # Linux curl -fsSL https://ollama.com/install.sh | sh
Contenu du correctif : le correctif corrige la lecture hors limites du GGUF loader.
Option 2 : limiter l'exposition réseau
# 不要使用 0.0.0.0 绑定 # 保持默认 127.0.0.1 OLLAMA_HOST=127.0.0.1
Option 3 : restrictions par pare-feu
# 限制 /api/create 和 /api/push 端点访问 # 只允许可信来源
Option 4 : surveiller les fichiers GGUF anormaux
- Vérifier les fichiers GGUF : vérifier que les offsets et les tailles de tenseurs sont plausibles
- Surveiller /api/create : journaliser l'origine des fichiers GGUF téléversés
- Surveiller /api/push : journaliser le registry de destination des téléversements
🚀 État de la reproduction
Reproduite : des chercheurs en sécurité ont réussi à reproduire cette vulnérabilité :
- Conditions de reproduction : Ollama < 0.17.1
- Chemin d'attaque : téléversement d'un GGUF malveillant → déclenchement de la quantification → fuite mémoire
- Validation de la fuite : fuite réussie de variables d'environnement et de données de conversation
- Validation de l'exfiltration : exfiltration réussie des données via /api/push
📅 Informations sur le correctif
| Information | Lien |
|---|---|
| Version corrigée | v0.17.1 |
| Commit du correctif | 88d57d0483 |
| PR | #14406 |
📝 Résumé
Vulnérabilité de fuite mémoire CVE-2026-7482 d'Ollamareproduite :
- concerne toutes les versions d'Ollama antérieures à 0.17.1
- Lecture hors limites du tas, CWE-125
- Fuite : variables d'environnement, clés API, prompts système, conversations des utilisateurs
- Voie d'exfiltration : téléversement via /api/push vers un registry contrôlé par l'attaquant
- Points de terminaison sans authentification : /api/create et /api/push
- Risque d'exposition publique : OLLAMA_HOST=0.0.0.0 largement utilisé
- Atténuation : mettre à niveau vers 0.17.1+ ou limiter l'exposition réseau
Vulnérabilité à haut risque reproduite : mettez à niveau ou limitez l'exposition immédiatement.
NVD :https://nvd.nist.gov/vuln/detail/CVE-2026-7482
Version corrigée :https://github.com/ollama/ollama/releases/tag/v0.17.1