Pass-ta-key-angreb retter sig mod Google-synkroniserede adgangsnøgler

Angrebene kan overtage konti, i visse tilfælde omgå brugerverificering og udtrække de private nøgler bag synkroniserede adgangsnøgler. De retter sig mod Chrome på Windows-systemer, der bruger et Trusted Platform Module (TPM).

Teknikkerne blev opdaget af Palo Alto Networks Unit 42. Forskerne understreger, at angriberne allerede skal have malware kørende på offerets computer.

Adgangsnøgler er stadig mere sikre end adgangskoder

Adgangsnøgler bruger kryptografiske nøgler, der er gemt på enheden, til at logge brugere ind på onlinekonti. De erstatter adgangskoder og kan anvende en PIN-kode, fingeraftryk eller ansigtsgenkendelse til autentificering.

De er generelt mere modstandsdygtige over for phishing end adgangskoder. Brugere kan ikke genbruge, gætte eller utilsigtet dele dem på samme måde som traditionelle loginoplysninger.

Pass-ta-key-angrebene viser dog, at adgangsnøgler ikke fuldt ud kan beskytte brugere, når malware allerede har kompromitteret deres enhed.

Teknikkerne bryder ikke den kryptografi, der beskytter adgangsnøglerne. I stedet udnytter de, hvordan Chrome og Googles cloud-autentificering håndterer betroede enheder, gendannelse, registrering og synkroniserede legitimationsoplysninger.

Det første Pass-ta-key-angreb misbruger tilliden til enheden

Den første teknik, kaldet Pass-ta-key, gør det muligt for malware uden administratorrettigheder at udgive sig for at være en betroet enhed og anmode om et gyldigt autentificeringssvar for en af offerets adgangsnøgler.

Malwaren bruger Chromes TPM-baserede enhedsidentitetsnøgle til at underskrive en anmodning til Googles cloud-autentificering. Den kræver hverken administratorrettigheder, brugerinteraktion, biometrisk verificering eller en ulåst enhed.

Googles tjeneste behandler derefter anmodningen som legitim og returnerer en underskrevet autentificeringsbekræftelse. En angriber kan bruge denne til at forsøge at logge ind på den målrettede konto.

Autentificeringsbekræftelsen indeholder dog et User Verified-flag. Det viser, om brugeren har gennemført verificering med PIN-kode eller biometriske data.

Angrebet mislykkes, hvis et websted kræver brugerverificering og kontrollerer flaget korrekt. Unit 42 oplyser, at GitHub afviste angrebet, fordi tjenesten validerede flaget korrekt.

Forskerne gennemførte derimod angrebet mod eBay, som krævede brugerverificering, men ikke validerede flaget korrekt. eBay har siden rettet problemet.

Silver Pass-ta-key registrerer en angriberkontrolleret nøgle

Den anden teknik, Silver Pass-ta-key, gør det muligt for angribere at tilføje deres egen nøgle til brugerverificering i Googles cloud-autentificering.

Malwaren tvinger først Chrome til at registrere enheden igen. Det kan ske ved at ugyldiggøre den eksisterende verificeringsnøgle eller slette den lokale fil, der indeholder adgangsnøglernes status.

Under denne proces kan angriberen registrere en nøgle, som vedkommende selv kontrollerer. Ifølge Unit 42 kontrollerer cloud-autentificeringen ikke, om den nye nøgle stammer fra betroet hardware.

Google accepterer derefter anmodninger, der er underskrevet med angriberens nøgle, som bevis på, at brugeren har låst enheden op. Det kan omgå tjenester, som korrekt kræver og validerer brugerverificering.

Når den ondsindede nøgle er registreret, kan angriberen autentificere sig fra en anden computer uden fortsat adgang til offerets enhed.

Golden Pass-ta-key afslører hovednøglen

Golden Pass-ta-key er den mest alvorlige teknik. Den gør det muligt for malware at få fat i sikkerhedsdomænets hemmelighed – hovednøglen, der bruges til at kryptere alle adgangsnøgler, som synkroniseres via en Google Password Manager-konto.

Chrome modtager midlertidigt denne hemmelighed, når en enhed registreres eller gendanner adgangen til kontoen.

Unit 42 fandt først hemmeligheden i Chromes interne FIDO-logfiler. Google fjernede den fra loggene efter at have modtaget rapporten.

Forskerne oplyser dog, at hemmeligheden stadig sendes til Chrome og midlertidigt forbliver tilgængelig i browserens proceshukommelse. Malware kan gennemtvinge en ny registrering, gennemsøge hukommelsen efter hemmeligheden og udtrække den.

En angriber kan derefter dekryptere synkroniserede adgangsnøgleposter, gendanne private nøgler og bruge dem fra et andet system til at udgive sig for at være offeret.

Den samme hemmelighed kan også dekryptere adgangsnøgler, der tilføjes i fremtiden. Unit 42 oplyser, at Googles nuværende implementering ikke giver mulighed for at rotere eller tilbagekalde den.

Pass-ta-key-angreb gør ikke adgangsnøgler mindre sikre end traditionelle adgangskoder. De understreger dog vigtigheden af at holde enheder fri for malware. Websteder bør kræve og korrekt validere brugerverificering, mens legitimationsadministratorer har brug for stærkere validering af enhedsnøgler og bedre beskyttelse ved gendannelse.