Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

What about the same for Linux? I would pay twice the LittleSnitch price for it if it was working really good.


I'm aware no one asked, but in case anyone was scanning for Windows, simplewall is a reasonable alternative, both free and open source (development powered by donations): https://www.henrypp.org/product/simplewall

I'm not affiliated with them.


We're working on a powerful (also FOSS!) alternative for Windows. It includes DNS-over-TLS and extensive firewall features. See https://safing.io/portmaster/

It's not completely stable yet, but we are making great progress. We'd love feedback!


Portmaster looks nothing short of amazing. I have tried it some two months ago but for couldn't really get along with it, I can't remember why. I should try it again, many thanks!


I use Glasswire. It's a good Windows firewall manager and network logger with a beatiful GUI.

Some features are paid.

https://www.glasswire.com/


Thank you very much, I'll give it a try. I use Sphinx software Windows Firewall Control now.


You can use OpenSnitch on Linux. These days it's quite stable, they even have binaries.


Ok, thank you for a clue, I'll give it a try. The last time I checked it was clearly very far from production-ready. It still shouts "this software is a work in progress, do not expect it to be bug free and do not rely on it for any type of security" in all caps on its homepage which suggests it still is. Given all the abandoned attempts I've seen in the past I also feel very skeptical this one too.


Would you mind sharing your experience afterwards? The alternatives to SELinux in terms of network filtering seem to be so rare.


I can give you mine, since I use(d) opensnitch for a while.

It works quite well but requires a GUI (obviously), it looks like it primarily supports GTK. If you're hoping to use the machine purely from the CLI (like, when sshing into your work machine) it won't work well.

It is significantly less powerful than LittleSnitch, some options don't exist (like, allowing access to a domain), but you get similar functionality in many cases.

Overall, it's definitely worth testing out to see if it works for you.


I think you haven't tested last versions.

GUI is not GTK, but Qt.

> If you're hoping to use the machine purely from the CLI (like, when sshing into your work machine) it won't work well.

There's no cli tool published yet. There's a PoC though that works well.

> some options don't exist (like, allowing access to a domain)

Since version 1.0.0b you can filter by domain. And in latest version by domain, ip, network, uid, port, command line, command path, cmd environment variables, protocol, or any combination of them. You can't filter by interface, but if aomeone needs it open a new issue.

> It is significantly less powerful than LittleSnitch

What options do you miss?


> It is significantly less powerful than LittleSnitch

To make it no-less powerfull somebody has to invest time and expertise into extending the kernel for it - AFAIK LittleSnitch works this way on MacOS.


OpenSnitch (Linux) works great, but you can also browse through: https://awesomeopensource.com/projects/firewall


We're working on a powerful FOSS alternative for Linux. It includes DNS-over-TLS and extensive firewall features. See https://safing.io/portmaster/

It's not completely stable yet, but we are making great progress. We'd love feedback!


iptables?


iptables don't let you know when a particular program tries to access an outside host and choose whether you want to allow that.

Speaking of a desktop (not a server) firewall I'm rarely even interested which host/port/whatever is a connection about. What matters to me is what app initiated it (if it's initiated from outside my PC it should be always blocked).

Iptables used to expose a field attributing a connection to a particular process but this feature was only available in old 2.4.x kernels IIRC.


> iptables don't let you know when a particular program tries to access an outside host and choose whether you want to allow that.

How does this model work for commonly used programs like curl? Do you block it and can't use it at all in your shell scripts, or do you whitelist it and hope that nefarious programs don't use it to exfiltrate data?


This is complicated, yes. This is why I didn't manage to achieve the perfect result with AppArmor - many of the apps I used on Linux are non-native so it seemed I could only allow/block the entire Python or a JVM (or curl, but I rarely use it so not a problem for me). Perhaps there was a way to analyse the parent process and/or the command line, perhaps whatever, AppArmor (let alone SELinux) felt too complicated (and cumbersome to operate) to waste time.

On Windows and Mac I don't really mind enabling/disabling whole Python/Java/whatever because I can do so in a couple of clicks (and I use more native apps there anyway, many untrusted native apps in particular).

By the way there are many processes on Linux which I would like to silence and theoretically could silence by just removing them as I never need them: I mean Avahi, Samba etc. However, today distros have all sorts of essential packages depending on these and won't let you uninstall them without destroying everything.


You can allow or block based on the parent process.


Seems like you could do something with ebpf but how would you deal with the notifications in a cli env... special tty you connect to via tmux/screen?


> but how would you deal with the notifications in a cli env

That's a very interesting question. I'd love to invent something terminal-based for fun and for future occasions when I'm probably going to need that but I never actually needed that so far. I use GUI DEs 100% of time and I don't really care to firewall particular processes on remote servers I SSH to - those have other security policies doing the job pretty well for them.

Perhaps it could be a named pipe a TUI app (TUI running in a separate virtual console, or in a terminal multiplexer) would connect to.

Vuurmuur is an example of a nice TUI firewall app.


Plus if you use docker iptables are essentially useless without a lot of tweaking to make docket respect it.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: