Niski Oczekuje na analizę

CVE-2026-82390

opublikowano: 26.10.2026, 18:17

modyfikacja: 26.10.2026, 19:34

Ocena CVSS

3.7

Niski · v3.1

Oficjalne źródła

wektor: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Sterownik Espressif AES sterowniki/crypto/crypto_esp32_aes.c reklamuje wielosesyjny interfejs API szyfrowania — udostępnia maksymalnie CONFIG_ESP32_CRYPTO_AES_SESSIONS_MAX (domyślnie 4) niezależne sesje, każda niosąca własny klucz i kierunek. Jednakże urządzenie peryferyjne AES ma pojedynczy, globalny zestaw rejestrów kluczy i trybów, a funkcja aes_begin_session() zaprogramowała je dokładnie raz, na początku sesji, poza muteksem aes_lock, który serializuje transformacje. Następnie procedury obsługi operacji aes_ecb_op(), aes_cbc_op() i aes_ctr_op() uruchomiły aes_hal_transform_block() względem dowolnego klucza i kierunku, jaki akurat przechowywały rejestry.

W rezultacie po otwarciu drugiej sesji przy użyciu innego klucza każda kolejna operacja w pierwszej sesji po cichu korzysta z klucza i kierunku drugiej sesji i nie jest zgłaszany żaden błąd. Ponieważ programowanie klucza odbyło się poza blokadą, prawidłowy wzorzec użycia „każdy wątek się rozpoczyna, następnie wykonuje operację, a następnie zwalnia w swojej własnej sesji” również ulega pogorszeniu: lądowanie funkcji cipher_begin_session() drugiego wątku pomiędzy początkiem pierwszego wątku a jego operacją powoduje, że operacja ta jest wykonywana pod kluczem drugiego wątku. Osoba atakująca, która może wymusić utworzenie sesji na urządzeniu — na przykład uczestnik protokołu, którego połączenie powoduje zainstalowanie klucza sesji — może wpłynąć na to, który klucz będzie rezydentny po uruchomieniu operacji ofiary.

Skutkiem jest awaria kryptograficzna, a nie uszkodzenie pamięci: dane, które aplikacja uważała za chronione jednym kluczem, są szyfrowane lub deszyfrowane za pomocą innego. Jeżeli kluczem rezydentnym jest klucz znany lub dostarczony przez osobę atakującą, atakujący może odzyskać dotknięty tekst jawny, a kierunek operacji (szyfrowanie kontra deszyfrowanie) może również zostać odwrócony. Ekspozycja wymaga aplikacji, która utrzymuje dwie lub więcej równoczesnych sesji z różnymi kluczami w odniesieniu do tego sterownika; żaden podsystem Zephyr znajdujący się w drzewie obecnie tego nie robi (warstwa zabezpieczeń 802.15.4, która otwiera dwie sesje, korzysta z trybu CCM, który ten sterownik odrzuca), więc ryzyko spada na kod aplikacji korzystający z udokumentowanego wielosesyjnego API.

Poprawka usuwa cały dostęp sprzętowy z funkcji aes_begin_session() i przeprogramowuje klucz i kierunek na początku każdej operacji, wewnątrz aes_lock, dzięki czemu rejestry globalne chipa nie mogą już być obserwowane jako przestarzałe w innej sesji.

The Espressif AES driver drivers/crypto/crypto_esp32_aes.c advertises a multi-session cipher API — it hands out up to CONFIG_ESP32_CRYPTO_AES_SESSIONS_MAX (default 4) independent sessions, each carrying its own key and direction. The AES peripheral, however, has a single chip-global set of key and mode registers, and aes_begin_session() programmed them exactly once, at session start, outside the aes_lock mutex that serialises the transforms. The per-operation handlers aes_ecb_op(), aes_cbc_op() and aes_ctr_op() then ran aes_hal_transform_block() against whatever key and direction the registers happened to hold.

As a result, once a second session is opened with a different key, every subsequent operation on the first session silently uses the second session's key and direction, and no error is reported. Because the key programming happened outside the lock, the correct usage pattern of "each thread does begin, then op, then free on its own session" also races: a second thread's cipher_begin_session() landing between the first thread's begin and its operation makes that operation run under the second thread's key. An attacker who can induce session creation on the device — for example a protocol peer whose connection causes a session key to be installed — can influence which key is resident when a victim operation runs.

The impact is a cryptographic failure rather than memory corruption: data the application believed it was protecting under one key is encrypted or decrypted under another. Where the resident key is one the attacker knows or supplied, the affected plaintext becomes recoverable by that attacker, and the operation's direction (encrypt versus decrypt) can likewise be inverted. Exposure requires an application that holds two or more concurrent sessions with different keys against this driver; no in-tree Zephyr subsystem does so today (the 802.15.4 security layer, which does open two sessions, uses CCM mode, which this driver rejects), so the risk falls on application code that uses the documented multi-session API.

The fix removes all hardware access from aes_begin_session() and reprograms the key and direction at the top of every operation, inside aes_lock, so the chip-global registers can no longer be observed stale by another session.

>_ Słabości (CWE)

CWE-362

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve