Podatności Ghidra

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.