CVE-2021-32751
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Wysokie ryzykoPercentyl 86 - wyżej niż 86% wszystkich znanych CVE
Streszczenie
Gradle przed wersją 7.2 zawiera podatność na zdalne wykonanie kodu w skryptach startowych generowanych przez plugin `application` oraz w skrypcie `gradlew`. Atakujący, który może zmienić zmienne środowiskowe użytkownika uruchamiającego skrypt, może doprowadzić do wykonania dowolnego kodu. Problem został naprawiony w Gradle 7.2 poprzez usunięcie użycia `eval` i wymuszenie użycia powłoki `bash`.
Ocena ryzyka
Ryzyko polega na możliwości przejęcia kontroli nad systemem, jeśli atakujący może manipulować zmiennymi środowiskowymi w środowisku CI/CD lub na serwerach, gdzie uruchamiane są skrypty Gradle. Może to prowadzić do naruszenia integralności procesu budowania lub uruchamiania aplikacji.
Rekomendacja
Zaleca się natychmiastową aktualizację Gradle do wersji 7.2 lub nowszej. Jeśli nie jest to możliwe, należy ograniczyć możliwość zmiany zmiennych środowiskowych dla użytkowników uruchamiających skrypty, a także rozważyć ręczne usunięcie użycia `eval` ze skryptów startowych.
Inne podatności w Gradle
Zobacz wszystkie- CVE-2016-6199Krytyczne
W pliku ObjectSocketWrapper.java w Gradle 2.12 występuje podatność, która pozwala zdalnym atakującym na wykonanie dowolnego kodu poprzez odpowiednio skonstruowany obiekt serializowany.
- CVE-2023-44387Niskie
Podatność w narzędziu Gradle podczas kopiowania lub archiwizacji plików symlinkowanych. Gradle rozwiązuje symlink, ale stosuje uprawnienia samego symlinka zamiast uprawnień pliku docelowego, co prowadzi do zbyt wysokich uprawnień plików wynikowych. Poprawiono w wersjach 7.6.3 i 8.4 oraz nowszych.
- CVE-2023-35947Średnie
Gradle ma podatność na przejście ścieżki podczas rozpakowywania archiwów Tar, co może prowadzić do nadpisania ważnych plików w lokalizacjach, gdzie proces Gradle ma uprawnienia do zapisu. Atakujący może wykorzystać tę lukę, kontrolując źródło archiwum lub modyfikując proces budowy, aby współdziałał z złośliwym archiwum.
- CVE-2023-35946Średnie
Gradle, narzędzie do automatyzacji budowy, ma podatność, która pozwala na zapisanie plików w niezamierzonym miejscu w systemie plików poprzez specjalnie skonstruowane koordynaty zależności. Może to prowadzić do zanieczyszczenia pamięci podręcznej zależności lub nadpisania ważnych plików.
- CVE-2021-29428Wysokie
W Gradle przed wersją 7.0, na systemach typu Unix, systemowy katalog tymczasowy może być tworzony z otwartymi uprawnieniami, co pozwala wielu użytkownikom na tworzenie i usuwanie w nim plików. Kompilacje Gradle mogą być podatne na lokalną eskalację uprawnień przez atakującego, który szybko usuwa i odtwarza pliki w systemowym katalogu tymczasowym. Podatność dotyczy kompilacji używających prekompilowanych skryptów w Kotlin DSL oraz testów dla wtyczek Gradle napisanych przy użyciu ProjectBuilder lub TestKit. Jeśli używasz systemu Windows lub nowoczesnych wersji macOS, nie jesteś podatny. Jeśli używasz systemu Unix-like z ustawionym bitem "sticky" na systemowym katalogu tymczasowym, nie jesteś podatny. Problem został naprawiony i wydany w Gradle 7.0. Jako obejście, na systemach Unix-like, upewnij się, że bit "sticky" jest ustawiony. To pozwala tylko oryginalnemu użytkownikowi (lub rootowi) na usunięcie pliku. Jeśli nie możesz zmienić uprawnień systemowego katalogu tymczasowego, możesz przenieść katalog tymczasowy Javy, ustawiając właściwość systemową `java.io.tmpdir`. Nowa ścieżka musi ograniczać uprawnienia tylko do użytkownika budującego. Szczegóły w referencyjnym poradniku bezpieczeństwa GitHub.
- CVE-2021-29429Średnie
W Gradle przed wersją 7.0 pliki tworzone z otwartymi uprawnieniami w systemowym katalogu tymczasowym mogą pozwolić atakującemu na dostęp do informacji pobranych przez Gradle. Niektóre kompilacje mogą być podatne na lokalne ujawnienie informacji, ponieważ pliki pobierane przez TextResourceFactory trafiają najpierw do systemowego katalogu tymczasowego. Jeśli nie używasz API TextResourceFactory, nie jesteś podatny.
Oryginalny opis (angielski, źródło NVD)
Gradle is a build tool with a focus on build automation. In versions prior to 7.2, start scripts generated by the `application` plugin and the `gradlew` script are both vulnerable to arbitrary code execution when an attacker is able to change environment variables for the user running the script. This may impact those who use `gradlew` on Unix-like systems or use the scripts generated by Gradle in thieir application on Unix-like systems. For this vulnerability to be exploitable, an attacker needs to be able to set the value of particular environment variables and have those environment variables be seen by the vulnerable scripts. This issue has been patched in Gradle 7.2 by removing the use of `eval` and requiring the use of the `bash` shell. There are a few workarounds available. For CI/CD systems using the Gradle build tool, one may ensure that untrusted users are unable to change environment variables for the user that executes `gradlew`. If one is unable to upgrade to Gradle 7.2, one may generate a new `gradlew` script with Gradle 7.2 and use it for older versions of Gradle. Fpplications using start scripts generated by Gradle, one may ensure that untrusted users are unable to change environment variables for the user that executes the start script. A vulnerable start script could be manually patched to remove the use of `eval` or the use of environment variables that affect the application's command-line. If the application is simple enough, one may be able to avoid the use of the start scripts by running the application directly with Java command.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS