[Reproducerad] Säkerhetsvarning: minnesläckagesårbarhet i Ollama (CVE-2026-7482)
Nyligen avslöjade säkerhetsforskare en allvarlig minnesläckagesårbarhet (CVE-2026-7482) i Ollamas plattform med öppen källkod för inferens av stora modeller. Sårbarheten låter angripare läsa känslig information ur serverns minne under vissa konfigurationer, bland annat miljövariabler, API-nycklar, systemprompter och andra samtidiga användares konversationsdata.

Sårbarheten finns i Ollamas GGUF-modellladdare. Med en noggrant utformad skadlig GGUF-fil kan en angripare utlösa en heap out-of-bounds-read och därmed läcka data ur serverns minne.
Kort om sårbarheten
Det särskilt farliga med sårbarheten är att den inte bara kan leda till läckage av data från den aktuella sessionen, utan även påverka andra samtidiga användares privata data. Eftersom Ollama i stor utsträckning används för lokal inferens av stora modeller kan många företag och utvecklare ha exponerat API-endpoints mot interna nätverk eller internet, vilket ger sårbarheten en betydande hotpotential.
CVE-information
- CVE-nummer: CVE-2026-7482
- CWE-klassificering: CWE-125 – Out-of-bounds Read (läsning utanför gränserna)
- Sårbarhetstyp: minnesläckage / heap-buffertöverskridning
- Avslöjat av: Echo security team
Sårbarhetsdetaljer
Sårbarhetens bakgrund
Sårbarheten finns i Ollamas GGUF-modellladdare, specifikt i följande fil:
fs/ggml/gguf.goserver/quantization.goiWriteTo()funktionen
Attacken går till så här:
- Angriparen använder
/api/createendpointen för att ladda upp en skadligt utformad GGUF-fil - Tensoroffset och storlekar som deklareras i GGUF-filen överskrider filens faktiska längd
- Servern läser under kvantiseringen utanför den allokerade minnesbufferten
- Den läckta minnesdatan kan innehålla känslig information
- Angriparen använder
/api/pushendpointen för att ladda upp modellen med läckt data till en registertjänst de kontrollerar
Påverkade versioner
Påverkade versioner: Ollama < 0.17.1
Säkra versioner: Ollama 0.17.1 och senare
Attackförutsättningar
- Servern är konfigurerad med
OLLAMA_HOST=0.0.0.0(exponerad mot internet) - Angriparen kan komma åt
/api/createoch/api/pushendpointerna - Ollama-tjänsten körs på servern
Möjlig skada
- Läcker känslig konfiguration ur miljövariabler
- Stjäl API-nycklar och åtkomsttoken
- Får tag i systemprompter och modellkonfiguration
- Läser andra användares konversationsdata
- Kan möjliggöra attacker i leveranskedjan
Åtgärdsförslag
Omedelbara åtgärder
- Uppgradera Ollama: uppgradera omedelbart till Ollama 0.17.1 eller senare
- Begränsa åtkomst: sätt
OLLAMA_HOSTtill127.0.0.1för att undvika exponering mot internet - Lägg till autentisering: konfigurera en autentiseringsmekanism för API-åtkomst
- Nätverksisolering: begränsa åtkomsten till Ollamas portar via brandvägg
Långsiktigt skydd
- Uppdatera Ollama regelbundet till den senaste stabila versionen
- Tillämpa principen om minsta möjliga behörighet
- Aktivera åtkomstloggar och säkerhetsövervakning
- Genomför regelbundna säkerhetsgranskningar
Skyddsåtgärder
Rekommendationer till företag
- Utvärdera risken: kontrollera om påverkade Ollama-versioner används internt
- Uppdatera systemen: uppgradera omedelbart efter verifiering i testmiljö
- Säkerhetshärdning: tillämpa nätverksisolering och åtkomstkontroll
- Övervakning och larm: sätt upp övervakning av säkerhetshändelser och mekanismer för snabb respons
Rekommendationer till utvecklare
- Exponera inte Ollamas API-endpoints i produktionsmiljö
- Använd en omvänd proxy som ett extra säkerhetslager
- Granska och uppdatera beroende komponenter regelbundet
- Följ bästa praxis för säker kodning
Referenser
Avslutningsvis
Denna sårbarhet påminner oss återigen om hur viktigt det är att plattformar för stora modeller med öppen källkod är säkra. Företag och utvecklare uppmanas att omedelbart vidta åtgärder, uppgradera till en säker version och genomföra de olika skyddsåtgärderna.
Säkerhet är aldrig en småsak – förebygg innan olyckan är framme!
Läs mer
Följ vår officiella WeChat-kanal för fler nyheter om AI-säkerhet.
