Katalog CVE

CVE-2026-57144

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

Streszczenie

W PraisonAI od wersji 4.5.110 do przed 4.6.61 SandlockSandbox, który ma być piaskownicą egzekwowaną przez jądro, w przypadku gdy moduł sandlock importuje się, ale zgłasza niedostępność Landlock, nie zawodzi bezpiecznie. Metody execute() i run_command() po cichu przechodzą do SubprocessSandbox, który nie egzekwuje ograniczeń systemu plików ani sieci. Podatność naprawiono w wersji 4.6.61.

Ocena ryzyka

Złośliwy kod w piaskownicy może czytać pliki poza dozwoloną ścieżką i otwierać połączenia sieciowe mimo network=False. Prowadzi to do naruszenia izolacji i potencjalnego wycieku danych.

Rekomendacja

Zaktualizuj PraisonAI do wersji 4.6.61 lub nowszej. Upewnij się, że Landlock jest dostępny, lub zweryfikuj, że piaskownica zawodzi bezpiecznie w Twoim środowisku.

Inne podatności w PraisonAI

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

PraisonAI is a multi-agent teams system. From version 4.5.110 to before version 4.6.61, praisonai.sandbox.SandlockSandbox is documented and implemented as the kernel-enforced sandbox backend for untrusted code. Its SandboxConfig.native() path lets callers configure allowed filesystem paths and network=False. On systems where the optional sandlock module imports but reports that Landlock is unavailable, SandlockSandbox.execute() and run_command() do not fail closed. They silently fall back to SubprocessSandbox(self.config). That fallback keeps the same high-level native policy object but does not enforce the native filesystem or network boundary during code execution. A sandboxed payload can read files outside the configured allowed path and open network connections despite network=False. This issue has been patched in version 4.6.61.

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