CVE-2025-38710
WysokieCVSS 7.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 4 - wyżej niż 4% wszystkich znanych CVE
Streszczenie
W jądrze Linuxa rozwiązano podatność dotyczącą walidacji i_depth dla katalogów exhash. W wyniku testu fuzzingowego doszło do uszkodzenia, które skutkowało głębokością równą 0 w funkcji dir_e_read(), co prowadziło do nieokreślonego przesunięcia.
Ocena ryzyka
Podatność ta może prowadzić do nieprzewidywalnego zachowania systemu, co może skutkować awarią lub naruszeniem integralności danych w systemach korzystających z katalogów exhash.
Rekomendacja
Zaleca się aktualizację jądra Linuxa do najnowszej wersji, aby usunąć tę podatność oraz wprowadzenie dodatkowych kontroli głębokości w funkcji gfs2_dinode_in().
Powiązane podatności
- CVE-2026-96257Krytyczne
W urządzeniu Fast FAC1203R Gigabit Edition 2.0.4 wykryto podatność w funkcji copy_msg_element komponentu Device Discovery Service. Manipulacja danymi wejściowymi może doprowadzić do przepełnienia bufora na stosie, a atak można przeprowadzić zdalnie. Exploit został publicznie ujawniony i może być wykorzystywany; producent nie odpowiedział na zgłoszenie.
- CVE-2026-18169Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift może umożliwić zdalnemu uwierzytelnionemu atakującemu uzyskanie informacji wrażliwych z powodu niewłaściwej walidacji dowiązań symbolicznych.
- CVE-2026-18163Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift może umożliwić zdalnemu atakującemu wykonanie dowolnego kodu z powodu niewłaściwej deserializacji niezaufanych danych.
- CVE-2026-18162Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift umożliwia zdalnemu atakującemu wykonanie dowolnego kodu z powodu nieprawidłowej neutralizacji danych wprowadzanych przez użytkownika w konstruktorze Function.
- CVE-2026-19202Krytyczne
Wada w buforowaniu w pakiecie toolbox-core SDK mcp-toolbox-sdk-python powoduje, że ten sam token Google ID jest buforowany i ponownie używany dla różnych odbiorców. Jeśli aplikacja używa SDK do uwierzytelniania w dwóch lub więcej różnych odbiorcach w tym samym procesie, bufor tokenów na poziomie modułu nie kluczuje tokenów według żądanego odbiorcy. W rezultacie ważny, niewygasły token wybity dla wrażliwej usługi (Usługa A) może zostać pobrany z bufora i wysłany do drugiej usługi (Usługa B). Atakujący, który obsługuje, kompromituje lub monitoruje ruch do Usługi B, może przechwycić ten token i odtworzyć go, aby podszyć się pod aplikację ofiary wobec Usługi A.
- CVE-2026-17645Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift umożliwia zdalnemu uwierzytelnionemu atakującemu uzyskanie podwyższonych uprawnień z powodu nieprawidłowego zarządzania uprawnieniami.
- CVE-2026-17635Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift umożliwia zdalnemu atakującemu wykonywanie nieautoryzowanych działań z powodu nieprawidłowej konfiguracji zabezpieczeń opartych na metodach HTTP.
- CVE-2026-17472Krytyczne
IBM Concert w wersjach od 1.0.0 do 3.0.0 umożliwia zdalnemu uwierzytelnionemu atakującemu dostęp do nieautoryzowanych zasobów lub ich modyfikację z powodu użycia symboli wieloznacznych w definicjach uprawnień RBAC.
- CVE-2026-16346Krytyczne
IBM DataStage on Cloud Pak for Data 5.4.0.0 umożliwia zdalnemu uwierzytelnionemu atakującemu wykonanie dowolnych poleceń z powodu nieprawidłowej neutralizacji specjalnych elementów używanych w poleceniu systemu operacyjnego.
- CVE-2026-77987Krytyczne
Podatność typu server-side request forgery (SSRF) w przeglądarce notebooków GitHub Enterprise Server. Przeglądarka notebooków walidowała schemat i host adresu URL podanego przez użytkownika, ale nie walidowała portu, co pozwalało na kierowanie żądań do wewnętrznych usług nasłuchujących na innych portach tego samego urządzenia. Treści odpowiedzi nie były zwracane żądającemu, ale czas odpowiedzi działał jak wyrocznia, pozwalając na wydobycie sekretów instancji znak po znaku. Wydobyty sekret mógł być następnie użyty w osobnej interakcji z wewnętrzną usługą w celu uzyskania zdalnego wykonania kodu na urządzeniu. Eksploitacja wymagała dostępu sieciowego do instancji i była nieuwierzytelniona, gdy tryb prywatny był wyłączony, lub wymagała dowolnego uwierzytelnionego użytkownika, gdy tryb prywatny był włączony. Podatność dotyczyła wersji GitHub Enterprise Server od 3.17 do 3.22 i została naprawiona w wersjach 3.22.1, 3.21.6, 3.20.8, 3.19.12, 3.18.15 i 3.17.21. Podatność została zgłoszona przez program GitHub Bug Bounty.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: gfs2: Validate i_depth for exhash directories A fuzzer test introduced corruption that ends up with a depth of 0 in dir_e_read(), causing an undefined shift by 32 at: index = hash >> (32 - dip->i_depth); As calculated in an open-coded way in dir_make_exhash(), the minimum depth for an exhash directory is ilog2(sdp->sd_hash_ptrs) and 0 is invalid as sdp->sd_hash_ptrs is fixed as sdp->bsize / 16 at mount time. So we can avoid the undefined behaviour by checking for depth values lower than the minimum in gfs2_dinode_in(). Values greater than the maximum are already being checked for there. Also switch the calculation in dir_make_exhash() to use ilog2() to clarify how the depth is calculated. Tested with the syzkaller repro.c and xfstests '-g quick'.