CVE-2026-0637

W produktach WSO2 mechanizm odświeżania tokenów (refresh token grant type) nie weryfikuje ponownie statusu konta przed wydaniem nowego tokenu dostępu. Pozwala to atakującemu uzyskać ważne tokeny dostępu dla kont użytkowników nawet po ich zablokowaniu w user store, omijając mechanizmy blokady konta.

Konsola zarządzania nieprawidłowo waliduje dane wejściowe związane z konfiguracją magazynów użytkowników JDBC. Słabość ta pozwala atakującemu dostarczyć specjalnie spreparowane dane wejściowe, które mogą prowadzić do wykonania dowolnego kodu na dotkniętym serwerze. Skuteczne wykorzystanie umożliwia atakującemu wykonanie dowolnego kodu z uprawnieniami produktu WSO2, co może doprowadzić do pełnego przejęcia systemu.

Brak wymuszenia uwierzytelniania w implementacji wzajemnego TLS (mTLS) używanej przez System REST APIs i usługi SOAP w wielu produktach WSO2. Z powodu nieprawidłowej walidacji uwierzytelniania opartego na certyfikatach klienta w niektórych domyślnych konfiguracjach, zaatakowane komponenty mogą zezwalać na nieuwierzytelnione żądania nawet przy włączonym mTLS. Udane wykorzystanie pozwala atakującemu z dostępem sieciowym do zaatakowanych punktów końcowych uzyskać uprawnienia administracyjne i wykonywać nieautoryzowane operacje.

Z powodu nieprawidłowej implementacji reguł kontroli dostępu produkt WSO2 przyjmuje dane wejściowe użytkownika dotyczące lokalizacji zasobu bez wymaganych ograniczeń walidacji. Nieuwierzytelniony atakujący może zmusić serwer do wykonywania żądań do dowolnych lokalizacji sieciowych, uzyskując dostęp do zasobów wewnętrznych i zewnętrznych.

Produkt WSO2 skonfigurowany do korzystania z zewnętrznego magazynu użytkowników nie odpowiednio ukrywa istnienia lub ważności nazw użytkowników podczas prób uwierzytelniania. To pozwala atakującemu na wielokrotne odpytywanie mechanizmu uwierzytelniania z różnymi zgadywanymi nazwami użytkowników, umożliwiając enumerację ważnych nazw użytkowników w zewnętrznym magazynie.

W produktach WSO2, po usunięciu ról wewnętrznych użytkownika, system nie unieważnia wcześniej wydanych tokenów uwierzytelniających. Użytkownik może zachować dotychczasowe uprawnienia nawet po ich odebraniu.

Class Mediator w produktach WSO2 nie waliduje ani nie sanityzuje właściwości messageContext używanych do dynamicznych wartości. Uwierzytelnieni użytkownicy mogą uzyskać dostęp do danych innych użytkowników lub modyfikować dane systemowe.

System akceptuje żądania uwierzytelniania bez wystarczającej walidacji, aby wymusić izolację dzierżawców (tenant isolation) przy użyciu Email OTP, SMS OTP lub Magic Link jako pierwszego czynnika. Może to prowadzić do ujawnienia danych osobowych użytkowników w różnych dzierżawcach.

Gdy skonfigurowane są dodatkowe magazyny użytkowników, resolver niejawnych skojarzeń nieprawidłowo inicjalizuje z dodatkowego magazynu i pomija główny magazyn podczas wyszukiwania i sprawdzania unikalności. Może to prowadzić do skojarzenia podmiotu z niezamierzonym kontem lokalnym, jeśli ten sam atrybut (np. nazwa użytkownika) istnieje w obu magazynach.

Mechanizm obsługi zdarzeń throttlingu w wielu produktach WSO2 akceptuje dostarczane przez użytkownika ładunki JSON bez wystarczającej walidacji ich struktury i zawartości. Pozwala to nieuwierzytelnionemu zdalnemu atakującemu na wstrzyknięcie złośliwych danych JSON, co może prowadzić do trwałej odmowy usługi.