/
Navigation
Chronicles
Browse all articles
Explore
Semantic exploration
Research
Entity momentum
Nexus
Correlations & relationships
Story Arc
Topic evolution
Drift Map
Semantic trajectory animation
Posts
Analysis & commentary
Pulse API
Tech news intelligence API
Browse
Entities
Companies, people, products, technologies
Domains
Browse by publication source
Handles
Browse by social media handle
Detection
Concept Search
Semantic similarity search
High Impact Stories
Top coverage by position
Sentiment Analysis
Positive/negative coverage
Anomaly Detection
Unusual coverage patterns
Analysis
Rivalry Report
Compare two entities head-to-head
Semantic Pivots
Narrative discontinuities
Crisis Response
Event recovery patterns
Connected
Search: /
Command: ⌘K
Embeddings: large
TEXXR

Chronicles

The story behind the story

← → days · ↑ ↓ browse · Enter similar · o open

Google says Chrome 77 for Android enables Site Isolation security feature on pages where users log in with a password, adds additional protections on desktop

Lawrence Abrams / BleepingComputer :

BleepingComputer Lawrence Abrams

Context & Ripple Effects

Site Isolation — one browser process per domain, built as a defense against Meltdown and Spectre — reached desktop Chrome with the Chrome 67 rollout in mid-2018, but Android held back because running a process per site strains memory-constrained phones. Chrome 77 is the compromise: isolation activates only on pages where users log in with a password, plus added desktop protections.

The move fits a longer Google pattern of hardening credential moments first — Chrome 56's "Not secure" warning on HTTP password forms started that playbook, and the Chrome 79 breach notifications and phishing tools extended it months later. Login pages are where side-channel attacks and credential theft pay off, so that is where the memory budget goes first.

First-order effects

  • Android users get process-level isolation on password login pages, closing the Spectre/Meltdown-class exposure that desktop Chrome users have had since Chrome 67.
  • Sites with password forms see Chrome on Android spawn additional processes on those pages, trading some memory and performance on phones for isolation.

Second-order effects

  • Attackers rationally shift toward the pages Chrome 77 leaves unisolated — non-login content on Android — since the per-domain process wall now covers only credential surfaces.
  • The staged rollout pressures device makers: full Site Isolation on Android is gated by memory headroom, so low-RAM hardware lags on browser security unless OEMs raise baselines.

Third-order effects

  • If the pattern holds, browser security matures per workflow rather than per release — credential-bearing surfaces get isolation, breach alerts, and phishing defenses first, with coverage widening as hardware allows.
  • The browser consolidates as the de facto endpoint security layer on Android, with Google's release cadence — not OS patches — setting the pace for side-channel and credential-theft defenses.

The trend: Browser defenses are being rolled out per workflow — login and payment surfaces first — with hardware memory limits, not threat models, dictating how fast Android catches up to desktop.

Discussion

  • @dangoodin001 Dan Goodin on x
    Last year, Google developers pulled off an ambitious engineering feat to counter the threat posed by the Spectre and Meltdown vulnerabilities. Desktop Chrome recently extended this site isolation to new fronts, while a slimmed down form debuted in the Android version. https://twi…
  • @justinschuh Justin Schuh on x
    I'm not exaggerating when I call site isolation the single greatest advance in browser security since the creation of the sandbox. It has fundamentally changed the kinds of guarantees the browser can provide and sets the strongest security baseline of any real-world platform. htt…