Katalog CVE

CVE-2026-63500

WysokieCVSS 7.1
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Streszczenie

W platformie Yeti (wersje przed 2.5.1) pole uuid z pliku DFIQ YAML nie jest walidowane przy imporcie przez POST /api/v2/dfiq/from_yaml, a następnie jest wstawiane do ścieżki systemu plików przy eksporcie archiwum przez POST /api/v2/dfiq/to_archive. Użytkownik z niskimi uprawnieniami może zaimportować obiekt DFIQ z sekwencjami przejścia katalogów w UUID i wywołać eksport archiwum, co pozwala zapisać treść z rozszerzeniem .yaml poza docelowym katalogiem tymczasowym.

Ocena ryzyka

Uwierzytelniony użytkownik o niskich uprawnieniach może zapisywać pliki w miejscach zapisywalnych przez konto usługi YETI, co może prowadzić do nadpisania lub wstrzyknięcia treści w nieoczekiwanych lokalizacjach. Skala zależy od uprawnień konta usługi.

Rekomendacja

Zaktualizuj Yeti do wersji 2.5.1 lub nowszej. Do czasu aktualizacji ogranicz dostęp do endpointów importu i eksportu DFIQ oraz uruchamiaj usługę YETI z konta o minimalnych uprawnieniach zapisu.

Inne podatności w Yeti

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

Yeti bridges the gap between CTI and DFIR practitioners by providing a Forensics Intelligence platform and pipeline. Prior to 2.5.1, core/schemas/dfiq.py accepts an unvalidated uuid from DFIQ YAML through POST /api/v2/dfiq/from_yaml, and core/web/apiv2/dfiq.py later interpolates that stored value into an archive filesystem path in POST /api/v2/dfiq/to_archive. A low-privileged authenticated user can import a DFIQ object whose UUID contains traversal sequences and trigger archive export, causing attacker-controlled content with a .yaml suffix to be written outside the intended temporary archive directory. The impact is limited by paths writable by the YETI service account, and the separate DFIQ archive-import zip-slip candidate is not part of this vulnerability. This issue is fixed in version 2.5.1.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS