Podatności bisheng

bisheng w wersjach 2.3.0, 2.4.0 i 2.4.0-beta1 jest podatny na wstrzyknięcie kodu (Code Injection) w pliku src/backend/bisheng/api/v1/validate.py. Podatność umożliwia wykonanie nieautoryzowanego kodu w kontekście aplikacji.

bisheng w wersjach 2.3.0, 2.4.0 i 2.4.0-beta1 jest podatny na directory traversal w pliku src/backend/bisheng/linsight/domain/task_exec.py. Podatność pozwala na dostęp do plików poza zamierzonym katalogiem.

bisheng w wersjach 2.3.0, 2.4.0 i 2.4.0-beta1 jest podatny na directory traversal w funkcji save_download_file (src/backend/bisheng/core/cache/utils.py:290). Podatność umożliwia dostęp do plików poza zamierzonym obszarem.

bisheng do wersji 2.6.0-fix2 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w punkcie końcowym POST /api/v1/workflow/report/callback, który nie wymaga uwierzytelnienia i nie stosuje ograniczeń schematu URL ani filtrowania hostów. Nieuwierzytelnieni atakujący mogą podawać dowolne adresy URL w celu enumeracji wewnętrznych usług sieciowych i punktów końcowych metadanych chmury, a następnie pobierać przechwycone odpowiedzi z magazynu obiektów, używając nazw obiektów dostarczonych przez wywołującego.

BISHENG przed wersją 2.6.0 zawiera podatność na zdalne wykonanie kodu w punkcie końcowym workflow run_once, która pozwala uwierzytelnionym użytkownikom na wykonanie dowolnego kodu Python. Atakujący mogą przesłać spreparowane definicje węzłów Code do punktu końcowego POST /api/v1/workflow/run_once, który wykonuje je za pomocą exec() bez sandboxingu, uzyskując dostęp do systemu plików, poświadczeń i wewnętrznych zasobów sieciowych.