CVE-2026-62662
WysokieCVSS 7.7Streszczenie
W Pocket ID od wersji 1.11.0 do 2.10.0 funkcja createTokenFromClientCredentials w backend/internal/service/oidc_service.go akceptuje parametr resource kontrolowany przez klienta i osadza go bezpośrednio w oświadczeniu aud tokenu dostępu bez walidacji, czy odbiorca jest zarejestrowany lub czy klient może uzyskać do niego dostęp. Dowolny uwierzytelniony klient OIDC może uzyskać token podpisany przez Pocket ID wskazujący innego klienta lub dowolnego odbiorcę.
Ocena ryzyka
W wdrożeniach, w których serwery zasobów ufają tokenom dostępu Pocket ID do autoryzacji między usługami, może to obejść kontrolę dostępu opartą na odbiorcy i pozwolić na nieautoryzowany dostęp do danych lub działań. Wdrożenia niestosujące tych tokenów do autoryzacji serwera zasobów nie są bezpośrednio narażone.
Rekomendacja
Zaktualizuj Pocket ID do wersji 2.10.0 lub nowszej. Przejrzyj konfigurację serwerów zasobów pod kątem zaufania do tokenów Pocket ID.
Inne podatności w Pocket ID
Zobacz wszystkie- CVE-2026-115770Krytyczne
Pocket ID to dostawca OIDC umożliwiający logowanie za pomocą passkeys. W wersjach od 2.2.0 do 2.12.0 funkcja SendEmailVerification wiąże token weryfikacji e-mail tylko z identyfikatorem użytkownika, podczas gdy UpdateUser może zmienić adres e-mail bez unieważnienia tokenu, a VerifyEmail oznacza bieżący adres jako zweryfikowany. Zwykły użytkownik może zażądać tokenu dla kontrolowanego adresu, zmienić konto na dowolny nieużywany adres i wykorzystać stary token, aby Pocket ID opublikował nowy adres z email_verified ustawionym na true.
- CVE-2026-55834Średnie
Pocket ID to dostawca OIDC umożliwiający uwierzytelnianie za pomocą passkeys. Od wersji 2.6.0 do 2.9.0, ścieżka klienta w authorize nie blokuje wszystkich niebezpiecznych schematów URL i nie wywołuje walidacji listy dozwolonych callbacków, co pozwala nieuwierzytelnionemu atakującemu przekierować przeglądarkę ofiary na dowolny zewnętrzny adres HTTP lub HTTPS w celu phishingu lub przemytu błędów i stanu OIDC. Problem naprawiono w wersji 2.9.0.
Oryginalny opis (angielski, źródło NVD)
Pocket ID is an OIDC provider that allows users to authenticate with their passkeys to services. From 1.11.0 until 2.10.0, createTokenFromClientCredentials in backend/internal/service/oidc_service.go accepts the client-controlled resource parameter and embeds it directly in the access token aud claim without validating that the audience is registered or that the requesting client may access it. Any authenticated OIDC client can therefore obtain a Pocket ID-signed token naming another client or an arbitrary audience. The /api/oidc/introspect endpoint cannot distinguish the unauthorized token because it treats a token as active when the introspecting client's identifier matches the attacker-selected audience. In deployments where resource servers trust Pocket ID access tokens for service-to-service authorization, this bypasses audience-based access controls and can permit unauthorized data access or actions; deployments that do not use these tokens for resource-server authorization have no immediate exploitable impact. This issue is fixed in version 2.10.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS