CVE-2026-49284
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 5 - wyżej niż 5% wszystkich znanych CVE
Streszczenie
Podatność ujawniania informacji w SimpleSAMLphp przed wersją 1.18.6 oraz w wersjach 2.x przed 2.4.7 i 2.5.2. Atakujący może wykorzystać brak weryfikacji InResponseTo w podpisanych asercjach, aby przekierować odpowiedź z jednego zaufanego IdP do stanu SP utworzonego dla innego IdP, omijając mechanizmy routingu.
Ocena ryzyka
Ryzyko pominięcia kontroli dostępu i przekierowania użytkowników do nieprawidłowego IdP, co może prowadzić do nieautoryzowanego dostępu.
Rekomendacja
Zaktualizuj SimpleSAMLphp do wersji 2.4.7, 2.5.2 lub nowszej. Wdróż odpowiednie zabezpieczenia dla przepływów SP-initiated login.
Inne podatności w SimpleSAMLphp
Zobacz wszystkie- CVE-2017-12869Wysokie
Moduł multiauth w SimpleSAMLphp w wersji 1.14.13 i wcześniejszych pozwala zdalnym atakującym na obejście ograniczeń kontekstu uwierzytelniania oraz wykorzystanie źródła uwierzytelniania zdefiniowanego w pliku config/authsources.php, z powodu niewłaściwej walidacji danych wejściowych użytkownika.
- CVE-2017-12873Krytyczne
SimpleSAMLphp w wersjach od 1.7.0 do 1.14.10 może umożliwić atakującym uzyskanie wrażliwych informacji, nieautoryzowany dostęp lub inne nieokreślone skutki, wykorzystując błędne generowanie trwałego identyfikatora NameID w przypadku niewłaściwej konfiguracji dostawcy tożsamości (IdP).
- CVE-2017-12868Krytyczne
Metoda secureCompare w lib/SimpleSAML/Utils/Crypto.php w SimpleSAMLphp w wersji 1.14.13 i wcześniejszych, używana z PHP przed wersją 5.6, umożliwia atakującym przeprowadzenie ataków na ustalanie sesji lub potencjalne ominięcie uwierzytelnienia z powodu brakujących konwersji znaków przed operacją XOR.
Oryginalny opis (angielski, źródło NVD)
SimpleSAMLphp versions before 1.18.6 contain an information disclosure vulnerability. Prior to 2.4.7 and 2.5.2, SimpleSAMLphp's SAML SP ACS path does not enforce the IdP selected for an SP-initiated login when unsigned Response/InResponseTo is combined with a signed assertion lacking SubjectConfirmationData/InResponseTo, allowing a response issued by one trusted IdP to be bound to SP state created for another IdP and bypass flows that route users to a specific IdP, including deployments that set enable_unsolicited to false. This issue is fixed in versions 2.4.7 and 2.5.2.