Pass-ta-key-angrep retter seg mot Google-synkroniserte passnøkler

Angrepene kan kapre kontoer, i enkelte tilfeller omgå brukerverifisering og hente ut de private nøklene som ligger bak synkroniserte passnøkler. De retter seg mot Chrome på Windows-systemer som bruker en Trusted Platform Module (TPM).

Teknikkene ble oppdaget av Palo Alto Networks Unit 42. Forskerne understreker at angriperne allerede må ha skadevare kjørende på offerets datamaskin.

Passnøkler er fortsatt sikrere enn passord

Passnøkler bruker kryptografiske nøkler som lagres på enheten for å logge brukere inn på nettbaserte kontoer. De erstatter passord og kan benytte PIN-kode, fingeravtrykk eller ansiktsgjenkjenning for autentisering.

De er generelt mer motstandsdyktige mot phishing enn passord. Brukere kan ikke gjenbruke, gjette eller ved et uhell dele dem på samme måte som tradisjonelle innloggingsopplysninger.

Pass-ta-key-angrepene viser imidlertid at passnøkler ikke kan beskytte brukere fullt ut når skadevare allerede har kompromittert enheten.

Teknikkene bryter ikke kryptografien bak passnøklene. I stedet utnytter de hvordan Chrome og Googles skybaserte autentisering håndterer pålitelige enheter, gjenoppretting, registrering og synkroniserte legitimasjonsdata.

Det første Pass-ta-key-angrepet misbruker tilliten til enheten

Den første teknikken, kalt Pass-ta-key, gjør det mulig for skadevare uten administratorrettigheter å utgi seg for å være en pålitelig enhet og be om et gyldig autentiseringssvar for en av offerets passnøkler.

Skadevaren bruker Chromes TPM-baserte enhetsidentitetsnøkkel til å signere en forespørsel til Googles skyautentisering. Den trenger verken administratorrettigheter, brukerinteraksjon, biometrisk verifisering eller en ulåst enhet.

Googles tjeneste behandler deretter forespørselen som legitim og returnerer en signert autentiseringsbekreftelse. En angriper kan bruke denne til å forsøke å logge inn på den aktuelle kontoen.

Autentiseringsbekreftelsen inneholder imidlertid et User Verified-flagg. Dette viser om brukeren har fullført verifisering med PIN-kode eller biometri.

Angrepet mislykkes dersom nettstedet krever brukerverifisering og kontrollerer dette flagget korrekt. Unit 42 opplyser at GitHub avviste angrepet fordi tjenesten validerte flagget riktig.

Forskerne klarte derimot å gjennomføre angrepet mot eBay, som krevde brukerverifisering, men ikke validerte flagget korrekt. eBay har siden rettet problemet.

Silver Pass-ta-key registrerer en angriperkontrollert nøkkel

Den andre teknikken, Silver Pass-ta-key, gjør det mulig for angripere å registrere sin egen nøkkel for brukerverifisering i Googles skyautentisering.

Skadevaren tvinger først Chrome til å registrere enheten på nytt. Dette kan gjøres ved å ugyldiggjøre den eksisterende verifiseringsnøkkelen eller slette den lokale filen som inneholder passnøkkelstatus.

Under denne prosessen kan angriperen registrere en nøkkel de selv kontrollerer. Ifølge Unit 42 kontrollerer ikke skyautentiseringen om den nye nøkkelen kommer fra pålitelig maskinvare.

Google godtar deretter forespørsler signert med angriperens nøkkel som bevis på at brukeren har låst opp enheten. Dette kan omgå tjenester som korrekt krever og validerer brukerverifisering.

Etter at den ondsinnede nøkkelen er registrert, kan angriperen autentisere seg fra en annen datamaskin uten å beholde tilgang til offerets enhet.

Golden Pass-ta-key avslører hovednøkkelen

Golden Pass-ta-key er den mest alvorlige teknikken. Den gjør det mulig for skadevare å hente ut sikkerhetsdomenehemmeligheten, hovednøkkelen som brukes til å kryptere alle passnøkler som synkroniseres gjennom en Google Password Manager-konto.

Chrome mottar denne hemmeligheten midlertidig når en enhet registreres eller får tilgang til kontoen igjen.

Unit 42 fant først hemmeligheten i Chromes interne FIDO-logger. Google fjernet den fra loggene etter å ha mottatt rapporten.

Forskerne opplyser imidlertid at hemmeligheten fortsatt sendes til Chrome og forblir midlertidig tilgjengelig i nettleserens prosessminne. Skadevare kan tvinge frem en ny registrering, søke gjennom minnet etter hemmeligheten og hente den ut.

En angriper kan deretter dekryptere synkroniserte passnøkkeloppføringer, gjenopprette private nøkler og bruke dem fra et annet system til å utgi seg for å være offeret.

Den samme hemmeligheten kan også brukes til å dekryptere passnøkler som legges til i fremtiden. Unit 42 opplyser at Googles nåværende implementering ikke gir noen mulighet til å rotere eller tilbakekalle den.

Pass-ta-key-angrepene gjør ikke passnøkler mindre sikre enn tradisjonelle passord. De understreker likevel hvor viktig det er å holde enheter fri for skadevare. Nettsteder bør kreve og korrekt validere brukerverifisering, samtidig som legitimasjonsforvaltere trenger sterkere validering av enhetsnøkler og sikrere mekanismer for gjenoppretting.