Back to Intelligence

Google Password Manager Passkey Hijacking: Detect and Defend Against Pass-ta-key Attacks

SA
Security Arsenal Team
August 3, 2026
10 min read

Introduction

Unit 42 has disclosed three critical attack paths against Chrome's Google Password Manager cloud authenticator that fundamentally undermine the security model of passkey authentication. Dubbed "Pass-ta-key," "Silver Pass-ta-key," and "Golden Pass-ta-key," these techniques allow malicious software running with only standard user privileges on Windows to authenticate to passkey-protected accounts without any user interaction—no fingerprint, no PIN, and no screen prompt.

This represents a significant shift in the threat landscape. Passkeys were designed to eliminate phishing-resistant credential theft by requiring local biometric or PIN verification. These attacks demonstrate that implementation flaws in the Google Password Manager cloud authenticator can bypass those protections entirely, allowing malware to silently hijack authenticated sessions.

Defenders need to act immediately. This is not a theoretical exercise—these are viable attack paths that could be incorporated into information stealers and banking Trojans right now.

Technical Analysis

Affected Products and Platforms

  • Product: Google Chrome with Google Password Manager enabled
  • Component: Cloud authenticator / WebAuthn implementation
  • Platform: Windows (primary attack surface)
  • Attack Prerequisites: Malware executing with standard user privileges

Attack Mechanics

Unit 42 identified three distinct attack vectors, each escalating in severity:

Pass-ta-key (Basic Attack) Malware targeting individual passkeys by exploiting the authentication flow. The attack leverages the cloud authenticator's handling of passkey requests, intercepting or manipulating the authentication process to complete sign-in without user presence verification.

Silver Pass-ta-key An escalation that targets multiple passkeys or session tokens, providing broader access to the victim's authenticated accounts across different services.

Golden Pass-ta-key (Critical) The most severe variant targets the master key material itself. By compromising the master key, attackers can derive all passkeys associated with the Google Password Manager, effectively gaining total control over the victim's passkey-protected identity across all services.

Attack Chain (Defender Perspective)

  1. Initial Compromise: Malware executes on Windows endpoint (standard user rights)
  2. Target Identification: Malware locates Chrome's Google Password Manager cloud authenticator components
  3. Credential Extraction: Malware exploits authentication flow vulnerabilities to extract passkey material or master key
  4. Silent Authentication: Attacker uses extracted material to authenticate to victim's accounts without triggering any user-facing prompts
  5. Account Takeover: Attacker gains persistent access to passkey-protected services

Exploitation Status

  • Type: Privilege escalation / Authentication bypass
  • Public Disclosure: Unit 42 research publication (2026)
  • Active Exploitation: Technical details disclosed; implementation in malware is imminent
  • Requirements: Standard user privileges on Windows endpoint with Chrome and Google Password Manager in use

This attack is particularly dangerous because it requires no administrator privileges, no exploit of the OS kernel, and no social engineering interaction post-infection. Once malware is running, the authentication bypass can execute silently.

Detection & Response

Given the nature of these attacks, detection must focus on anomalous access to Google Password Manager components and suspicious authentication-related process behavior. The following detection rules hunt for indicators of Pass-ta-key attack techniques.

SIGMA Rules

YAML
---
title: Google Password Manager Database Access by Non-Chrome Process
id: 8a4f2c1e-7d3b-4a9e-8f1c-3b2d4e5f6a7b
status: experimental
description: Detects non-browser processes accessing Chrome's Google Password Manager SQLite database files, potentially indicating passkey extraction attempts.
references:
  - https://attack.mitre.org/techniques/T1003/
author: Security Arsenal
date: 2026/08/15
tags:
  - attack.credential_access
  - attack.t1003
logsource:
  category: file_access
  product: windows
detection:
  selection:
    TargetFilename|contains:
      - '\Google\Chrome\User Data\Default\Web Data'
      - '\Google\Chrome\User Data\Default\Login Data'
      - '\Google\Chrome\User Data\Local State'
  filter:
    Image|endswith:
      - '\chrome.exe'
      - '\msedge.exe'
      - '\brave.exe'
  condition: selection and not filter
falsepositives:
  - Legitimate backup software
  - Security scanning tools
  - User-initiated data migration
level: high
---
title: Suspicious Chrome Spawn with Authentication Flags
id: 9b5g3d2f-8e4c-5b0f-9g2d-4c3e5f6a7b8c
status: experimental
description: Detects Chrome processes spawned with unusual command-line arguments related to WebAuthn or password manager access, potentially indicating Pass-ta-key exploitation.
references:
  - https://attack.mitre.org/techniques/T1059/
author: Security Arsenal
date: 2026/08/15
tags:
  - attack.execution
  - attack.t1059.003
logsource:
  category: process_creation
  product: windows
detection:
  selection:
    Image|endswith: '\chrome.exe'
    CommandLine|contains:
      - '--auth-server-whitelist'
      - '--password-store'
      - '--webauthn'
  filter_parent:
    ParentImage|endswith:
      - '\chrome.exe'
      - '\explorer.exe'
      - '\cmd.exe'
      - '\powershell.exe'
  condition: selection and not filter_parent
falsepositives:
  - Administrative automation
  - Legitimate testing
level: medium
---
title: Potential Passkey Master Key Extraction via Process Memory Access
id: 0c6h4e3g-9f5d-6c1g-0h3e-5d4f6g7h8i9j
status: experimental
description: Detects processes attempting to access Chrome process memory with API calls often used for credential extraction, potentially targeting Golden Pass-ta-key master key material.
references:
  - https://attack.mitre.org/techniques/T1006/
author: Security Arsenal
date: 2026/08/15
tags:
  - attack.credential_access
  - attack.t1006
logsource:
  category: process_access
  product: windows
detection:
  selection:
    TargetImage|endswith: '\chrome.exe'
    GrantedAccess|contains:
      - '0x1010'
      - '0x143A'
      - '0x1F0FFF'
    CallTrace|contains:
      - 'MiniDumpWriteDump'
      - 'ReadProcessMemory'
  filter_legitimate:
    SourceImage|endswith:
      - '\chrome.exe'
      - '\msedge.exe'
      - '\ WerFault.exe'
      - '\procexp.exe'
      - '\procexp64.exe'
  condition: selection and not filter_legitimate
falsepositives:
  - Browser crash debugging
  - System troubleshooting tools
level: high

KQL Hunt Query (Microsoft Sentinel / Defender)

KQL — Microsoft Sentinel / Defender
// Hunt for Pass-ta-key attack indicators - suspicious Chrome component access
let SuspiciousAccess = materialize (
    DeviceFileEvents
    | where Timestamp > ago(7d)
    | where FolderPath has @"Google\Chrome\User Data" 
    | where FileName in ("Web Data", "Login Data", "Local State", "Network")
    | where InitiatingProcessFileName !in ("chrome.exe", "msedge.exe", "brave.exe", "explorer.exe")
    | project Timestamp, DeviceName, InitiatingProcessFileName, InitiatingProcessId, 
              InitiatingProcessAccountName, ActionType, FolderPath, FileName
);
let SuspiciousProcessCreation = materialize (
    DeviceProcessEvents
    | where Timestamp > ago(7d)
    | where FileName == "chrome.exe"
    | where ProcessCommandLine has_any ("--password-store", "--auth-server", "--webauthn")
    | where InitiatingProcessFileName !in ("chrome.exe", "explorer.exe", "cmd.exe", "powershell.exe")
    | project Timestamp, DeviceName, InitiatingProcessFileName, InitiatingProcessCommandLine, 
              ProcessCommandLine, AccountName
);
let SuspiciousMemoryAccess = materialize (
    DeviceProcessEvents
    | where Timestamp > ago(7d)
    | where TargetProcessFileName == "chrome.exe"
    | where InitiatingProcessFileName !in ("chrome.exe", "msedge.exe", "WerFault.exe", "procexp64.exe")
    | where ProcessCommandLine has_any ("MiniDump", "ReadProcessMemory", "procdump")
    | project Timestamp, DeviceName, InitiatingProcessFileName, AccountName, ProcessCommandLine
);
union SuspiciousAccess, SuspiciousProcessCreation, SuspiciousMemoryAccess
| summarize count() by DeviceName, bin(Timestamp, 1h)
| where count_ > 0
| order by Timestamp desc

Velociraptor VQL Hunt Artifact

VQL — Velociraptor
-- Hunt for Pass-ta-key attack artifacts: Chrome credential store access
-- and suspicious process relationships

SELECT 
    timestamp(epoch=Sys.EventTime) AS EventTime,
    Sys.Hostname AS Hostname,
    Process.Pid,
    Process.Ppid,
    Process.Name AS ProcessName,
    Process.Username,
    Process.CommandLine,
    Process.Exe
FROM pslist()
WHERE 
    -- Identify non-browser processes that might be targeting Chrome
    Process.Name =~ 'chrome.exe' 
    AND Process.Pid IN (
        SELECT ParentPid 
        FROM pslist() 
        WHERE Name !~ 'chrome.exe' 
        AND Name !~ 'explorer.exe'
    )
    OR
    -- Look for processes accessing Chrome profile directories
    Process.CommandLine =~ 'Google.*Chrome.*User Data'
    OR
    -- Identify potential memory access tools
    Process.Name =~ 'procdump'
    OR Process.Name =~ 'dumpit'
    OR Process.Exe =~ '%TEMP%\\.*.exe'

-- Also scan for Chrome password manager database files
UNION

SELECT 
    timestamp(epoch=Mtime) AS EventTime,
    Sys.Hostname AS Hostname,
    FullPath AS FilePath,
    Size,
    Mode
FROM glob(globs="/Users/*/AppData/Local/Google/Chrome/User Data/**/{Web Data,Login Data,Local State}")
WHERE Mode =~ 'r'

-- Check for suspicious handle access to Chrome processes
UNION

SELECT 
    timestamp(epoch=Sys.EventTime) AS EventTime,
    Sys.Hostname AS Hostname,
    Handle.Pid,
    Handle.Name AS HandleName,
    Handle.Type,
    Process.Name AS HoldingProcess
FROM handles()
WHERE 
    Handle.Type =~ "File"
    AND Handle.Name =~ "Chrome"
    AND Process.Name !~ "chrome.exe"

Remediation Script (PowerShell)

PowerShell
# Google Password Manager Pass-ta-key Attack Remediation and Hardening Script
# Version: 1.0
# Date: 2026-08-15

#Requires -RunAsAdministrator

Write-Host "=== Google Password Manager Security Assessment and Hardening ===" -ForegroundColor Cyan

# Check Chrome version
Write-Host "\n[1] Checking Chrome version..." -ForegroundColor Yellow
try {
    $chromePath = "${env:ProgramFiles}\Google\Chrome\Application\chrome.exe"
    if (Test-Path $chromePath) {
        $chromeVersion = (Get-Item $chromePath).VersionInfo.FileVersion
        Write-Host "Chrome version installed: $chromeVersion" -ForegroundColor Green
        
        # Check for recent versions (post-2026 Q2 recommended for passkey hardening)
        $versionParts = $chromeVersion.Split('.')
        $majorVersion = [int]$versionParts[0]
        if ($majorVersion -ge 130) {
            Write-Host "PASS: Chrome version appears recent enough for current passkey security patches." -ForegroundColor Green
        } else {
            Write-Host "WARNING: Chrome version may be outdated. Update to latest version for passkey protections." -ForegroundColor Red
        }
    } else {
        Write-Host "Chrome not found in default path." -ForegroundColor Gray
    }
} catch {
    Write-Host "ERROR: Could not determine Chrome version: $_" -ForegroundColor Red
}

# Check Chrome security flags
Write-Host "\n[2] Checking Chrome security registry settings..." -ForegroundColor Yellow
$chromeRegPath = "HKLM:\SOFTWARE\Policies\Google\Chrome"
if (Test-Path $chromeRegPath) {
    $passwordManagerEnabled = (Get-ItemProperty $chromeRegPath -ErrorAction SilentlyContinue).PasswordManagerEnabled
    if ($passwordEnabled -eq 0) {
        Write-Host "INFO: Password Manager disabled via policy." -ForegroundColor Cyan
    } else {
        Write-Host "INFO: Password Manager enabled." -ForegroundColor Cyan
    }
} else {
    Write-Host "INFO: No Chrome group policies found." -ForegroundColor Gray
}

# Audit Google Password Manager sync settings
Write-Host "\n[3] Auditing Google Password Manager configuration recommendations..." -ForegroundColor Yellow
Write-Host "RECOMMENDATION: Review Google Account security settings at https://myaccount.google.com/security" -ForegroundColor Cyan
Write-Host "  - Enable 2FA with hardware security keys where possible" -ForegroundColor Cyan
Write-Host "  - Review 'Signing in to other sites' permissions" -ForegroundColor Cyan
Write-Host "  - Check for unfamiliar passkeys registered to your account" -ForegroundColor Cyan

# Check for suspicious processes accessing Chrome user data
Write-Host "\n[4] Checking for processes accessing Chrome profile directories..." -ForegroundColor Yellow
$chromeUserDataPath = "$env:LOCALAPPDATA\Google\Chrome\User Data"
if (Test-Path $chromeUserDataPath) {
    $openHandles = Get-Process | ForEach-Object {
        $process = $_
        try {
            $modules = $process.Modules | Where-Object { $_.FileName -like "*$chromeUserDataPath*" }
            if ($modules) {
                [PSCustomObject]@{
                    ProcessName = $process.ProcessName
                    ProcessId = $process.Id
                    Path = $modules.FileName
                }
            }
        } catch {
            # Ignore processes we can't inspect
        }
    }
    
    if ($openHandles) {
        Write-Host "WARNING: The following processes have Chrome user data loaded:" -ForegroundColor Red
        $openHandles | Format-Table -AutoSize
    } else {
        Write-Host "PASS: No unusual processes detected with Chrome user data access." -ForegroundColor Green
    }
}

# Provide hardening guidance
Write-Host "\n[5] Hardening Recommendations..." -ForegroundColor Yellow
Write-Host @"

IMMEDIATE ACTIONS:
  1. Update Chrome to the latest version immediately
  2. Enable Chrome Enhanced Safe Browsing: chrome://settings/security
  3. Review all registered passkeys: chrome://settings/passkeys

ENTERPRISE CONTROLS (Via Group Policy):

  1. Disable password manager for sensitive environments if not required
  2. Implement Chrome enterprise policies for WebAuthn restrictions
  3. Deploy endpoint detection rules for the provided SIGMA rules

USER EDUCATION:

  1. Never allow unknown browser extensions
  2. Be cautious of downloaded software (Pass-ta-key requires malware execution)
  3. Regularly audit registered passkeys and remove unknown devices

MONITORING:

  1. Deploy the SIGMA rules in this document
  2. Monitor for unusual Chrome process relationships
  3. Alert on non-browser processes accessing Chrome credential databases

"@ -ForegroundColor White

PowerShell
Write-Host "\n=== Assessment Complete ===" -ForegroundColor Cyan
Write-Host "For incident response assistance, contact Security Arsenal IR team." -ForegroundColor Gray

Remediation

Immediate Actions

  1. Update Chrome Immediately: Ensure all endpoints are running the latest version of Google Chrome. While specific patch versions depend on Google's release schedule, ensure Chrome is updated to the latest available channel as Google addresses these attack vectors.

  2. Review Passkey Registrations: Users should audit their registered passkeys by navigating to chrome://settings/passkeys and removing any unfamiliar devices or passkeys.

  3. Enable Enhanced Protection: Navigate to Chrome Settings → Security and enable "Enhanced Safe Browsing" for additional protection against malicious downloads.

Enterprise Controls

Deploy the following Group Policy settings where applicable:

  1. Restrict third-party cookies: chrome://settings/cookies
  2. Enable site isolation: Enabled by default, ensure not disabled
  3. Consider disabling Google Password Manager via policy if passkeys are not required: HKLM\SOFTWARE\Policies\Google\Chrome\PasswordManagerEnabled = 0

Vendor Resources

Alternative Mitigation Strategies

For high-security environments where Google Password Manager presents unacceptable risk:

  1. Transition to Hardware Security Keys: Use dedicated hardware tokens (YubiKey, etc.) instead of platform-bound passkeys
  2. Enterprise Password Managers: Deploy organization-wide password managers with centralized policy control
  3. Browser Isolation: Implement remote browser isolation for high-risk activities

Detection and Monitoring

Organizations should:

  1. Deploy all SIGMA rules provided in this document
  2. Implement the KQL hunt queries in Microsoft Sentinel or equivalent SIEM
  3. Conduct regular threat hunting for Chrome credential access patterns
  4. Monitor for unusual process relationships targeting Chrome
  5. Alert on non-browser processes accessing Chrome SQLite databases

CISA and Deadlines

While not yet included in CISA KEV at time of writing, organizations should treat these attack vectors with the same urgency as actively exploited vulnerabilities given the ease of exploitation and potential impact on authentication security.

Related Resources

Security Arsenal Red Team Services AlertMonitor Platform Book a SOC Assessment pen-testing Intel Hub

Is your security operations ready?

Get a free SOC assessment or see how AlertMonitor cuts through alert noise with automated triage.