CVE-2026-51859

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 wersji do 3.0.0-beta4 zawiera podatność typu insecure direct object reference, która pozwala uwierzytelnionym użytkownikom o niskich uprawnieniach odczytywać przetworzone dokumenty innych użytkowników poprzez podanie dowolnych wartości file_id. Atakujący może wyliczać kolejne identyfikatory plików za pomocą GET /api/v1/knowledge/file_bbox, aby uzyskać tekst stron z baz wiedzy innych użytkowników i dzierżawców.

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 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.