Android 16: Neue Sicherheitslücke in VPN-Apps enthüllt echte IP-Adressen

Android 16 VPN-Umgehung Im Kern des Problems liegt ein Designfehler im ConnectivityManager-Dienst direkt zu senden, kann eine bösartige App eine Last für den Systemprozess (system_server) registrieren, der mit erhöhten Berechtigungen arbeitet und nicht an VPN-Weiterleitungsregeln gebunden ist.

Sobald die App beendet wird oder ihr Socket zerstört wird, sendet system_server die vom Angreifer kontrollierten Daten über das physische Netzwerkinterface des Geräts, beispielsweise WLAN, und umgeht dabei vollständig den VPN-Dienst. Dieses Verhalten ergibt sich aus der Methode:

registerQuicConnectionClosePayload Die Methode fehlt:

Kenntnis der VPN-Lockdown-Richtlinien.

Kenntnis der VPN-Lockdown-Richtlinien. Infolgedessen können auch Apps, die lediglich automatisch zugewiesene Berechtigungen wie INTERNET und ACCESS_NETWORK_STATE besitzen, diesen Mechanismus ausnutzen. Die Schwachstelle untergräbt effektiv das Vertrauensmodell für VPNs. Angreifer können:

Die echte öffentliche IP-Adresse eines Nutzers enthüllen.

Daten außerhalb verschlüsselter VPN-Tunnel exfiltrieren.

Nutzer trotz Datenschutzschutzes verfolgen.

Nutzer trotz Datenschutzschutzes verfolgen. Das Problem wurde erfolgreich auf einem Pixel 8 mit Android 16 und aktiviertem Proton VPN sowie aktivem Lockdown-Modus getestet. Indikatoren für Kompromittierung (IOCs) Nachfolgend werden die wesentlichen Indikatoren im Zusammenhang mit der Ausnutzung aufgeführt:

Netzwerkauslastung: Unbefugte UDP-Pakete, die außerhalb des VPN-Tunnels gesendet werden.

Quell-IP: Die echte Wi-Fi-IP des Geräts (z.

Verwendete Berechtigungen: INTERNET, ACCESS_NETWORK_STATE.

Verwendete Berechtigungen: INTERNET, ACCESS_NETWORK_STATE.

Systemkomponente: system_server (UID 1000), die den Datenverkehr initiiert. Das Problem wurde im April 2026 dem Android Vulnerability Reward Program (VRP) klassifizierte es jedoch als „Won't Fix (Infeasible)" und gab an, dass die Kriterien für die Aufnahme in ein Sicherheitsbulletin nicht erfüllt sind. Forscher argumentieren dennoch, dass die Schwachstelle erhebliche Datenschutzrisiken birgt, insbesondere für Nutzer, die auf VPNs zur Anonymität angewiesen sind. Eine vorübergehende Abhilfe besteht durch einen ADB-Befehl, der die anfällige QUIC-Funktion deaktiviert:

adb shell device_config put tethering close_quic_connection -1 Nach einem Neustart sendet das System die registrierten Payloads nicht mehr aus und blockiert damit effektiv den Datenleck. Dies ist jedoch keine dauerhafte Lösung und könnte in zukünftigen Updates entfernt werden. Forscher, dass systemweite Ausnahmen unbeabsichtigt wesentliche mobile Sicherheitsmechanismen umgehen können.

Da die Nutzung, könnten solche Umgehungen zu einem kritischen Angriffsvektor für Überwachung und Datenlecks werden. Benutzer und Sicherheitsteams werden aufgefordert, ungewöhnliche Netzwerkaktivitäten zu überwachen und wo möglich Gegenmaßnahmen zu ergreifen, bis eine offizielle Lösung bereitgestellt wird. Sie uns auf