CVE-2026-52723
KrytyczneCVSS 9.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 12 - wyżej niż 12% wszystkich znanych CVE
Streszczenie
ePA 3.x Integration przed wersją 1.3.0 zawiera podatność w walidacji certyfikatów serwera VAU. Atakujący w pozycji sieciowej może przechwycić uzgadnianie VAU i podszyć się pod serwer, kontrolując klucze sesji i odczytując lub modyfikując zaszyfrowany ruch.
Ocena ryzyka
Podatność umożliwia atakującemu pełną kontrolę nad komunikacją z systemem ePA, co może prowadzić do naruszenia poufności i integralności danych medycznych.
Rekomendacja
Zaleca się aktualizację ePA 3.x Integration do wersji 1.3.0 oraz włączenie weryfikacji certyfikatów TLS.
Inne podatności w ePA 3.x Integration
Zobacz wszystkie- CVE-2026-50578Wysokie
ePA 3.x Integration przed wersją 1.3.0 wyłącza weryfikację certyfikatów TLS zarówno dla połączeń ePA w app/vau/VAUProtokoll.py, jak i połączeń Konnektor w app/konnektor/Konnektor.py. Atakujący w pozycji sieciowej może przedstawić dowolny certyfikat, zakończyć połączenie TLS i przechwycić ruch ePA. Protokół VAU nie zapewnia skutecznego zabezpieczenia, ponieważ walidacja certyfikatów na poziomie aplikacji jest również uszkodzona. Sesja Konnektor używa self.session.verify ustawionego na False, więc atakujący podszywający się pod Konnektor może otrzymać wymianę certyfikatów wzajemnego TLS i obserwować operacje na karcie inteligentnej.
- CVE-2026-50577Wysokie
ePA 3.x Integration przed wersją 1.3.0 pozostawia request_counter bez zmian w app/vau/VAUProtokoll.py podczas konstruowania wiadomości VAU. Zamrożony licznik żądań klienta powoduje, że serwer ponownie używa kombinacji nonce i klucza AES-GCM w odpowiedziach. Atakujący sieciowy, zbierając powtarzające się szyfrogramy, może odzyskać XOR tekstów jawnych i użyć przewidywalnych nagłówków HTTP i pól JSON do odzyskania wrażliwych danych, w tym dokumentacji medycznej pacjentów. Powtarzające się nonce mogą również umożliwić odzyskanie klucza uwierzytelniającego GHASH, co pozwala na fałszowanie wiadomości AES-GCM i wstrzykiwanie złośliwych odpowiedzi.
- CVE-2026-50576Średnie
ePA 3.x Integration implementuje przepływ autoryzacji i zapisuje obiekty informacji medycznych do niemieckiej elektronicznej dokumentacji pacjenta. Przed wersją 1.3.0, ePA 3.x Integration nie neutralizuje znaków CRLF w wartościach używanych przez app/vau/VAUProtokoll.py do konstruowania wewnętrznych żądań HTTP VAU. Funkcja build_inner_header interpoluje wartości uri, host, accept_type, content_type, content_length, USER_AGENT i insurant_id do linii żądań i nagłówków, w tym x-useragent i x-insurantid. Uwierzytelniony atakujący, który kontroluje wartość, może wstrzyknąć dodatkowe nagłówki do wewnętrznego żądania. W zależności od obsługi serwera ePA, wstrzyknięty nagłówek x-insurantid może ujawnić dokumentację innego pacjenta, a wstrzyknięte nagłówki Authorization mogą ominąć zamierzone uwierzytelnienie lub kontekst autoryzacji. Dane wejściowe USER_AGENT pochodzące z sesji mogą również zatruć żądania w całej sesji. Problem został naprawiony w wersji 1.3.0.
Oryginalny opis (angielski, źródło NVD)
ePA 3.x Integration implements the authorization workflow and writes Medical Information Objects to Germany's electronic patient record. Prior to 1.3.0, ePA 3.x Integration performs VAU server certificate validation in app/vau/VAUProtokoll.py without anchoring the signed_vau_server_pub_keys and AUT_VAU_CertData certificate path to independent trusted material. A network-positioned attacker between the DiGA backend and the ePA system can intercept the VAU handshake, supply attacker-controlled certificate and key material, and satisfy the circular trust relationship. Because TLS certificate verification is also disabled in affected versions, no independent server-authentication layer prevents the attack. The attacker can impersonate the VAU server, control the negotiated session keys, and read or modify all encrypted VAU traffic. This issue is fixed in version 1.3.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS