Product1 distinct publisher3 min readPublished
Google's ECH support hides the destination domain from anything watching the TLS handshake, but only when the app's networking library and the site's CDN both cooperate, so the breakage arrives unevenly.
The Product Desk · Product desk

Compiled by The Product DeskSomething wrong?How this is made
The support ticket arrives before the release notes do: a filter log where some rows carry hostnames and some carry only an IP address, from the same handset within the same hour.
That unevenness is in the design. ECH is on by default from API level 37, but an app only gets it if its networking library can do the work, which is why Google pointed developers at OkHttp 5.5.0 [6][7]. The library has to pull the ECH configuration out of a DNS HTTPS record and set it before the handshake starts [8], and the far end has to have provisioned an ECH public key on its origin, reverse proxy or CDN and made it discoverable in DNS [9]. Miss any link and the connection falls back to a conventional TLS handshake with the SNI visible again [9]. The connections that go dark on your filter are the intersection of two upgrade schedules, neither of which sits on your change calendar [2].
Diagnosing why a connection went dark turns out to be harder than the outage itself. When a destination server does not support ECH, Android's documented approach includes ECH GREASE, which permits an ordinary TLS connection while making protected ones harder to spot [10]. An inventory built by counting ECH-shaped handshakes will overcount [3].
ECH does not hide everything. ECH is not a VPN, and observers can still see destination IP, timing, traffic volume and the broad hosting or content-delivery network involved, while DNS requests stay in the open [11], which is why Google's own framing pairs ECH with Private DNS [12]. Address-layer and DNS-layer controls keep reading the same fields they always did, while controls built to read the hostname lose that data [1].
Carriers, not IT departments, control when the 2G change takes effect. Android 12 gave users a radio-level toggle they had to find for themselves; Android 17 lets participating carriers switch 2G off by default for subscribers [14]. According to ZDNet, none of the three major US carriers still support 2G, while most carriers in the UK and India do, along with much of Europe and many countries in the Global South [15]. SMS blasters work that seam by broadcasting a signal strong enough to persuade a nearby phone to abandon LTE or 5G, then pushing phishing texts past newer network-side anti-spam measures [16]. For a fleet in those markets, the fix lands when the carrier decides, not when the device updates [4].
Two other items get a sentence each in ZDNet's account: local-network permissions are now enforced, and Certificate Transparency is enabled by default [5][4]. The writeup does not say whether that enforcement reaches certificates chaining to enterprise-installed roots [5], which is the detail that decides whether a TLS-inspecting proxy still works on Monday. Google's claim is about being first among mobile operating systems [1]; desktop browsers have supported ECH for years [17], and ZDNet's caveat is that ECH is still being rolled out, so a connection from a supporting phone may still be unsafe [13].
Every network control you run reads one field. Each control can be classified by which field it reads and by whether the fleet owns the end that supplies that field. Hostname rules on Android 17 now depend on parties you do not employ, and the rules that were quietly living on SNI will look broken without anyone having changed them.
Ranked by verification strength, evidence, and original report placement.
Google announced on Thursday that Android 17 is the first mobile operating system to support Encrypted Client Hello (ECH), a TLS privacy feature that hides destination domain names.
Adding ECH support in Android 17 encrypts the SNI in the opening TLS handshake.
ECH only works if the origin, reverse proxy or CDN has provisioned an ECH public key and makes its configuration discoverable through DNS HTTPS records; if any link is missing, the phone or browser falls back to a conventional TLS handshake and the SNI is visible again.
ZDNet notes that ECH is still being rolled out, so even if a phone supports it, the connection may still be unsafe.
HTTPS has long encrypted session contents but does not hide the hostname, which was exposed in the Server Name Indication field of the TLS ClientHello, giving ISPs, Wi-Fi operators, corporate networks and unauthorized snoopers a way to identify the sites and services being visited.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · August 31, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
product
LineageOS 23 reaches the Galaxy S22 with about six months left on Samsung's clock1 distinct publisher
security
IETF Publishes Encrypted Client Hello as a Standard to Encrypt SNI, With Caveats1 distinct publisher
product
A fair fight with last year's iPhone is where Pixel hardware has landed1 distinct publisher
product
The Z Fold 8's real spec gap is one digit wide, and it is the digit that lets sand in1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
One account, and it is the vendor's
Every capability described here originates with Google — the announcement, the developer documentation, the AOSP notes on 2G scanning — and ZDNet is the only outlet relaying it. That relay is a careful one: the quoted qualifier "for supported websites and apps" survives, the version numbers are specific, the fallback behaviour is named. But nobody has watched an Android 17 handshake to confirm any of it, and the geographic claim about which carriers still run 2G arrives with no operator named or data attached.
Shipped; nothing counted yet
What can actually be counted is thin. An operating system release with the feature on by default, and a recommendation to move to a specific HTTP library. Not one carrier is named as having taken the default-off 2G switch, not one app is named as having shipped an ECH-capable stack, and there is no figure anywhere for how much of the web has published an ECH key in DNS. The switch exists; the traffic it affects is unmeasured.
The headline outruns the footnotes
"Network providers and network snoopers can no longer easily see which websites or apps you are accessing" is a strong sentence about a feature that quietly reverts to plaintext server names whenever the app's library or the site's CDN has not caught up. The overstatement is Google's, not ZDNet's — the corrections sit in the same piece, close enough to read together: GREASE, the DNS gap, the destination IP still in the open, the rollout still in progress. That keeps the gap moderate instead of wide.
A launch note, faithfully restated
The party describing the feature is the party shipping it, and "first mobile operating system to" is a phrase with obvious value to its author. The publisher's incentives run toward the consumer how-to shape — here is what protects you, here is what to switch on — which rewards clarity over adversarial probing. The revealing absence is anyone whose interests point the other way: no carrier speaks to the 2G default, no enterprise network team speaks to losing the hostname, no CDN speaks to provisioning keys.
Firm on mechanism, blank on scale
We would defend the technical picture: the two-sided dependency, the library requirement, the downgrade path an SMS blaster exploits. Those are drawn from documentation rather than paraphrase. We would not defend any statement about how many connections actually change behaviour, and the enterprise consequence that gives this story its edge is our reading, not something anyone reported. One scope question we simply cannot close is whether the new Certificate Transparency default touches certificates issued from enterprise-installed roots.