Live data from Hacker News

Android NAT-T keepalive offload bypasses VPN lockdown

supuk.ch

51–60 of 68 posts

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#51
post #24
post #20

Earlier quoted context omitted.

A business: hiding everything is expected. To do otherwise is negligence An individual: you're a pedo if you use a VPN Give over.

Most people I know use a VPN do it to bypass geo restrictions and/or get a discount with cheaper currencies. (But hey, our "representatives" seem to disagree.)

Most people I know use a VPN to avoid censorship by several governments and non-governmental organizations targeting them at once.

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#52

Earlier quoted context omitted.

What's the point of setting a PIN if Cellebrite can hack almost any phone?

Not every pocket thief or drunkard who finds your phone has cellebritr. Security measures consider the threat model. More specifically, another commenter in this thread says it's to make sure the user is aware of the configuration of a VPN which, if done maliciously, funnels all your traffic toa a hostile place.

A pocket thief will bring the phone to a friend with a laptop and black market software. If the phone has no theft protection, they will factory reset it; if it has, they will use paid software to remove protection. I have not used that software and do not know if it is actual now, but Internet search shows that older phones are completely unlockable.

Just to give an example, here is publicly available information: https://github.com/youngrichu/frp-freedom/blob/main/FRP%20By...

Good thing is that some of the aforementioned exploits can be used to work around locked bootloader and liberate the phone.

Do not rely on any security in Android. It has lot of mistakes, poorly coded high privilege vendor software, so it would be dumb to use it for anything valuable.

> More specifically, another commenter in this thread says it's to make sure the user is aware of the configuration of a VPN which, if done maliciously, funnels all your traffic toa a hostile place.

I do not see how PIN protects the user, especially if user had PIN before installing a malicious VPN. Also, isn't Google Play supposed to check every application for malicious functionality?

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#53
post #37

Earlier quoted context omitted.

[flagged]

The past several weeks of our replies were wrongly flagged. None of our posts were in any way inappropriate and it's entirely appropriate to ask for help getting it undone. On the other hand, you're repeatedly making personal attacks on our team, engaging in doxxing and spreading harassment content. You're directly pointing people to Kiwi Farms harassment content with blatant libel and doxxing. There have been years…

Perhaps this is a stupid question, but have you emailed the moderators (rather than assuming they're aware of the issue) ?

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#55
post #20
post #16

You're definately not hiding something if all your traffic goes out to a single IP address and a single pair of source and destination ports.

A business: hiding everything is expected. To do otherwise is negligence An individual: you're a pedo if you use a VPN Give over.

What an useless comment, you have no idea about privacy or security don't you?

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#56

The stupid thing about Android is that it requires you to set a PIN to use Always-on VPN which is necessary for traffic filtering (as Android doesn't provide access to nft).

That seems like a good trick to me if you want to prevent people from installing spyware without any obvious signs. You can almost hide the warnings (there's one small notification in the bottom of the notification tray you can't disable) and on some phones even the VPN icon, but you can't hide the new lock screen code your victim suddenly needs to enter to use their phone. It used to be that Android showed random po…

The issue with many people like me like to use tailscale, so they should probably think about giving too many warning.

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#57

The stupid thing about Android is that it requires you to set a PIN to use Always-on VPN which is necessary for traffic filtering (as Android doesn't provide access to nft).

Why wouldn't you set a PIN?

I already have a very long password. I object to unnecessary extra layers -- you can rely on secure hardware via the system if you must authenticate me again, but do not pretend to become your own steward.

Most of my apps that decide to ask for their own PIN (e.g. Klarna, Privacy.com, myFICO) have some deterministic garbage that's easy to guess because they provide no real security. I refuse to entertain security theater with real secrets. (real secrets = ones I don't remember)

Re: Android NAT-T keepalive offload bypasses VPN lockdown

#60

Android has a way to bind the socket to the interface: Network.bindSocket, this is a setsockopt(SO_BINDTODEVICE) wrapper with access control. The access to it is controlled by the VPN application. Some applications could be allowed to connect directly when the VPN is active and routing all the traffic by default, some could use VPN if configured not to use it by default. However starting with Linux kernel 5.7, the un…

Can you report this to GrapheneOS?
Post reply on HN