[Reproduit] Avis de risque de sécurité : vulnérabilité de fuite mémoire d'Ollama (CVE-2026-7482)

Récemment, des chercheurs en sécurité ont divulgué une vulnérabilité critique de fuite mémoire (CVE-2026-7482) affectant Ollama, la plateforme open source d'inférence de grands modèles. Cette vulnérabilité permet à un attaquant, dans certaines configurations, de lire des informations sensibles présentes dans la mémoire du serveur, notamment les variables d'environnement, les clés API, les prompts système ainsi que les données de conversation des utilisateurs simultanés.

La vulnérabilité se situe dans le chargeur de modèles GGUF d'Ollama : à l'aide d'un fichier GGUF malveillant soigneusement conçu, un attaquant peut déclencher une lecture hors limites du tas (heap out-of-bounds read) et ainsi divulguer des données de la mémoire du serveur.

Présentation de la vulnérabilité

Ce qui rend cette vulnérabilité particulièrement dangereuse, c'est qu'elle peut non seulement provoquer la fuite des données de la session en cours, mais aussi compromettre les données personnelles d'autres utilisateurs simultanés. Ollama étant largement utilisé pour des services locaux d'inférence de grands modèles, de nombreuses entreprises et de nombreux développeurs ont peut-être exposé leurs points de terminaison API sur le réseau interne ou sur l'internet public, ce qui confère à cette vulnérabilité un fort potentiel de menace.

Informations sur l'identifiant CVE

Identifiant CVE : CVE-2026-7482
Classification CWE : CWE-125 – Out-of-bounds Read (lecture hors limites)
Type de vulnérabilité : fuite mémoire / débordement de tampon du tas
Source de la divulgation : Echo security team

Détails de la vulnérabilité

Principe de la vulnérabilité

La vulnérabilité se situe dans le chargeur de modèles GGUF d'Ollama, plus précisément dans les fichiers suivants :

fs/ggml/gguf.go
server/quantization.go, dansWriteTo()la fonction

Le déroulement de l'attaque est le suivant :

L'attaquant, via le point de terminaison/api/create, téléverse un fichier GGUF malicieusement conçu
Les décalages (offsets) et les tailles de tenseurs déclarés dans le fichier GGUF dépassent la longueur réelle du fichier
Pendant la quantification, le serveur lit au-delà du tampon mémoire alloué
Les données mémoire divulguées peuvent contenir des informations sensibles
L'attaquant, via le point de terminaison/api/push, téléverse vers un registre qu'il contrôle le modèle contenant les données divulguées

Versions concernées

Versions affectées : Ollama < 0.17.1

Versions corrigées : Ollama 0.17.1 et versions ultérieures

Conditions d'attaque

Le serveur est configuré avec OLLAMA_HOST=0.0.0.0(exposé sur l'internet public)
L'attaquant peut accéder aux points de terminaison/api/createet/api/pushcorrespondants
Le service Ollama fonctionne sur le serveur

Impacts potentiels

Divulgation de configurations sensibles contenues dans les variables d'environnement
Vol de clés API et de jetons d'accès
Obtention des prompts système et des configurations de modèles
Lecture des données de conversation d'autres utilisateurs
Risque d'attaques touchant la chaîne d'approvisionnement

Recommandations de correction

Mesures immédiates

Mettre à niveau Ollama : mettre à niveau immédiatement vers Ollama 0.17.1 ou une version ultérieure
Restreindre l'accès : définirOLLAMA_HOSTsur127.0.0.1, afin d'éviter toute exposition sur l'internet public
Ajouter une authentification : configurer un mécanisme d'authentification pour l'accès à l'API
Isolation réseau : restreindre l'accès au port d'Ollama au moyen d'un pare-feu

Protection à long terme

Mettre régulièrement Ollama à jour vers la dernière version stable
Appliquer le principe du moindre privilège
Activer les journaux d'accès et la surveillance de sécurité
Réaliser régulièrement des audits de sécurité

Mesures de protection

Recommandations pour les entreprises

Évaluer les risques : vérifier si une version d'Ollama concernée est utilisée en interne
Mettre à jour les systèmes : mettre à niveau immédiatement, après validation en environnement de test
Durcissement de la sécurité : mettre en œuvre l'isolation réseau et des contrôles d'accès
Surveillance et alertes : mettre en place une surveillance des incidents de sécurité et un mécanisme de réponse rapide

Recommandations pour les développeurs

Ne pas exposer les points de terminaison de l'API Ollama en environnement de production
Utiliser un proxy inverse pour ajouter une couche de sécurité supplémentaire
Réviser et mettre à jour régulièrement les composants dépendants
Suivre les meilleures pratiques de codage sécurisé

Références

Conclusion

La divulgation de cette vulnérabilité nous rappelle une fois de plus que la sécurité des plateformes open source de grands modèles est cruciale. Il est recommandé aux entreprises et aux développeurs d'agir immédiatement : mettre à niveau vers une version corrigée et appliquer les différentes mesures de protection.

En matière de sécurité, pas de petite faille : mieux vaut prévenir que guérir !