\n English<\/a>.<\/p>\n
It was translated with technical assistance and editorially reviewed before publication.\n <\/p>\n
Mit Android 17<\/a> f\u00fchrt Google eine Reihe neuer Netzwerksicherheitsfunktionen ein, die laut Konzern Verbindungen absichern, vor Sicherheitsl\u00fccken im Mobilfunknetz sch\u00fctzen und dazu beitragen, die Privatsph\u00e4re des Heimnetzwerks zu bewahren.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Encrypted Client Hello<\/p>\n Eine der neuen Sicherheitsfunktionen ist die Unterst\u00fctzung eines Protokolls namens \u201eEncrypted Client Hello\u201c (ECH), das in Zusammenarbeit mit Googles Technologie-Inkubator Jigsaw entstanden ist. Hintergrund f\u00fcr dieses neue Protokoll ist, den Datenverkehr noch besser nach au\u00dfen abzusichern.<\/p>\n So k\u00f6nne Verschl\u00fcsselung zwar bereits einen Gro\u00dfteil des Datenverkehrs vor neugierigen Blicken sch\u00fctzen, doch gab es lange Zeit eine L\u00fccke, erkl\u00e4rt Google: das DNS. \u201eNoch bevor wir \u00fcberhaupt mit der \u00dcbertragung dieser Daten beginnen, muss das DNS die IP-Adresse des Servers nachschlagen, den wir erreichen wollen, und dieser Vorgang erfolgte bisher unverschl\u00fcsselt \u2013 jeder, der Ihren Webverkehr ausspionierte, konnte den Namen der Website sehen, die Sie aufrufen wollten\u201c, f\u00fchrt Google aus<\/a>. Die unverschl\u00fcsselten Daten k\u00f6nnten zur Erstellung von Nutzerprofilen verwendet oder von b\u00f6swilligen Akteuren f\u00fcr gezielte Phishing- und Betrugsaktionen ausgenutzt werden.<\/p>\n <\/p>\n <\/a><\/p>\n Der neue Datenschutzstandard Encrypted Client Hello arbeitet mit privatem DNS zusammen, um besuchte Domainnamen zu verschleiern.<\/p>\n \n (Bild:\u00a0Google\/Jigsaw)\n <\/p>\n Mit ECH sollen Servernamen schon w\u00e4hrend der \u00dcbertragung verschl\u00fcsselt werden. Da nicht jede Website ECH von Anfang an unterst\u00fctzen wird, sendet das Protokoll bei fehlender Unterst\u00fctzung \u201egef\u00e4lschte, zuf\u00e4llig generierte ECH-Erweiterungen an Websites, die ECH nicht unterst\u00fctzen \u2013 sodass jede Verbindungsanfrage gleich aussieht\u201c.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Google arbeitet eigenen Angaben zufolge mit Branchenf\u00fchrern, Dienstleistern und App-Entwicklern zusammen, um die Einf\u00fchrung von ECH voranzutreiben. Weitere technische Hintergr\u00fcnde erl\u00e4utert Jigsaw in einem Blogartikel<\/a>.<\/p>\n Sollten App-Entwickler sich entschlie\u00dfen, die modernen Netzwerkbibliotheken und Best Practices zu nutzen, sollten sie auf OkHttp 5.5.0<\/a> aktualisieren und ECH aktivieren. Ferner sagt Google, dass Entwicklerinnen und Entwickler, die Netzwerkstacks erstellen oder konfigurieren, die technischen Empfehlungen auf GitHub<\/a> zur Optimierung von HTTPS-RR-Abfragen studieren sollten.<\/p>\n Local Network Protection<\/p>\n Eine weitere Sicherheitsneuerung betrifft das Heimnetzwerk: Wenn Nutzerinnen und Nutzer ihr Smartphone mit dem heimischen WLAN verbinden, nutze das Smartphone das Netzwerk gemeinsam mit anderen Ger\u00e4ten wie Smart-TVs, \u00dcberwachungskameras oder der Spielkonsole, f\u00fchrt Google aus. Bisher konnten Apps das lokale Netzwerk scannen und ohne die Nutzererlaubnis herausfinden, welche weiteren Ger\u00e4te verbunden waren. Dies konnte etwa daf\u00fcr genutzt werden, Profile des Haushalts zu erstellen.<\/p>\n Lesen Sie auchMehr anzeigenWeniger anzeigen<\/p>\n Mit Android 17 wird dieser Schn\u00fcffelei mit der Funktion Local Network Protection<\/a> ein Riegel vorgeschoben. Apps m\u00fcssen zum Scannen des Heimnetzwerks oder f\u00fcr den Verbindungsaufbau mit anderen Ger\u00e4ten im Netzwerk die Erlaubnis einholen. Zudem sagt Google, dass Entwickler f\u00fcr allt\u00e4gliche Aufgaben wie das Streamen eines Videos auf den Fernseher auf vorhandene und sichere Systemtools setzen sollten, mit denen Nutzer etwa einen bestimmten heimischen Fernseher ausw\u00e4hlen k\u00f6nnen \u2013 ohne dass eine App die Erlaubnis ben\u00f6tigt, andere Ger\u00e4te im Haushalt einzusehen.<\/p>\n Eine weitere Ma\u00dfnahme ist der standardm\u00e4\u00dfige Einsatz von Certificate Transparency<\/a> (CT). Alle Zertifikate f\u00fcr Verbindungen zu Apps oder Webseiten m\u00fcssen fortan in einem \u00f6ffentlichen Register erfasst werden. Dadurch soll die Wahrscheinlichkeit sinken, dass Nutzern m\u00f6glicherweise gef\u00e4lschte Zertifikate untergejubelt werden, um den Datenverkehr abzufangen und Schaden anzurichten. Mit Certificate Transparency soll die Wahrscheinlichkeit, dass ein solcher Angriff unbemerkt bleibt, deutlich sinken, so Google.<\/p>\n Netzanbieterseitige 2G-Abschaltung<\/p>\n Eine weitere Android-17-Netzwerkfunktion erm\u00f6glicht Mobilfunkanbietern, die 2G-Konnektivit\u00e4t f\u00fcr ihre Kundinnen und Kunden mit einer \u201eZero-Click-L\u00f6sung\u201c standardm\u00e4\u00dfig zu deaktivieren. Nutzer k\u00f6nnen das unsichere 2G\/GSM bereits seit Android 12 manuell abschalten<\/a>. Damit soll \u201eSMS Blaster\u201c-Angriffen entgegengewirkt werden, die \u201eSmartphones in der N\u00e4he dazu zwingen, ihre LTE- oder 5G-Verbindungen zu unterbrechen und auf weniger sichere, veraltete 2G-Netze zur\u00fcckzugreifen\u201c, so Google. Im Anschluss k\u00f6nnen Phishing-Nachrichten an die betroffenen Ger\u00e4te gesendet werden.<\/p>\n <\/p>\n <\/a><\/p>\n \n \u00dcber eine forcierte Verbindung zu einem 2G-Netzwerk k\u00f6nnen Angreifer einen \u201eSMS Blaster\u201c-Angriff durchf\u00fchren.<\/p>\n \n (Bild:\u00a0Google)\n <\/p>\n Deutsche Netzanbieter haben bereits angek\u00fcndigt, ihre unsicheren 2G-Netze, die noch als Fallback genutzt werden, bis 2028 abzuschalten. O2 k\u00fcndigte im Juni dieses Jahres an<\/a>, 2G im Laufe der zweiten Jahresh\u00e4lfte 2028 in Deutschland abzuschalten. Die Mitbewerber Vodafone und Deutsche Telekom haben das Ende von 2G ebenfalls f\u00fcr 2028<\/a> festgelegt.<\/p>\n<\/p>\n
<\/p>\n