CVE-2026-100176

W AIL Framework występuje podatność Stored XSS w widoku domeny crawlera (showDomain.html). Dane pochodzące z zaimportowanych przechwyceń crawlera, takie jak identyfikatory elementów, URL-e i ścieżki do zrzutów ekranu, są wstawiane bezpośrednio do skryptów JavaScript bez odpowiedniego kodowania. Atakujący z uprawnieniami klienta API może zaimportować złośliwe przechwycenie, a gdy użytkownik (w tym uprzywilejowany) otworzy stronę domeny, skrypt wykona się w jego przeglądarce.

Moduł Onion w AIL Framework posiada nieskuteczną walidację URL-i .onion – przyjmuje jako cel wyłącznie na podstawie długości (69 znaków) i końcówki '.onion', bez poprawnej walidacji nazwy hosta. Nieuwierzytelniony atakujący może opublikować treści zawierające spreparowane URL-e z adresem IP lub nie-onionową nazwą hosta, które spełniają warunki i zostaną zakolejkowane jako zadanie crawlera onionowego.

W AIL Framework API do tworzenia zadań crawlera (api_add_crawler_task) zawiera niewystarczającą kontrolę autoryzacji przy dołączaniu cookiejar UUID. Kod sprawdzał jedynie istnienie cookiejara i w przypadku poziomu 0 porównywał właściciela z żądającym, ale nie walidował granic organizacyjnych ani uprawnień. Autoryzowany użytkownik może odwołać się do cookiejara innej organizacji, co pozwala na wykorzystanie jej sesji i poświadczeń podczas crawlercia.

W AIL Framework komponent selektora tagów (var/www/static/js/tags.js) jest podatny na Stored XSS. Użytkownik z uprawnieniem tworzenia niestandardowych tagów może osadzić w nazwie tagu kod JavaScript (np. przez zdarzenia). Po wyświetleniu selektora tagów przez inną uwierzytelnioną osobę, niebezpieczna nazwa tagu jest wstawiana do DOM przy użyciu jQuery html(), co prowadzi do wykonania skryptu.

AIL Framework zawiera podatność na trwałe wstrzyknięcie skryptów (XSS) w dwóch szablonach Jinja2 renderujących popovery dla dopasowanej, śledzonej lub oznaczonej treści. Wartości dynamiczne są wstawiane bezpośrednio do atrybutu data-content bez kodowania wyjściowego, a popovery mają włączone data-html="true", co pozwala na wykonanie wstrzykniętego kodu w sesji ofiary.

Framework AIL zawiera podatność na traversję ścieżki w punkcie końcowym /objects/item/diff. Umożliwia to uwierzytelnionemu użytkownikowi AIL stworzenie złośliwych identyfikatorów przedmiotów, które mogą prowadzić do nieautoryzowanego ujawnienia lokalnych plików.

Framework AIL zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w funkcji przesyłania do crawlera. Uwierzytelniony użytkownik z niskimi uprawnieniami może przesłać dowolny adres URL do przeszukania bez odpowiedniej walidacji hosta docelowego. Atakujący może wykorzystać serwer AIL jako punkt pośredni do uzyskania dostępu do usług wewnętrznych, w tym adresów pętli zwrotnej, sieci prywatnych i metadanych chmury.

Framework AIL zawiera podatność na trwały atak XSS w widoku domeny crawlera. Zeskanowane adresy URL były osadzane bezpośrednio w atrybucie onclick JavaScript, bez odpowiedniego kodowania. Atakujący może wstrzyknąć złośliwy kod JavaScript do zapisanego adresu URL, który wykona się w przeglądarce analityka po kliknięciu ikony zrzutu ekranu.

Podatność na odbity XSS w AIL Framework w punkcie końcowym /tag/add_tags. Błąd powoduje zwrócenie wartości błędu bez odpowiedniego kodowania, co pozwala na wykonanie dowolnego HTML lub JavaScript w przeglądarce ofiary.

W AIL Framework wykryto podatność polegającą na przechodzeniu poza katalog (path traversal) w obsłudze obiektów PDF. Funkcja PDF.get_filepath() konstruuje ścieżkę pliku poprzez łączenie skonfigurowanego katalogu przechowywania PDF z identyfikatorem obiektu PDF, bez weryfikacji, czy wynikowa ścieżka pozostaje w zamierzonym katalogu PDF_FOLDER. Uwierzytelniony atakujący może użyć spreparowanego identyfikatora z sekwencjami względnymi lub bezwzględnymi komponentami ścieżki, aby otworzyć pliki poza katalogiem PDF, co może prowadzić do ujawnienia wrażliwych danych.