Third-party developers have published a detailed technical breakdown of how they closed a long-standing VPN tunnel leak affecting AmneziaVPN on Android. The issue, first reported in issue #2457, allows applications excluded from the VPN tunnel to bind sockets directly to the tun0 interface and thereby learn the address of the VPN server.
The root cause lies in Linux kernel behavior on versions 5.7 and newer. When an excluded application calls setsockopt(SO_BINDTODEVICE, "tun0"), the kernel falls back to treating the destination as an on-link neighbor if no matching routing rule exists for the UID. This bypasses the UID-based split-tunneling rules installed by VpnService and addDisallowedApplication.
The fix introduces a packet filter that inspects every outbound packet read from the tunnel descriptor. For each new flow the filter calls ConnectivityManager.getConnectionOwnerUid through a JNI bridge to obtain the UID. If the returned UID is INVALID_UID or belongs to the VPN client itself, the packet is dropped. In exclude mode this single rule effectively blocks all bypass attempts because excluded applications are never reported as owners.
The implementation was added to both traffic paths inside AmneziaVPN. On the Xray path the check sits inside the gVisor stack before SOCKS connections are created. On the AmneziaWG path a lightweight hook was placed inside amneziawg-go immediately after packet padding, maintaining a small cache of UID decisions to avoid repeated JNI calls.
Performance measurements on Android 16 showed no measurable increase in connection latency at 5000 new flows per second. When disabled, the filter adds only a single atomic read per packet and contributes no code to non-Android builds.
The authors stress that they are not official maintainers and that the three submitted pull requests remain unmerged. A side-loaded test build is available for verification. The article concludes with an extensive list of remaining edge cases, including raw sockets, IPv6, tethering, and certain UDP behaviors, together with a checklist for other VPN clients wishing to implement similar protections.


