Given the widespread enterprise adoption of passkeys to replace passwords, a Palo Alto Networks Unit 42 report disclosing ways attackers are getting around passkey protections is concerning, analysts say, but they stress that the demonstrated attacks can only happen after a successful intrusion.
They also pointed out that the issues are not strictly caused by holes in passkeys so much as by weaknesses in the procedures surrounding them.Â
âThe researchers didnât break the underlying cryptography. They exploited the seams around it: onboarding flows, recovery mechanisms and trust signals that werenât being validated,â said Justin Greis, CEO of consulting firm Acceligence. âThat distinction matters because it tells us where the actual risk lives.â
The Palo Alto report showed attacks that, it said, âdemonstrate how malware on a compromised endpoint can misuse onboarding, recovery and device trust workflows to take over passkey-protected accounts,â as well as âhow an attacker can authenticate without user interaction, bypass user verification requirements and extract all synced passkey private keys.â
Palo Alto described three categories of attack, collectively dubbed Pass-ta-key: Pass-ta-key, where an attacker takes over an account protected by a Google-synced passkey using malware running on the victimâs device, without requiring privilege escalation, device unlock or user interaction; Silver Pass-ta-key, which involves an attacker tricking Google Cloud Authenticator into believing the victim has unlocked the device with biometrics, leading to full account takeover without using the victimâs device during authentication; and Golden Pass-ta-key, which allows an attacker to extract all synced passkeys in a form that lets them be shared or sold on the credential black market.
Given the complexity of most global enterprise threat surfaces, some CISOs have struggled with adapting passwordless processes to environments with legacy and virtual environments. Passcodes have been recently embraced by enterprise CISOs as the first step in implementing a passwordless strategy.
Analysts and consultants in the main agreed that the flaw Palo Alto reports is significant, despite the fact that it assumes the attacker has already penetrated an environment and successfully installed malware. Sadly, given that such penetration only requires one privileged user anywhere to accidentally click on a poisoned link or attachment, the assumption of prior penetration is likely valid.
What the report reveals is less about any flaws within passcodes directly, and more about the lack of attention paid to a wide range of mechanisms surrounding them.Â
Greis said CISOs now need to focus on what to do, and what to test, based on the assumption that user behavior is not always as expected.Â
In several cases cited in the report, he pointed out, issues occurred ânot because the standard is flawed, but because implementations havenât caught up to it. It mirrors what weâve seen repeatedly in security: the specification is sound, but the ecosystem implementing it is uneven.â
Consultant Brian Levine, executive director of FormerGov, agreed.Â
âOn any service where your organization is the relying party, require user verification and actually validate the user-verified flag in the authentication response,â he said. âThe researchers found real-world services accepting logins without it, which quietly collapses a multi-factor login back into a single factor.â
Frank Dickson, group VP for security at IDC, added that he would stress to CISOs that this attack assumes a prior successful penetration.Â
âThis isnât passkeys getting hacked from across the internet. Itâs what [an attacker] does once theyâre already inside the house. So the real headline is that âphishing resistantâ stops being resistant the moment the endpoint stops being clean,â he said.
âStop treating verification as optional,â he advised. âFlip it to required, check it server side every single time, and save your hardware bound keys, the YubiKeys of the world, for the accounts that matter most. A key that never leaves a physical device is a key no attacker can ever harvest in bulk.â