W bibliotece libspdm (przed wersją 2.3.1) wykryto podatność umożliwiającą obejście wzajemnego uwierzytelniania podczas ustanawiania sesji SPDM. Atakujący z dostępem sieciowym może nawiązać sesję bez prawidłowego uwierzytelnienia, co stanowi poważne zagrożenie dla integralności i poufności komunikacji.
▸ Pokaż oryginał (EN)
libspdm is a sample implementation that follows the DMTF SPDM specifications. A vulnerability has been identified in SPDM session establishment in libspdm prior to version 2.3.1. If a device supports both DHE session and PSK session with mutual authentication, the attacker may be able to establish the session with `KEY_EXCHANGE` and `PSK_FINISH` to bypass the mutual authentication. This is most likely to happen when the Requester begins a session using one method (DHE, for example) and then uses the other method's finish (PSK_FINISH in this example) to establish the session. The session hashes would be expected to fail in this case, but the condition was not detected. This issue only impacts the SPDM responder, which supports `KEY_EX_CAP=1 and `PSK_CAP=10b` at same time with mutual authentication requirement. The SPDM requester is not impacted. The SPDM responder is not impacted if `KEY_EX_CAP=0` or `PSK_CAP=0` or `PSK_CAP=01b`. The SPDM responder is not impacted if mutual authentication is not required. libspdm 1.0, 2.0, 2.1, 2.2, 2.3 are all impacted. Older branches are not maintained, but users of the 2.3 branch may receive a patch in version 2.3.2. The SPDM specification (DSP0274) does not contain this vulnerability.
Podatność dotyczy procesu ustanawiania sesji SPDM w przypadku, gdy urządzenie obsługuje jednocześnie sesje DHE oraz PSK z wymaganiem wzajemnego uwierzytelniania (KEY_EX_CAP=1 oraz PSK_CAP=10b). Atakujący inicjuje sesję jedną metodą (np. KEY_EXCHANGE dla DHE), a następnie kończy jej ustanawianie komunikatem finish właściwym dla drugiej metody (np. PSK_FINISH). W normalnym scenariuszu weryfikacja hashy sesji powinna wykryć taką niespójność i odrzucić połączenie, jednak warunek błędu nie był sprawdzany — co umożliwia skuteczne ominięcie mechanizmu wzajemnego uwierzytelniania. Problem dotyczy wyłącznie roli SPDM Responder; SPDM Requester nie jest podatny.
Atakujący może ustanowić nieautoryzowaną, uwierzytelnioną sesję SPDM z podatnym urządzeniem, uzyskując potencjalnie pełny dostęp do chronionych zasobów — w tym poufnych danych oraz możliwość modyfikacji konfiguracji lub oprogramowania urządzenia.
Należy zaktualizować libspdm do wersji 2.3.1 lub nowszej (dla gałęzi 2.3 planowana jest również wersja 2.3.2 zawierająca poprawkę). Starsze gałęzie (1.0, 2.0, 2.1, 2.2) nie są utrzymywane i nie otrzymają oficjalnych patchy — zaleca się migrację do aktywnie wspieranej wersji. Jako obejście można wyłączyć obsługę jednej z metod sesji (DHE lub PSK) albo wyłączyć wymaganie wzajemnego uwierzytelniania, jeśli jest to akceptowalne w danym środowisku.
DMTF libspdm w wersjach 1.0, 2.0, 2.1, 2.2 oraz 2.3 — wyłącznie komponenty pełniące rolę SPDM Responder skonfigurowane z KEY_EX_CAP=1 i PSK_CAP=10b oraz z włączonym wymaganiem wzajemnego uwierzytelniania.
Podatność dotyczy wyłącznie implementacji libspdm — sama specyfikacja SPDM (DSP0274) nie zawiera tego błędu. Wektor ataku AV:A wskazuje, że atakujący musi mieć dostęp do segmentu sieciowego, w którym działa podatne urządzenie.
CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:HDmtf Libspdm
APPDmtf< 2.3.2