Čeština

← Zpět na seznam

【Reprodukováno】Zranitelnost úniku paměti v Ollama (CVE-2026-7482) – bezpečnostní varování

itadol5j

【Reprodukováno】Zranitelnost úniku paměti v Ollama (CVE-2026-7482) – bezpečnostní varování

Bezpečnostní výzkumníci nedávno odhalili závažnou zranitelnost úniku paměti (CVE-2026-7482), která se nachází v open-source inferenční platformě pro velké jazykové modely Ollama. Zranitelnost umožňuje útočníkovi v určité konfiguraci číst citlivé informace z paměti serveru, včetně proměnných prostředí, API klíčů, systémových promptů a konverzačních dat souběžných uživatelů.

Bezpečnost AI

Zranitelnost se nachází v GGUF loaderu modelů v Ollama. Pomocí záměrně upraveného škodlivého souboru GGUF může útočník vyvolat čtení mimo hranice haldy (heap out-of-bounds read) a následně odvést data z paměti serveru.

Stručný popis zranitelnosti

Zvláštní nebezpečnost této zranitelnosti spočívá v tom, že může vést nejen k úniku dat aktuální relace, ale může zasáhnout i soukromá data dalších souběžných uživatelů. Protože je Ollama široce využívána pro lokální inferenci velkých modelů, mnoho firem a vývojářů může mít API endpointy vystavené v interní síti nebo na veřejném internetu, což z této zranitelnosti činí potenciálně závažnou hrozbu.

Informace o identifikátoru CVE

  • Identifikátor CVE: CVE-2026-7482
  • Klasifikace CWE: CWE-125 – Out-of-bounds Read (čtení mimo hranice)
  • Typ zranitelnosti: únik paměti / přetečení bufferu na haldě
  • Zdroj odhalení: Echo security team

Podrobnosti o zranitelnosti

Princip zranitelnosti

Zranitelnost se nachází v GGUF loaderu modelů v Ollama, konkrétně v následujících souborech:

  • fs/ggml/gguf.go
  • server/quantization.gove funkciWriteTo()v souboru

Průběh útoku je následující:

  1. Útočník prostřednictvím/api/createendpointu nahraje škodlivě upravený soubor GGUF
  2. Offsety a velikosti tenzorů deklarované v souboru GGUF překračují skutečnou délku souboru
  3. Server během kvantizace čte obsah za hranicí přiděleného paměťového bufferu
  4. Uniklá data z paměti mohou obsahovat citlivé informace
  5. Útočník prostřednictvím/api/pushendpointu nahraje model obsahující uniklá data do registru pod svou kontrolou

Zasažené verze

Dotčené verze: Ollama < 0.17.1

Bezpečná verze: Ollama 0.17.1 a novější

Podmínky útoku

  • Server je nakonfigurován s OLLAMA_HOST=0.0.0.0(vystaven na veřejný internet)
  • Útočník má přístup k/api/createa/api/pushendpointům
  • Na serveru běží služba Ollama

Potenciální škody

  • Únik citlivé konfigurace z proměnných prostředí
  • Odcizení API klíčů a přístupových tokenů
  • Získání systémových promptů a konfigurace modelu
  • Čtení konverzačních dat ostatních uživatelů
  • Možný útok na dodavatelský řetězec

Doporučení k opravě

Okamžitá opatření

  1. Aktualizace Ollama: okamžitě aktualizujte na Ollama 0.17.1 nebo novější
  2. Omezení přístupu: nastavteOLLAMA_HOSTna127.0.0.1, aby služba nebyla vystavena na veřejném internetu
  3. Přidání autentizace: nakonfigurujte mechanismus autentizace pro přístup k API
  4. Síťová izolace: omezte přístup k portu Ollama pomocí firewallu

Dlouhodobá ochrana

  • Pravidelně aktualizujte Ollama na nejnovější stabilní verzi
  • Zaveďte princip nejnižších oprávnění
  • Zapněte logování přístupů a bezpečnostní monitoring
  • Provádějte pravidelné bezpečnostní audity

Ochranná opatření

Doporučení pro firmy

  1. Vyhodnocení rizika: zkontrolujte, zda interně nepoužíváte zasaženou verzi Ollama
  2. Aktualizace systému: po ověření v testovacím prostředí okamžitě aktualizujte
  3. Zvýšení bezpečnosti: zaveďte síťovou izolaci a řízení přístupu
  4. Monitoring a upozornění: nastavte monitoring bezpečnostních událostí a mechanismus včasné reakce

Doporučení pro vývojáře

  • Nevystavujte API endpointy Ollama v produkčním prostředí
  • Přidejte další bezpečnostní vrstvu pomocí reverzní proxy
  • Pravidelně prověřujte a aktualizujte závislé komponenty
  • Dodržujte osvědčené postupy bezpečného kódování

Referenční odkazy

Závěr

Odhalení této zranitelnosti znovu připomíná, že bezpečnost open-source platforem pro velké modely je naprosto klíčová. Doporučujeme firmám i vývojářům, aby okamžitě přijali opatření, přešli na bezpečnou verzi a zavedli všechna bezpečnostní ochranná opatření.

Bezpečnost není maličkost – prevence je na prvním místě!

Související články

Další novinky o bezpečnosti AI najdete v aktualizacích našeho oficiálního účtu.

Výzkum bezpečnosti AI