Podatności Ghidra

Ghidra od 10.2 do 12.1.4 zawiera podatność odmowy usługi w klasie ElfHeader loadera ELF, która alokuje tablice o rozmiarze opartym na niezweryfikowanych rozszerzonych licznikach nagłówków sekcji i programów. Atakujący mogą dostarczyć spreparowany 128-bajtowy plik ELF, który wywołuje OutOfMemoryError podczas wykrywania load-spec przy imporcie lub w potokach analizy headless.

Ghidra przed wersją 12.2 zawiera podatność polegającą na obcięciu numerycznym w funkcjach PackedDecode::skipAttribute i skipAttributeRemaining w pliku marshal.cc, które przechowują 64-bitowe długości ciągów w zmiennych 32-bitowych. Atakujący może dostarczyć spreparowany strumień packed, taki jak złośliwy plik .sla, aby wstrzyknąć atrybuty do danych wejściowych dekompilatora lub spowodować awarię procesu dekompilatora.

Ghidra w wersjach przed 12.2 zawiera podatność nieprawidłowej obsługi silnie skompresowanych danych w ExtensionUtils.unzipToInstallationFolder(), pozwalającą atakującym wyczerpać miejsce na dysku. Atakujący mogą nakłonić użytkowników do zainstalowania spreparowanego archiwum rozszerzenia typu zip bomb, które rozpakowuje się bez limitów rozmiaru, powodując niepowodzenie późniejszych zapisów przez Ghidrę i inne aplikacje.

Ghidra w wersjach przed 12.2 zawiera podatność polegającą na przydzielaniu zasobów bez limitów w FileSystemIndexHelper używanym przez TarFileSystem i ZipFileSystem, które przechowują nieograniczoną liczbę wpisów archiwum. Atakujący mogą nakłonić użytkownika do otwarcia lub zbiorczego zaimportowania spreparowanego archiwum TAR lub ZIP z nadmierną liczbą wpisów, aby wyczerpać stertę Java i zawiesić sesję.

Ghidra przed wersją 12.2 zawiera podatność nieograniczonej alokacji zasobów w funkcji ExtensionUtils.unzipToInstallationFolder(), która rozpakowuje każdy wpis ZIP rozszerzenia bez limitu liczby plików. Atakujący może nakłonić użytkownika do instalacji spreparowanego archiwum rozszerzenia z wieloma plikami, wyczerpując i-węzły systemu plików i powodując błędy zapisu projektów oraz innych procesów.

Ghidra 10.3 przed wersją 12.2 zawiera podatność nieprawidłowej obsługi silnie skompresowanych danych w funkcji ThemeReader.processIconFile(), która nie ogranicza rozmiaru po dekompresji ani współczynnika kompresji. Atakujący może nakłonić użytkownika do importu spreparowanego motywu ZIP, którego wpisy ikon rozrastają się i zapełniają system plików hosta, powodując błędy późniejszych zapisów.

Ghidra 10.3 przed wersją 12.2 zawiera podatność nieograniczonej alokacji zasobów w funkcji ThemeReader.readZipTheme(), która rozpakowuje nieograniczoną liczbę wpisów motywu ZIP do katalogu images. Atakujący może nakłonić użytkowników do importu spreparowanego archiwum motywu z wieloma małymi plikami, wyczerpując i-węzły i miejsce na dysku, co prowadzi do odmowy usługi na hoście.

Ghidra do wersji 12.2 zawiera podatność niekontrolowanej alokacji pamięci w funkcji BinaryField.read(), która pozwala atakującym wyczerpać pamięć sterty poprzez niesprawdzone 32-bitowe pole długości. Atakujący może nakłonić użytkowników do importu spreparowanego pliku bazy danych GZF, wywołując OutOfMemoryError w PackedDatabase.open(), co przerywa import i powoduje odmowę usługi.

Ghidra w wersjach od 9.2 do 12.1.4 zawiera podatność polegającą na odczycie poza zakresem sterty w funkcji StringManager::getCodepoint podczas dekodowania wielobajtowych znaków UTF-8, UTF-16 lub UTF-32 bez sprawdzania pozostałej długości bufora. Atakujący może przygotować złośliwe pliki binarne zawierające ciągi znaków lub stałe bajtowe kończące się wielobajtowymi jednostkami wiodącymi, co powoduje odczyt poza zakresem, awarię dekompilatora lub wyciek sąsiedniej pamięci sterty do zdekompilowanego wyniku.

Ghidra w wersjach do 12.1.4 zawiera podatność na zapis poza zakresem na stosie w funkcji leftshift128 dekompilatora podczas przetwarzania ujemnych wartości przesunięcia z p-code. Atakujący mogą stworzyć złośliwe pliki binarne z określonymi sekwencjami instrukcji, które wyzwalają przepełnienie podczas dekompilacji, powodując uszkodzenie pamięci i potencjalnie osiągając wykonanie kodu.

Ghidra w wersjach do 12.1.4 zawiera podatność use-after-free na stercie w funkcji Funcdata::opInsertAfter dekompilatora, spowodowaną nieaktualnymi referencjami efektów INDIRECT. Atakujący mogą stworzyć złośliwy plik binarny z konkretną sekwencją x86-64, która wyzwala podatność podczas dekompilacji, powodując awarię procesu pomocniczego dekompilatora i odmowę usługi dla analityków i zautomatyzowanych potoków analitycznych.

Podatność w Ghidra przed wersją 12.1.4. Brak walidacji bajtu TYPE_COL w funkcji OptionsDB.createUnregisteredOption() powoduje wyjątek ArrayIndexOutOfBoundsException, który blokuje obiekty domeny. Złośliwy plik bazy danych może spowodować zawieszenie aplikacji i uniemożliwić zwolnienie zasobów.

Ghidra przed wersją 12.1.3 zawiera podatność na niekontrolowane zużycie zasobów w parserze PDB, która pozwala atakującym na zakończenie procesu Ghidra poprzez dostarczenie spreparowanego pliku PDB z przerośniętym parametrem. Procedura deserializacji AbstractPdb odczytuje wszystkie pozostałe parametry do nieograniczonej listy, powodując niekontrolowany wzrost sterty, co wyzwala OutOfMemoryError, który omija obsługę wyjątków i powoduje awarię aplikacji.

Ghidra zawiera podatność na wykonanie dowolnego kodu w analizatorze demanglera Swift, która pozwala atakującemu na wykonanie dowolnych plików binarnych poprzez dostarczenie złośliwego projektu Ghidra z spreparowaną ścieżką do katalogu narzędzi Swift. Gdy ofiara otworzy projekt dostarczony przez atakującego, SwiftDemanglerAnalyzer przywraca utrwalony katalog binarny Swift ze stanu projektu, a SwiftNativeDemangler wykonuje rozpoznany plik binarny bez weryfikacji integralności lub podpisu, powodując wykonanie kontrolowanych przez atakującego plików wykonywalnych w kontekście użytkownika procesu Ghidra bez monitu lub potwierdzenia.

Ghidra w wersjach przed 12.1.1 zawiera podatność na niekontrolowaną alokację pamięci w parserze binarnym Mach-O, co pozwala atakującym na wywołanie odmowy usługi. Atakujący może dostarczyć spreparowany plik Mach-O z dowolnie dużą wartością ncmds, co zmusza parser do alokacji nadmiernej pamięci na stercie, co prowadzi do awarii JVM Ghidra.

Ghidra przed wersją 12.1 zawiera podatność na wstrzykiwanie SQL w typach filtrów BSim, które łączą wartości dostarczone przez użytkownika bezpośrednio z zapytaniami SQL bez odpowiedniego escapingu lub parametryzacji. Zdalny atakujący może wstrzyknąć dowolny kod SQL za pomocą protokołu zapytań sieciowych BSim, aby odczytać, zmodyfikować lub usunąć dane w bazie PostgreSQL.

Ghidra przed wersją 12.1 zawiera podatność use-after-free na stercie w funkcji HighVariable::merge() dekompilatora podczas przebiegu łączenia zmiennych. Atakujący może stworzyć binarkę, która powoduje dereferencję nieaktualnych wskaźników w pamięci podręcznej HighIntersectTest::highedgemap, co prowadzi do odczytu i zapisu pola flags w zwolnionej pamięci sterty, gdy użytkownik otworzy binarkę w widoku dekompilatora Ghidry.

Ghidra przed wersją 12.2 zawiera nieuwierzytelnioną podatność na przechodzenie po ścieżkach w serwerze IsfServer, który akceptuje połączenia TCP i przekazuje dostarczone przez klienta nazwy przestrzeni nazw bezpośrednio do operacji na systemie plików bez walidacji. Zdalni atakujący mogą połączyć się z portem 54321 i wysłać spreparowane wiadomości protobuf z sekwencjami przechodzenia, aby wyliczyć ścieżki systemu plików i badać dowolne pliki.

Ghidra przed wersją 12.0.4 zawiera podatność na przechodzenie po ścieżkach w funkcji importowania motywów, umożliwiającą atakującym zapisywanie plików poza zamierzonym katalogiem motywów. Atakujący mogą spreparować złośliwe pliki ZIP motywów z sekwencjami przechodzenia w nazwach plików, aby wykonać dowolny kod lub zmodyfikować wrażliwe pliki, takie jak .bashrc lub .ssh/authorized_keys.

Ghidra przed wersją 12.1 zawiera podatność umożliwiającą ominięcie uwierzytelniania w metodzie PKIAuthenticationModule.authenticate(). Pozwala ona każdemu użytkownikowi z ważnym certyfikatem podpisanym przez CA na podszywanie się pod innych użytkowników poprzez przedstawienie ich certyfikatu publicznego z pustym podpisem.

Ghidra przed wersją 12.0.3 zawiera podatność na wyczerpanie pamięci w funkcji rust_demangle, która alokuje bufory wyjściowe bez ograniczeń rozmiaru. Atakujący mogą spreparować złośliwe nazwy symboli Rusta w plikach binarnych, powodując wykładniczą alokację pamięci i awarię procesu podczas analizy binarnej.

Ghidra przed wersją 12.0.2 zawiera podatność na przechodzenie po ścieżkach w instalatorze rozszerzeń, który nie waliduje nazw wpisów ZIP podczas wypakowywania. Atakujący mogą tworzyć złośliwe rozszerzenia z sekwencjami przejścia, takimi jak ../ w nazwach plików, aby zapisywać dowolne pliki poza zamierzonym katalogiem, co umożliwia wykonanie kodu.

Ghidra przed wersją 12.1 zawiera niebezpieczną podatność na deserializację w kodzie połączenia RMI projektu współdzielonego po stronie klienta, umożliwiającą nieuwierzytelnione zdalne wykonanie kodu. Atakujący mogą stworzyć złośliwy plik projektu z adresem URL ghidra://, który po otwarciu przez File → Open Project deserializuje niezaufane obiekty przy użyciu łańcucha gadżetów Jython 2.7.4 do wykonania dowolnych poleceń.

Ghidra przed wersją 12.1 zawiera podatność na wstrzykiwanie poleceń w obsłudze adnotacji URL na systemie Windows, gdzie znaki specjalne cmd.exe nie są poprawnie escapowane. Atakujący mogą wykonać dowolne polecenia z uprawnieniami użytkownika Ghidry, osadzając złośliwe adresy URL w komentarzach programu, które ofiara kliknie.

Ghidra w wersjach od 11.0 do 12.0 zawiera podatność na wstrzykiwanie SQL w metodzie changePassword() klasy PostgresFunctionDatabase. Brak odpowiedniego escapowania podwójnych cudzysłowów w nazwach użytkowników interpolowanych do instrukcji ALTER ROLE umożliwia uwierzytelnionym atakującym wstrzyknięcie poleceń SQL poprzez spreparowane parametry nazwy użytkownika w komunikatach sieciowych PasswordChange.

Podatność typu path traversal w Ghidra przed wersją 12.1 w komponencie SameDirDebugInfoProvider pozwala atakującym na wstrzykiwanie sekwencji nawigacyjnych do ścieżek plików. Poprzez spreparowane pliki ELF z sekcją .gnu_debuglink możliwe jest sprawdzenie istnienia plików w systemie oraz wyciek skrótów CRC32 dowolnych plików podczas automatycznej analizy DWARF.

Podatność w bibliotece SLEIGH przed wersją 12.1 (Ghidra) powoduje użycie po zwolnieniu sterty w funkcji SleighBuilder::generatePointerAdd. Problem wynika z unieważnienia iteratora podczas realokacji wektora przez PcodeCacher::allocateInstruction.

Ghidra w wersjach od 10.2 do 12.0 zawiera podatność na niekontrolowane zużycie zasobów w metodzie ExportTrie.parseTrie(). Brak wykrywania cykli podczas przetwarzania drzew eksportu Mach-O powoduje, że spreparowany plik binarny z cyklicznymi referencjami prowadzi do nieograniczonego wzrostu kolejki i wykładniczej konkatenacji stringów, co skutkuje błędem OutOfMemoryError i awarią całej JVM.

Ghidra przed wersją 11.2 zawiera podatność use-after-free w backendzie Sleigh, spowodowaną niezdefiniowaną kolejnością inicjalizacji statycznej singletonów SleighArchitecture::translators i XmlArchitectureCapability. Atakujący może wywołać nieskończoną pętlę lub odmowę usługi podczas zamykania aplikacji, wykorzystując niebezpieczną kolejność niszczenia obiektów, która prowadzi do iteracji po zwolnionej pamięci.