Podatności Yeti

YETI to platforma Forensics Intelligence. Przed wersją 2.5.1 YETI wylicza ExportTask.file_name z nazwy zadania kontrolowanej przez użytkownika i przekazuje ją do local_storage.py bez oczyszczania sekwencji przejścia katalogów ani wymuszania ograniczenia ścieżki. Użytkownik uwierzytelniony z niskimi uprawnieniami korzystający z domyślnego lokalnego backendu pamięci może wywołać POST /api/v2/tasks/export/new z nazwą zawierającą przejście katalogów i odczytać pliki dostępne dla konta usługi YETI.

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.

W Yeti w wersji 2.5.0 i wcześniejszych pola sortowania oraz ścieżki atrybutów filter_aliases kontrolowane przez użytkownika są wstawiane do identyfikatorów i wyrażeń AQL w ArangoDB w core/database_arango.py. Uwierzytelniony użytkownik o niskich uprawnieniach może wysłać spreparowane wartości do endpointów wyszukiwania, powodując parsowanie i ewaluację podwyrażeń AQL.

W Yeti przed wersją 2.5.1 router audytu jest rejestrowany bez zależności Depends(auth.get_current_active_user), a core/web/apiv2/audit.py nie sprawdza uwierzytelnienia dla /api/v2/audit/timeline/{id}. Nieuwierzytelniony atakujący może odpytywać rekordy TimelineLog zawierające nazwy użytkowników analityków, identyfikatory obiektów, wartości oraz dane przed i po zmianie.

Yeti do wersji 2.11.0 nie waliduje uprawnień wywołującego w punkcie końcowym DELETE /api/v2/rbac/{id}, umożliwiając użytkownikom z dostępem do odczytu usuwanie relacji kontroli dostępu. Atakujący mogą odebrać uprawnienia właścicielowi i trwale zablokować legalnym właścicielom dostęp do obiektów.