Katalog CVE

CVE-2018-1000030

NiskieCVSS 3.6
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Podwyższone ryzyko
1.19%

Percentyl 67 - wyżej niż 67% wszystkich znanych CVE

Streszczenie

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.

Ocena ryzyka

Potencjalne uszkodzenie pamięci lub naruszenie granicy zaufania w środowiskach, gdzie atakujący może uruchomić kod, co może prowadzić do nieautoryzowanego dostępu lub awarii.

Rekomendacja

Zaktualizuj Python do wersji 2.7.15 lub nowszej (jeśli to możliwe, przejdź na wspierane wersje). Ogranicz możliwość uruchamiania kodu przez niezaufanych użytkowników.

Inne podatności w Python

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

Python 2.7.14 is vulnerable to a Heap-Buffer-Overflow as well as a Heap-Use-After-Free. Python versions prior to 2.7.14 may also be vulnerable and it appears that Python 2.7.17 and prior may also be vulnerable however this has not been confirmed. The vulnerability lies when multiply threads are handling large amounts of data. In both cases there is essentially a race condition that occurs. For the Heap-Buffer-Overflow, Thread 2 is creating the size for a buffer, but Thread1 is already writing to the buffer without knowing how much to write. So when a large amount of data is being processed, it is very easy to cause memory corruption using a Heap-Buffer-Overflow. As for the Use-After-Free, Thread3->Malloc->Thread1->Free's->Thread2-Re-uses-Free'd Memory. The PSRT has stated that this is not a security vulnerability due to the fact that the attacker must be able to run code, however in some situations, such as function as a service, this vulnerability can potentially be used by an attacker to violate a trust boundary, as such the DWF feels this issue deserves a CVE.

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