Google rolt in Android 17 nieuwe netwerkbeveiligingen uit die vooral moeten zorgen voor meer privacy bij dataverkeer. Het gaat onder meer om bescherming tegen onderschepping van metadata, het veiliger omgaan met thuis- en lokale netwerken en extra hardening tegen verouderde mobiele verbindingen.
De belangrijkste upgrade heet Android 17 ECH: Encrypted Client Hello, een privacystandaard die netwerkproviders en netwerkmeekijkers minder zicht geeft op welke websites (of apps) je benadert. Dat klinkt technisch, maar het effect is praktisch: minder profilering op basis van je verbindingen.
Wat is Android 17 ECH precies?
Bij normale HTTPS-verbindingen kan een deel van de informatie zichtbaar blijven voor partijen in het netwerkpad, zelfs als de inhoud zelf versleuteld is. Met Encrypted Client Hello (ECH) wordt het bestemmingsdomein vanaf het begin afgeschermd, zodat afluisteraars niet eenvoudig kunnen zien welke website je bezoekt.
Google beschrijft dat ECH samenwerkt met private DNS om ook domeinnamen te verbergen die anders metadata zouden kunnen vormen. Het resultaat: voor ondersteunde sites en apps is het veel lastiger voor providers om te achterhalen welke bestemmingen je gebruikt.
ECH GREASE: waarom niet elke server hetzelfde ondersteunt
ECH werkt niet op elke server. Sommige websites of infrastructuur draaien geen ECH-ondersteuning, waardoor alleen “ECH-rijke” verbindingen op zouden vallen. Om dat te voorkomen introduceert Google ECH GREASE.
Met ECH GREASE verstuurt de client telkens ogenschijnlijk willekeurige en gesimuleerde ECH-extensies naar servers die ECH niet aankunnen. Daardoor lijken alle verbindingen qua uiterlijk meer op elkaar, waardoor het lastiger wordt om onderscheid te maken tussen ECH-beschermde en niet-beschermde sessies.
Standaard ingeschakeld in Android 17
In Android 17 staat ECH GREASE standaard aan. Google geeft aan dat hiermee het privacyvoordeel niet alleen afhangt van specifieke apps of omstandigheden, maar breder in het besturingssysteem wordt ingebouwd.
Uitbreiding naar het hele OS (niet alleen een browser)
Google benadrukt dat ECH eerder al werd geïntegreerd in browsers, zoals Chrome en Firefox (met versies 117 en 118). Met Android 17 ECH verplaatst de bescherming zich vervolgens naar het niveau van het besturingssysteem.
Dat is belangrijk, omdat privacyrisico’s niet alleen in browsers zitten. Veel mensen gebruiken ook apps die via HTTP(S) verbindingen opzetten. Door ECH OS-breed te maken, kan het bereik van de maatregel toenemen zonder dat elke app apart “een oplossing” hoeft te implementeren.
OkHttp krijgt ECH in de core library
Naast de OS-integratie noemt Google ook de rol van OkHttp, een open-source HTTP- en HTTP/2-clientbibliotheek die door veel Android-ontwikkelaars wordt gebruikt. Volgens Google heeft OkHttp ECH-ondersteuning ingebouwd in de kernbibliotheek.
Dat maakt het voor derde partijen eenvoudiger om Android-apps te laten profiteren van ECH, zonder dat elke ontwikkelaar vanaf nul hoeft te beginnen met implementatiedetails. Voor gebruikers betekent dit: meer apps kunnen automatisch vergelijkbare privacybescherming krijgen.
Local Network Protection: toestemming voor scannen en verbinden
Privacy gaat niet alleen over internet. Google voegt in Android 17 ook een maatregel toe rond lokale netwerken: Local Network Protection.
Apps moeten volgens Google gebruikers om toestemming vragen voordat ze andere apparaten op het lokale netwerk kunnen scannen of er verbinding mee kunnen maken. Dit helpt om te voorkomen dat apps achtergrondmatig andere apparaten in huis “in kaart brengen” zonder dat de gebruiker dat verwacht of begrijpt.
Certificate Transparency standaard aan
Een andere privacy- en beveiligingsgerichte wijziging is het standaard inschakelen van Certificate Transparency (CT). CT houdt in dat websites worden geregistreerd in een openbaar register.
Google positioneert dit als een manier om controleerbaarheid te vergroten: als certificaten worden uitgegeven, kunnen ze worden teruggevonden en geverifieerd. Daarmee wordt het lastiger voor partijen om ongemerkt misbruik te maken van certificaatuitgifte.
2G uit door deelname carriers: “zero-click” bescherming
Ten slotte richt Android 17 zich op mobiele netwerken. Google zegt dat telecomoperators (carriers) kunnen kiezen om 2G standaard uit te zetten voor hun abonnees, zodat apparaten minder snel in gevaarlijke downgrade-routes terechtkomen.
Google beschrijft dat dit helpt bij het beperken van een verouderd aanvalsoppervlak. Denk aan aanvallen die gebruikmaken van SMS-gerelateerde technieken, zoals SMS blasters, die kwaadaardige berichten kunnen sturen of verkeer kunnen afluisteren/capteren richting nabijgelegen apparaten.
Geen extra actie van de gebruiker
Waar Android 12 al een handmatige optie bood om 2G op hardware-niveau uit te zetten, en Android 14 IT-administrators de mogelijkheid gaf om dit op beheerde toestellen te doen, gaat Google nu uit van een zero-click aanpak via deelnemende carriers. De bescherming treedt dan automatisch op “out of the box”.
Wat betekent dit voor jou als gebruiker?
Met Android 17 ECH wordt je surf- en appgedrag minder goed zichtbaar voor partijen die meekijken in het netwerktraject. In combinatie met private DNS en ECH GREASE wordt het voor netwerkproviders lastiger om metadata te verzamelen die bruikbaar is voor profilering.
Daarnaast zorgt Local Network Protection voor meer controle in huiselijke situaties: je ziet wanneer apps toestemming vragen om apparaten op je lokale netwerk te benaderen. CT aan standaard kan bijdragen aan het beter opsporen van afwijkingen in certificaten. En als jouw provider meedoet, wordt 2G uitgeschakeld zonder dat je zelf instellingen hoeft aan te passen.
Let op: niet alle sites en apps profiteren even breed
ECH is afhankelijk van serverondersteuning. Google adresseert dit deels met ECH GREASE, maar het blijft technisch mogelijk dat niet elk type webserver of elke specifieke bestemming ECH volledig ondersteunt.
Toch wijst Google erop dat het bereik toeneemt doordat ECH OS-breed beschikbaar komt en OkHttp het concept in de kern ondersteunt. Daardoor is de kans groter dat apps in de praktijk ook ECH kunnen gebruiken, mits ze de relevante netwerkstack volgen.
Praktische aandachtspunten voor beheerders en security teams
Organisaties die Android-toestellen beheren, doen er verstandig aan om mee te kijken naar de netwerk- en beveiligingsinstellingen zodra Android 17 in beleid en toestemmingsstructuren wordt meegenomen. Denk aan hoe toestemmingen voor lokale netwerkscans worden geconfigureerd en welke carrier-profielen worden toegepast.
Ook kan het nuttig zijn om intern het gesprek te voeren over netwerkprivacy: welke telemetry is nog mogelijk, welke datapunten worden minder zichtbaar en hoe past dit in bestaande hardening-richtlijnen.
Als je breder wilt kijken naar hoe privacy en security samenkomen in netwerk- en appgedrag, zijn deze artikelen mogelijk relevant: Identity Fabric: waarom het in 2026 telt en CISA KEV update: zes actief misbruikte kwetsbaarheden. Ze raken weliswaar andere aspecten, maar helpen bij het duiden van het grotere plaatje rond beveiliging en zichtbaarheid.
Conclusie: meer privacy door Android 17 ECH en OS-integratie
Android 17 ECH markeert een stap van browser-specifieke privacy naar OS-brede bescherming. Door het bestemmingsdomein te versleutelen vanaf het begin, en door ECH GREASE standaard in te schakelen, wordt het voor netwerkproviders en netwerkmeekijkers aanzienlijk moeilijker om te zien welke websites of apps je gebruikt.
Daarbovenop voegt Google maatregelen toe voor lokale netwerktoegang met toestemming, standaard Certificate Transparency en een carrier-gestuurde zero-click vermindering van 2G. Samen vergroten deze updates de privacy én verkleinen ze het aanvalsoppervlak—met als doel dat gebruikers minder vaak de dupe worden van metadata-lekkage of verouderde netwerkroutes.
Bron: https://thehackernews.com/2026/08/android-17-adds-os-wide-ech-to-hide.html
