CVE-2025-34502
WysokieCVSS 7.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 11 - wyżej niż 11% wszystkich znanych CVE
Streszczenie
Deck Mate 2 nie posiada zweryfikowanego łańcucha bezpiecznego startu oraz walidacji integralności w czasie wykonywania dla modułów kontrolera i wyświetlacza. Bez kryptograficznej weryfikacji startu, atakujący z fizycznym dostępem może zmodyfikować lub wymienić bootloader, jądro lub system plików i uzyskać trwałe wykonywanie kodu po ponownym uruchomieniu. Ta słabość umożliwia długoterminowe manipulowanie oprogramowaniem układowym, które przetrwa cykle zasilania. Producent wskazuje, że nowsze aktualizacje oprogramowania układowego wzmacniają integralność łańcucha aktualizacji i wyłączają fizyczne porty aktualizacji, aby złagodzić powiązane wektory ataków.
Ocena ryzyka
Atakujący z fizycznym dostępem może trwale zmodyfikować oprogramowanie układowe, co może prowadzić do pełnej kompromitacji urządzenia i utraty kontroli nad nim.
Rekomendacja
Zaleca się aktualizację oprogramowania układowego Deck Mate 2 do najnowszej wersji oraz ograniczenie fizycznego dostępu do urządzenia.
Inne podatności w Deck Mate 2
Zobacz wszystkie- CVE-2025-34503Wysokie
Deck Mate 1 wykonuje oprogramowanie układowe bezpośrednio z zewnętrznej pamięci EEPROM bez weryfikacji autentyczności lub integralności. Atakujący z fizycznym dostępem może wymienić lub przeprogramować EEPROM, aby uruchomić dowolny kod, który utrzymuje się po ponownym uruchomieniu.
- CVE-2025-34500Wysokie
Mechanizm aktualizacji firmware w Deck Mate 2 przyjmuje pakiety bez weryfikacji podpisu kryptograficznego, szyfruje je jednym zaszytym na stałe kluczem AES wspólnym dla wszystkich urządzeń i używa skróconego HMAC do walidacji integralności. Atakujący z dostępem do interfejsu aktualizacji (zwykle przez port USB) może spreparować lub zmodyfikować pakiet firmware i wykonać dowolny kod jako root, trwale kompromitując integralność urządzenia i proces tasowania talii.
Oryginalny opis (angielski, źródło NVD)
Deck Mate 2 lacks a verified secure-boot chain and runtime integrity validation for its controller and display modules. Without cryptographic boot verification, an attacker with physical access can modify or replace the bootloader, kernel, or filesystem and gain persistent code execution on reboot. This weakness allows long-term firmware tampering that survives power cycles. The vendor indicates that more recent firmware updates strengthen update-chain integrity and disable physical update ports to mitigate related attack avenues.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS