News for hackers. Stuff that matters.
Re:EBPFSnitch: An eBPF based Linux Application Firewall by simias on Sunday March 14, 2021 @11:08AM (#26456009)
How does Windows prevent this type of bypass? It seems extremely hard to prevent in an unsandboxed environment.
Re:EBPFSnitch: An eBPF based Linux Application Firewall by arsome on Sunday March 14, 2021 @09:05PM (#26461404)
Windows itself does not, 3rd party firewall/HIDS software (ZoneAlarm, Outpost, etc) for Windows has done this by intercepting APIs to do things like call executables with internet access, OpenProcess calls, raw disk IO, registry writes to startup entries, etc.
Re:EBPFSnitch: An eBPF based Linux Application Firewall by xnyan on Sunday March 14, 2021 @12:57PM (#26456777)
I'm not sure what they are talking about, but windows comes with a built-in sandbox now. Adds a little bit of overhead, but besides that works very well.
Re:EBPFSnitch: An eBPF based Linux Application Firewall by _0ffh on Sunday March 14, 2021 @11:47AM (#26456312)
I guess one might try to check the path through the process tree to see if a blacklisted application is the parent (or gp, ggp, etc.) of the process trying to communicate with the outside world.
Re:EBPFSnitch: An eBPF based Linux Application Firewall by simias on Sunday March 14, 2021 @12:23PM (#26456549)
I considered that but IIRC browsers like firefox will accept to load an URL without creating a new child process.

For instance if I type "firefox 'http://google.com'" in my terminal my already-running firefox instance loads the URL in a new tab, so I assume that some kind of IPC is used behind the scenes to ask the main instance to load the URL. Of course that's harder to exploit nefariously than spawning wget from the same process but when there's a will there's a way...