CVE-2026-44900
WysokieCVSS 8.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W kliencie Java epa4all-client w metodzie SignedPublicKeysTrustValidatorImpl.isTrusted() pomijany jest wynik weryfikacji podpisu ECDSA. Mimo ustawienia algorytmu i sprawdzenia łańcucha certyfikatów, metoda zawsze zwraca true dla strukturalnie poprawnego podpisu.
Ocena ryzyka
Atakujący może podszyć się pod zaufany podmiot, ponieważ weryfikacja podpisu nie jest faktycznie przeprowadzana, co umożliwia fałszowanie tożsamości.
Rekomendacja
Zaktualizuj epa4all-client do wersji 1.2.1 lub nowszej.
Inne podatności w epa4all-client
Zobacz wszystkie- CVE-2026-45574Wysokie
Biblioteka epa4all-client (Java Client dla epa4all / ePA 3.0 w Telematik Infrastruktur) przed wersją 1.2.2 nie weryfikuje poprawnie certyfikatów TLS. Atakujący na ścieżce sieciowej między serwisem ePA a Konnektorem może przedstawić dowolny certyfikat TLS (self-signed, wygasły, z błędnym CN) i przechwycić cały ruch SOAP, w tym identyfikatory pacjentów (KVNR), operacje karty SMC-B, treść dokumentów i wymianę poświadczeń.
- CVE-2026-47672Średnie
epa4all-client w wersji 1.2.4 i wcześniejszych umożliwia każdemu, kto ma dostęp do sieci, zapisywanie dowolnych dokumentów do elektronicznej dokumentacji medycznej pacjenta za pomocą karty SMC-B instytucji. W nieprawidłowo skonfigurowanym wdrożeniu (np. według przykładu Docker w README) podatność jest możliwa do wykorzystania z sieci lokalnej bez uwierzytelniania.
- CVE-2026-45575Wysokie
W kliencie Java epa4all-client atakujący typu MITM na połączenie TLS między klientem a IDP może podmienić dokument discovery, przekierowując klienta na kontrolowane przez atakującego adresy URL. Klient szyfruje odpowiedź wyzwania SMC-B kluczem atakującego i wysyła ją do niego.
Oryginalny opis (angielski, źródło NVD)
epa4all-client is the Java Client for epa4all / ePA 3.0 in the Telematik Infrastruktur. Prior to 1.2.1, in SignedPublicKeysTrustValidatorImpl.isTrusted(), the ECDSA signature verification at line 45 discards the boolean return value of Signature.verify(). The method performs certificate chain validation, OCSP check, and signature algorithm setup, but never checks whether the signature actually matches. For any structurally valid signature, it returns true. This vulnerability is fixed in 1.2.1.