CVE-2026-45614
ŚrednieCVSS 4.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 1 - wyżej niż 1% wszystkich znanych CVE
Streszczenie
OP-TEE przed wersją 4.11.0 nie weryfikuje, czy klucz publiczny ECDH należy do poprawnej krzywej. Atakujący z normalnego świata może przesłać około 30-40 spreparowanych kluczy publicznych, co pozwala na odtworzenie prywatnego klucza.
Ocena ryzyka
Ujawnienie prywatnego klucza ECDH umożliwia atakującemu podszywanie się pod zaufane środowisko wykonawcze (TEE) i przechwytywanie poufnych danych.
Rekomendacja
Należy natychmiast zaktualizować OP-TEE do wersji 4.11.0 lub nowszej, która zawiera poprawkę weryfikacji punktów na krzywej.
Inne podatności w OP-TEE
Zobacz wszystkie- CVE-2026-53763Niskie
W implementacji AES-GCM w rdzeniu OP-TEE występuje podatność na przepełnienie 32-bitowej liczby całkowitej. Po przetworzeniu ponad 512 megabajtów danych lub dodatkowych danych uwierzytelnionych (AAD) znacznik uwierzytelnienia jest obliczany z nieprawidłowymi wartościami długości bitowej.
- CVE-2026-44362Średnie
W OP-TEE od wersji 3.20.0 do 4.10.0 występuje podatność w mechanizmie ochrony przed wycofaniem podkluczy. Funkcja `shdr_load_pub_key()` nie przypisuje wersji podklucza do struktury runtime, co powoduje, że pole wersji pozostaje zerowe. W rezultacie sprawdzanie aktualizacji wersji (`check_update_version()`) nie rejestruje prawidłowej wersji, umożliwiając ładowanie zaufanych aplikacji (TA) podpisanych starszymi lub wycofanymi podkluczami.
- CVE-2026-42546Niskie
W OP-TEE od wersji 3.3.0 do 4.10.0 występuje wyciek zasobów w funkcji `cleanup_shm_refs()`, która nie stosuje maski bitowej do atrybutów parametrów. Powoduje to pomijanie wywołania `mobj_put()` dla nieciągłych parametrów pamięci, prowadząc do narastającego wycieku obiektów `mobj_reg_shm` i wyczerpania sterty w bezpiecznym świecie.
- CVE-2026-41516Niskie
W implementacji RSA PKCS#1 v1.5 w sterowniku kryptograficznym Hisilicon HPRE w OP-TEE wykryto podatność typu Bleichenbacher. Użycie niestałego czasowo porównania `memcmp()` oraz rozróżnialne ścieżki błędów umożliwiają atakującemu odzyskanie tekstu jawnego.
- CVE-2026-41515Niskie
W implementacji RSA-OAEP w sterowniku kryptograficznym NXP CAAM dla OP-TEE (wersje 3.9.0 do 4.10.0) użyto niestałego czasowo porównania `memcmp()` do weryfikacji skrótu etykiety oraz zastosowano rozróżnialne ścieżki błędów. Umożliwia to atakującemu odtworzenie tekstu jawnego RSA-OAEP poprzez około 1000-2000 adaptacyjnych zapytań szyfrogramu, wykorzystując wyrocznię dopełnienia typu Manger.
- CVE-2026-41514Niskie
W implementacji RSA-OAEP w sterowniku kryptograficznym Hisilicon HPRE w OP-TEE wykryto podatność na atak typu padding oracle. Użycie niestałego czasowo memcmp() do weryfikacji skrótu etykiety oraz rozróżnialne ścieżki błędów umożliwiają odzyskanie tekstu jawnego RSA-OAEP przy około 1000-2000 zapytań.
- CVE-2026-41434Niskie
W OP-TEE od wersji 3.10.0 do 4.10.0 występuje podatność na nieograniczoną rekurencję w PKCS#11 TA, która może doprowadzić do awarii systemu. Problem został naprawiony w wersji 4.11.0.
- CVE-2026-40257Średnie
W implementacji SHA-3 przyspieszanej przez rozszerzenia kryptograficzne ARM w OP-TEE wykryto błąd off-by-one, który może prowadzić do ogromnego przepełnienia sterty, niszcząc całą pamięć jądra TEE po stanie skrótu. Podatność dotyczy wersji od 3.21.0 do 4.11.0, gdy włączona jest opcja `CFG_CRYPTO_WITH_CE82=y`.
- CVE-2026-45702Średnie
W OP-TEE OS od wersji 4.3.0 do 4.11.0 występuje podatność typu confusion typu podczas przetwarzania żądania FFA_MEM_SHARE ze świata normalnego. Dotyczy to tylko konfiguracji z CFG_CORE_SEL1_SPMC=y i CFG_SECURE_PARTITION=y.
- CVE-2026-40290Wysokie
W OP-TEE w wersjach od 3.16.0 do 4.10.0 występuje podatność use-after-free (UAF) w logice usuwania pamięci współdzielonej w przepływach FF-A SPMC/SP, która może być wykorzystana przez wątek wywołujący sp_mem_remove() bez blokady, podczas gdy inny wątek odwołuje się do zwolnionego obiektu.
Oryginalny opis (angielski, źródło NVD)
OP-TEE is a Trusted Execution Environment (TEE) designed as companion to a non-secure Linux kernel running on Arm; Cortex-A cores using the TrustZone technology. Prior to version 4.11.0, on many of the ECDH shared secret paths, the public key isn't verified to be a point on the correct curve. By passing approximately 30-40 crafted public keys to OP-TEE, the private key can be reconstructed by a normal world attacker. When calling TEE_DeriveKey the public key is provided with full X and Y values, but the (X, Y) point might not satisfy the `Y^2 == X^3 + aX + b mod P` math for the specific curve that is used. When those public keys aren't rejected, the attacker can select public keys such that each DeriveKey call will leak `d % r` where `d` is the private key and `r` comes from the relationship between the correct curve and the attacker selected curve. With enough leaked data the Chinese remainder theorem can be used to recover the full private key. Version 4.11.0 fixes the issue.