Tech
August 12, 2026
1 views
2 min read

Chrome adopts what may be the best protection yet against account takeovers

Curated by Patrick
Source: Ars Technica
Chrome adopts what may be the best protection yet against account takeovers
Tech Daily Byte Analysis

Google has begun rolling out Device‑Bound Session Cookies (DBSCs) in the latest Chrome builds—version 147 for Windows users and version 150 for macOS. The feature leverages the TPM on PCs and the Secure Enclave on Apple devices to store a private signing key that never leaves the chip. When a site that opts‑in receives a session cookie, it issues a challenge that must be signed with this key; the server validates the signature against the public key it previously recorded. Researchers like Scott Helme of Report URI note that while an adversary can still exfiltrate the cookie, they cannot produce the required cryptographic response without the hardware‑protected key, effectively neutralizing classic session‑hijacking attacks.

The move extends the same “passkey” philosophy that underpins WebAuthn, shifting authentication away from shared secrets toward asymmetric cryptography. By embedding the private key in platform‑level hardware, Google sidesteps the long‑standing weakness of cookies that can be replayed on any device. This aligns Chrome with Apple’s Secure Enclave‑based protections and mirrors Microsoft’s push for hardware‑rooted identity in Windows Hello. Although the rollout is limited to a subset of users for now, the architecture is baked into Chromium, suggesting that other browsers built on the same engine—Edge, Brave, Vivaldi—could adopt DBSCs without major code rewrites, potentially raising the baseline security of the entire web ecosystem.

What follows will be a test of adoption speed and server‑side readiness. Web developers must update authentication back‑ends to store public keys and validate DBSC challenges, a step that may be skipped if the perceived threat is low. Meanwhile, attackers may pivot toward phishing for the private key’s signing request or target devices lacking TPM/Enclave support. Watch for Chrome’s telemetry on DBSC usage, announcements of broader rollouts, and any early reports of compatibility issues with legacy sites that rely on cookie‑only sessions.

Key Takeaways

Chrome’s DBSCs tie session cookies to a TPM or Secure Enclave key, preventing replay attacks even if the cookie is stolen.

The feature is currently gated to Chrome 147 on Windows and Chrome 150 on macOS and is enabled for a limited user cohort.

Adoption will require web services to store public keys and verify signed challenges, mirroring the infrastructure needed for passkey authentication.

Future browser implementations and server‑side support will determine whether DBSCs become a universal safeguard or remain a niche hardening measure.

About the Source

This analysis is based on reporting by Ars Technica. Here is a short excerpt for context:

Device-bound session credentials thwart an increasingly common form of account takeover.
Read the original at Ars Technica

More in Tech