Podatności Python

W Lib/tarfile.py w Pythonie do wersji 3.8.3, atakujący może stworzyć archiwum TAR prowadzące do nieskończonej pętli podczas otwierania przez tarfile.open, ponieważ _proc_pax nie posiada walidacji nagłówka.

W wersjach Python 3.6 do 3.6.10, 3.7 do 3.7.8, 3.8 do 3.8.4rc1 oraz 3.9 do 3.9.0b4 na systemie Windows, biblioteka python3.dll może zostać podmieniona na konia trojańskiego, gdy CPython jest osadzony w aplikacji natywnej. Wynika to z faktu, że python3X.dll może używać nieprawidłowej ścieżki wyszukiwania do ładowania python3.dll (po użyciu Py_SetPath). Problem nie występuje przy korzystaniu z python.exe ze standardowej instalacji Pythona na Windows.

W Pythonie (CPython) w wersjach 3.6 do 3.6.10, 3.7 do 3.7.6 oraz 3.8 do 3.8.1, niebezpieczne ładowanie zależności przy uruchomieniu w systemie Windows 7 może spowodować załadowanie i użycie kopii api-ms-win-core-path-l1-1-0.dll dostarczonej przez atakującego zamiast kopii systemowej. Windows 8 i nowsze nie są podatne.

Python 2.7.14 jest podatny na Heap-Buffer-Overflow oraz Heap-Use-After-Free. Wersje Python przed 2.7.14 mogą być również podatne, a Python 2.7.17 i wcześniejsze mogą być podatne, ale nie zostało to potwierdzone. Podatność występuje, gdy wiele wątków przetwarza duże ilości danych. W obu przypadkach występuje zasadniczo wyścig (race condition). Dla Heap-Buffer-Overflow, Wątek 2 tworzy rozmiar bufora, ale Wątek 1 już pisze do bufora bez wiedzy ile ma pisać. Gdy przetwarzana jest duża ilość danych, łatwo spowodować uszkodzenie pamięci przez Heap-Buffer-Overflow. Dla Use-After-Free, Wątek3->Malloc->Wątek1->Free->Wątek2-Re-Używa-Zwolnionej-Pamięci. PSRT stwierdził, że to nie jest podatność bezpieczeństwa, ponieważ atakujący musi mieć możliwość uruchomienia kodu, ale w niektórych sytuacjach, takich jak funkcja jako usługa, ta podatność może być wykorzystana przez atakującego do naruszenia granicy zaufania, dlatego DWF uważa, że ta sprawa zasługuje na CVE.