39 metod kompromitacji passkeys: dlaczego uwierzytelnianie bezhasłowe nadal wymaga silnych zabezpieczeń - Security Bez Tabu

39 metod kompromitacji passkeys: dlaczego uwierzytelnianie bezhasłowe nadal wymaga silnych zabezpieczeń

Cybersecurity news

Wprowadzenie do problemu / definicja

Passkeys są promowane jako nowoczesna i bardziej odporna na phishing alternatywa dla haseł. Ich działanie opiera się na kryptografii klucza publicznego oraz standardach FIDO2 i WebAuthn, dzięki czemu prywatny klucz użytkownika nie jest przechowywany po stronie usługi. To znacząco ogranicza ryzyko związane z wyciekami baz haseł, credential stuffingiem i wielokrotnym używaniem tych samych danych logowania.

Jednocześnie najnowsze analizy pokazują, że bezpieczeństwo passkeys nie kończy się na samej kryptografii. Coraz częściej celem ataku staje się cały ekosystem uwierzytelniania, obejmujący system operacyjny, przeglądarkę, aplikacje mobilne, menedżery haseł, synchronizację w chmurze oraz procedury rejestracji i odzyskiwania dostępu.

W skrócie

Badacze opisali już 39 metod, scenariuszy i ścieżek kompromitacji związanych z passkeys oraz infrastrukturą, która je obsługuje. Kluczowy wniosek jest prosty: nawet jeśli kryptografia FIDO2 pozostaje nienaruszona, konto użytkownika nadal może zostać przejęte poprzez manipulację procesem logowania, interfejsem użytkownika, rejestracją nowego klucza lub przejęciem elementów pośrednich.

  • Passkeys ograniczają klasyczne ryzyka haseł, ale nie eliminują przejęć tożsamości.
  • Atakujący koncentrują się na otoczeniu procesu uwierzytelniania, a nie na łamaniu kryptografii.
  • Największym problemem pozostają słabe procedury rejestracji, odzyskiwania dostępu i fallbacku.

Kontekst / historia

Passkeys powstały jako odpowiedź na chroniczne problemy tradycyjnych haseł, takie jak phishing, reuse poświadczeń, wycieki danych oraz automatyczne ataki wykorzystujące skradzione loginy i hasła. W założeniu miały uprościć logowanie i jednocześnie podnieść poziom bezpieczeństwa przez powiązanie poświadczenia z konkretną usługą i urządzeniem.

Z czasem wdrożenia passkeys zaczęły obejmować synchronizację między urządzeniami, kopie zapasowe w chmurze, eksport z sejfów haseł oraz integrację z ekosystemami mobilnymi. To rozszerzyło granice zaufania. Zamiast pojedynczego tokena sprzętowego pojawił się rozbudowany łańcuch zależności, w którym bezpieczeństwo logowania zależy od wielu dodatkowych warstw technologicznych i operacyjnych.

W efekcie dyskusja o bezpieczeństwie passkeys przesunęła się z pytania o odporność samego protokołu na pytanie o odporność całego procesu uwierzytelniania, od momentu rejestracji po odzyskiwanie dostępu do konta.

Analiza techniczna

Najważniejsza obserwacja wynikająca z opisywanych badań jest taka, że atakujący nie muszą kraść klucza prywatnego, aby skutecznie przejąć konto lub sesję. W wielu scenariuszach wystarczy skłonić legalną infrastrukturę WebAuthn do wygenerowania poprawnie podpisanego potwierdzenia logowania w kontekście kontrolowanym przez napastnika.

Techniki ataku obejmują między innymi manipulację wyzwaniami uwierzytelniającymi, phishing wykorzystujący interfejs passkey, nadużycia warstwy przeglądarki i systemu operacyjnego, a także ataki na mechanizmy potwierdzania obecności i tożsamości użytkownika. Szczególnie groźne są scenariusze, w których użytkownik widzi legalnie wyglądający prompt i zatwierdza operację uruchomioną przez złośliwą aplikację lub spreparowane środowisko.

Osobną kategorię ryzyka tworzą passkeys synchronizowane, współdzielone lub eksportowane. Jeżeli poświadczenie może zostać odtworzone z chmury, przeniesione między urządzeniami albo zapisane w zewnętrznym menedżerze haseł, powierzchnia ataku obejmuje już nie tylko authenticator, lecz także konto chmurowe, aplikacje mobilne, rozszerzenia przeglądarki, mechanizmy backupu oraz kanały komunikacji pomocniczej.

Bardzo niebezpieczne są również ataki na etap rejestracji i odzyskiwania dostępu. Z perspektywy przeciwnika często łatwiej jest doprowadzić do zarejestrowania nowego passkey na kontrolowanym urządzeniu niż przejąć istniejące poświadczenie. Taki model może wykorzystywać socjotechnikę wobec help desku, nadużycia ścieżek migracji, vishing, tymczasowe poświadczenia lub słabe procedury odzyskiwania konta.

Konsekwencje / ryzyko

Dla organizacji oznacza to konieczność zmiany modelu zagrożeń. Passkeys rzeczywiście redukują część ryzyk związanych z hasłami, ale nie rozwiązują całego problemu kompromitacji tożsamości. Atakujący coraz częściej przenoszą działania na warstwy otaczające uwierzytelnianie, takie jak interfejs użytkownika, endpoint, chmura, aplikacje pośredniczące oraz procesy operacyjne.

Największe ryzyko dotyczy środowisk, w których rejestracja nowego authenticatora nie wymaga silnej ponownej autoryzacji, dopuszczony jest eksport lub odzyskiwanie poświadczeń, istnieją słabe ścieżki awaryjne, a help desk może resetować dostęp na podstawie niewystarczających dowodów tożsamości.

  • Przejęcie kont uprzywilejowanych i administracyjnych.
  • Obejście ochrony MFA przez dodanie własnego passkey.
  • Uzyskanie trwałego dostępu bez znajomości hasła.
  • Eskalacja uprawnień i długoterminowa obecność w środowisku.

Rekomendacje

Organizacje wdrażające passkeys powinny traktować je jako element szerszej architektury tożsamości, a nie samodzielne rozwiązanie bezpieczeństwa. Ochrona musi obejmować zarówno sam mechanizm logowania, jak i procesy towarzyszące.

  • Utwardzenie procesu rejestracji: dodanie nowego authenticatora powinno wymagać potwierdzenia zaufanym i silnym czynnikiem.
  • Ograniczenie ścieżek odzyskiwania: kanały recovery nie mogą być słabsze niż podstawowy mechanizm logowania.
  • Kontrola klas authenticatorów: dla kont wysokiego ryzyka warto ograniczyć dozwolone urządzenia do zatwierdzonych klas sprzętowych.
  • Minimalizacja synchronizacji i eksportu: im mniej możliwości przenoszenia poświadczeń, tym mniejsza powierzchnia ataku.
  • Monitoring zdarzeń tożsamości: należy wykrywać rejestrację nowych passkeys, nietypowe odzyskiwanie dostępu i anomalie logowania.
  • Ochrona endpointów: malware na stacji roboczej lub urządzeniu mobilnym nadal może odegrać istotną rolę w ataku.
  • Szkolenia przeciwko socjotechnice: użytkownicy i help desk muszą rozumieć, że poprawnie wyglądający prompt nie zawsze oznacza bezpieczną operację.
  • Eliminacja słabych fallbacków: jeśli nadal można łatwo wrócić do słabszych metod, realny poziom bezpieczeństwa pozostaje ograniczony.

Podsumowanie

Passkeys pozostają ważnym krokiem naprzód w ochronie tożsamości i ograniczaniu zagrożeń charakterystycznych dla haseł. Nie są jednak automatycznym remedium na przejęcia kont. Opisane 39 metod ataku pokazuje, że przeciwnicy coraz rzadziej próbują łamać samą kryptografię, a coraz częściej wykorzystują słabości procesu, infrastruktury i czynnika ludzkiego.

Dla zespołów bezpieczeństwa oznacza to jedno: skuteczne wdrożenie passkeys wymaga równie silnej ochrony rejestracji, odzyskiwania dostępu, urządzeń końcowych i polityk operacyjnych, jak samego mechanizmu uwierzytelniania.

Źródła

  1. https://www.bleepingcomputer.com/news/security/39-new-methods-that-compromise-passkey-authentication/