CVE-2026-91039

Obejście uwierzytelniania poprzez fałszowanie Luka w zabezpieczeniach team-alembic ash_authentication umożliwia atakującemu, który obsługuje jedno połączenie dostawcy tożsamości w ramach strategii dynamic_oidc, zalogowanie się jako użytkownik lokalny ustanowiony za pośrednictwem innego połączenia.

Strategia ma na celu utrzymanie każdego połączenia w jego własnej przestrzeni nazw tożsamości poprzez zapisanie pola strategicznego każdego wiersza UserIdentity jako „<name>/<connection_id>”, ale ta przestrzeń nazw nigdy nie działa. __connection_id__ jest wypełniany tylko w efemerycznej strukturze środowiska wykonawczego zbudowanej na żądanie w dynamic_oidc/plug.ex, a DynamicOidc.IdentityChange.change/3 ponownie pobiera strategię z DSL w czasie kompilacji za pośrednictwem Info.strategy_for_action, dając utrwaloną strukturę, której __connection_id__ jest wartością domyślną destructu wynoszącą zero. Dlatego OAuth2.identity_strategy_name/1 powraca do czystej nazwy strategii zarówno dla zapisu tożsamości, jak i odczytów w oauth2/user_resolver.ex i oauth2/sign_in_preparation.ex. Ponieważ unikalnym kluczem zasobu tożsamości jest (uid, strategia), w każdym połączeniu istnieje jeden wiersz na każdy element podrzędny, a gałąź dopasowywania tożsamości jest uruchamiana przed jakimkolwiek sprawdzeniem poczty e-mail. Żadna ze strategii nie obsługuje iss, więc nic innego nie odróżnia emitentów: sekcja 5.7 OpenID Connect Core sprawia, że ​​sub jest unikalny tylko w obrębie emitenta, więc dwa połączenia numerujące podmioty niezależnie współdzielą jedną przestrzeń tematyczną.

Ten problem dotyczy ash_authentication: od 5.0.0-rc.10 do 5.0.0-rc.14.