CVE-2026-75866
KrytyczneCVSS 9.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 42 - wyżej niż 42% wszystkich znanych CVE
Streszczenie
Punk::OAuth2::Server w wersjach do 0.03 dla Perla wydaje tokeny dostępu poza zarejestrowanymi zakresami i typami grantów, ponieważ żadna ścieżka autoryzacji ich nie odczytuje. Klient zarejestrowany tylko dla authorization_code może poprosić o client_credentials, a żądany zakres jest podpisywany do tokenu bez porównania z rejestracją. Zarejestrowany klient może uzyskać poprawnie podpisany token z dowolnym zakresem, a serwer zasobów używający Punk::OAuth2::Checker akceptuje ten token.
Ocena ryzyka
Organizacja narażona jest na nieautoryzowany dostęp do zasobów, ponieważ klient może uzyskać token z szerszymi uprawnieniami niż zarejestrowane. Ponadto klient bez sekretu może uwierzytelnić się samym client_id, co ułatwia atak osobie znającej ten identyfikator.
Rekomendacja
Zaktualizuj Punk::OAuth2::Server do najnowszej wersji, która naprawia tę podatność. Jeśli aktualizacja nie jest dostępna, ogranicz zaufanie do klientów i wymuszaj sprawdzanie zakresów w hooku zgody.
Powiązane podatności
- CVE-2026-108269Krytyczne
W wersjach przed 0.5.0 biblioteki Remote Attestation TLS Clients dla Rusta i Go, weryfikatory wyzwań RA-TLS akceptowały cytaty (quote) powiązane z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący, który zdobył klucz prywatny TLS enklawy, mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w wersji 0.5.0.
- CVE-2026-108268Krytyczne
W wersjach przed tdx-v0.2.43 i tdx-gpu-v0.6.27, Enclave OS Virtual umieszczał hash klucza publicznego certyfikatu i nonce klienta w polu ReportData cytatu, ale pomijał wartość powiązaną z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w tdx-v0.2.43 i tdx-gpu-v0.6.27.
- CVE-2026-108267Krytyczne
W wersjach przed privasys-v0.5.1-go1.26.5, Privasys Go (fork języka Go z obsługą RA-TLS) w trybie wyzwania wiązał pole ReportData cytatu z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w privasys-v0.5.1-go1.26.5.
- CVE-2026-108266Krytyczne
W wersjach przed privasys-v0.8.1, Privasys rustls (fork biblioteki rustls z obsługą RA-TLS) emitował certyfikaty wyzwania RA-TLS, których pole ReportData cytatu było powiązane z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w privasys-v0.8.1.
- CVE-2026-108265Krytyczne
W wersjach przed wasm-v0.40.0, Enclave OS Mini (runtime dla aplikacji poufnych w enklawach Intel SGX) w ścieżce certyfikatów wyzwania RA-TLS umieszczał hash klucza publicznego certyfikatu i nonce klienta w polu ReportData cytatu, ale pomijał wartość powiązaną z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w wasm-v0.40.0.
- CVE-2026-108264Krytyczne
W wersjach przed 2026.9.1, Wizarr (system zarządzania zaproszeniami dla serwerów medialnych) przetwarzał Markdown z kroków kreatora w niesandboxowanym środowisku Jinja2 z dostępem do globalnych zmiennych aplikacji. Uwierzytelniony użytkownik mogący tworzyć kroki lub administrator importujący niezaufany pakiet przez POST /settings/wizard/import mógł wykonać dowolny kod Pythona podczas renderowania kroku, co mogło prowadzić do wykonania poleceń systemowych, ujawnienia SECRET_KEY, dostępu do poświadczeń usług i bazy danych oraz trwałego XSS. Problem naprawiono w 2026.9.1.
- CVE-2026-108263Krytyczne
W wersjach przed 1.1.2, Astron Agent (platforma do budowania agentów AI) domyślnie używał LocalExecutor w ścieżce kodu workflow, który dostarczał pełne wbudowane funkcje Pythona do dynamicznego wykonywania kodu bez ograniczeń sandboxa. Uwierzytelniony użytkownik o niskich uprawnieniach mógł wykonać kod jako root w kontenerze core-workflow i użyć współdzielonych poświadczeń do obejścia kontroli dzierżawców, odczytu/modyfikacji danych innych dzierżawców i zakłócenia usług. Problem naprawiono w wersji 1.1.2.
- CVE-2026-108261Krytyczne
W wersjach przed tinacms 3.14.0 i @tinacms/app 2.5.14, trasa podglądu admina /~/* w Tina (headless CMS) może zamienić kontrolowany przez atakującego splat routera hash na iframe z zewnętrznego origin, a expectedOrigin dla kanału GraphQL jest wyprowadzany z tego samego URL. Nieuwierzytelniony atakujący może wysłać spreparowany link do zalogowanego edytora, powodując osadzenie złośliwego origin i traktowanie go jako zaufanego podglądu, co umożliwia wykonywanie odczytów/mutacji GraphQL z poświadczeniami edytora. Problem naprawiono w tinacms 3.14.0 i @tinacms/app 2.5.14.
- CVE-2026-107845Krytyczne
W wersjach od 4.0.0 do 5.3.50 i 5.7.12, Contao (Open Source CMS) renderuje metadane e-maila lub strony komentarza bez wystarczającego kodowania atrybutów i URL w funkcji listComments(). Nieuwierzytelniony gość może przesłać komentarz ze złośliwym skryptem, który wykona się w kontekście backendu, gdy użytkownik otworzy moduł komentarzy. Problem naprawiono w wersjach 5.3.50 i 5.7.12.
- CVE-2026-107824Krytyczne
W wersjach przed 1.1, x64dbg-MCP Server (wtyczka MCP dla x64dbg) udostępnia wszystkie narzędzia debuggera przez HTTP i SSE bez uwierzytelnienia, nasłuchując domyślnie na 0.0.0.0. Każdy nieuwierzytelniony klient sieciowy, który może dotrzeć do domyślnego portu (9094 dla x64, 9095 dla x32), może wykonywać dowolne komendy x64dbg, dołączać do procesów, czytać i pisać pamięć debuggee oraz zapisywać pliki w dowolnych ścieżkach. Problem naprawiono w wersji 1.1.
Oryginalny opis (angielski, źródło NVD)
Punk::OAuth2::Server versions through 0.03 for Perl issue access tokens outside a client's registered scopes and grant types because no authorization path reads them. Punk::OAuth2::Server::Store registers scopes and grant_types per client and documents both as client registration. token dispatches on the grant_type in the request body, so a client registered for authorization_code alone can ask for client_credentials, and that arm passes the requested scope straight to the minter, which signs it into the at+jwt access token. authorize copies the query scope into the authorization code record without comparing it against the registration, leaving the optional consent hook as the only check between an arbitrary scope and the issued code. redirect_uris on the same client row is read and enforced. A registered client can obtain a correctly signed token carrying any scope it names, and a resource server running Punk::OAuth2::Checker accepts that token and honours the scope. A client registered without a secret authenticates on its client_id alone, so anyone who knows that identifier can request one.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS