39
I am going to intentionally exclude Unifi and Mikrotik along with the vendors like Cisco, Juniper, Aruba etc from this discussion as I don't think they are relevant (especially since you can't run them on your hardware).
- OPNsense: Considered the superior alternative to PFSense. Great firewall, routing capabilities, IDS and certificate authority, advanced features, can be a DNS server etc. Best option all around for x86, but BSD based - take note of available drivers. Don't even think about running random WiFi antennas unless you confirm good support for them (use a distinct WAP).
- OpenWRT: built for consumer router + switch + WAP boxes on embedded hardware. Great OS and uses very little resources with many features, but doesn't compete in features with OPNsense if you have x86.
- VyOS: Debian based router + firewall. Linux makes it easier for people to pick up the CLI but I've heard complaints about it being difficult to follow. Currently CLI only, at least without third-party solutions, but is powerful and competes directly with OPNsense for features for the most part. Edit: I made a mistake - LTS versions also have their source available for free, you'd just need to compile it with the instructions on their website. Seems to be stable.
- Debian + FRRouting + nftables + heavy SELinux for the paranoid/analogous alternatives on OpenBSD (the latter is considered more secure but YMMV, configuration plays a big part here).
- Freemium: Sophos free version for home use.
Which one of these do you run, and why? What have been your issues with one or the other, and what have you settled on? Any niche customisations that you might have made? I'm very interested to know!
Cheers
Edit: it would seem that OPNsense is a big winner in this space for stability. OpenWRT comes next because of it's very light nature and ability to run on consumer routers.
Thanks. I was going a bit more for the "what do you need that for" aspect. Emulating an enterprise environment sounds more like tinkering or learning? I mean I get network segmenting if you want to seperate for example an home-office from the entertainment devices in the livingroom from the cheap unpatched IoT devices... And also have a seperate network to experiment in the basement lab... Doing firewalling to keep the TV from transmitting behaviour tracking data to the manufacturer... Stop the kids from accessing the network share... Or you have several servers running at home with lots of containers...
But are that hypothetical use-cases? Or what do people actually use the 2 consecutive firewalls and different network segments for?
I mean I live in a country where electricity isn't that cheap. I run one server 24/7 and that has to do everything. And since it's just one machine I can set up a network bridge and a seperate internal network for docker there. Most of the networking isn't overly complicated and contained within that machine. But my OpenWRT also does additional wifi for the guests and a third network for experimentation.
I get doing it as a hobby. I was just wondering if there are 12 laptops at home, VLANs through the house and 3 servers with lots of storage and webservices and that's what the OPNsense is for, or if it's more "because I can".
Thanks for explaining your rationale for the question. I'm in the US and whilst power isn't the least expensive in the world, it's not as bad, as say, Germany.
If you look at my history, in my previous post I was talking about hosting AD. Alongside that, I will also be hosting (sometime in the near future) an IOT controller, messaging, many IOT devices etc. Instead of just creating VLANs (which is certainly a valid approach), I'd like to create a separate network (and bind the VMs behind the router to only be able to pass traffic through that router with ACLs and defining it as the gateway).
I do not have a massive consumer base at home (the nod towards "12 laptops, bunch of PCs and a home datacenter" isn't really for me), but I will have a lot of service VMs, containers etc. Some of them, I'd like for them to stay contained and not have to write additional firewall rules/ACLs on my main router - I can write those in the config of the secondary router and have a clean separation between a testing network (which is the purpose for the secondary router as a VM, for me) and my actual gateway.
Now, in terms of hardware, I'd like to run 2 different firewalls too. Partly because I'm paranoid about Intel ME - the plan was to run an OpenWRT router which would be connected to the internet, with a second router on x86 (which is why I made this post and was looking forward to this discussion) behind it, whilst intentionally double-NATting myself. I will also be setting up ACLs on the OpenWRT router/firewall to attempt to prevent Intel ME from ever accessing the internet - I believe that even if ME can utilise the same MAC of the NIC to send packets, it cannot use the same IP address. I'm also in the phase of researching other parameters on which I can filter out such traffic and only allow traffic from my trusted node (i.e. router/firewall OS) to access the internet. This argument probably won't hold up very well against real-world scenarios and I might face hitches along the way, but I want to try it.
Also, I'll feel safer experimenting on my "main" firewall/router (the x86 box - like I mentioned to another commenter, I might run a DIY OpenBSD router on it) if I have a firewall/NAT setup in front of it to take care of my network.
Thanks for the question, and I'm sure my words don't make much sense (technically speaking), but this is simply what I cobbled together thinking about what I can realistically do.
Ah. Thanks for explaining :-)
Yeah, the ...keeping the mess somewhere else and not doing it on the important firewall... makes sense.
I also like to keep it clean so everything is a bit more modular and better to maintain. (I made the mistake of introducing circular dependencies and overly complicated setups often enough.)
I think the double-NAT is a bad idea. Such things just cause pain and break in unexpected ways. I'd rather focus on getting the firewall right. And the NAT doesn't add anything here. A firewall is the correct tool to filter packets between two network segments. A NAT is a crude thing that happens to drop incoming connections from the other side. But you could as well instruct your firewall to drop those packets. It'd be the same result just without the added pain.
And I have some IoT devices as well. Half of them use Zigbee, the other half is connected to my main wifi, I never got around to seperate them. But the're all running open source software and talking to my Home Assistant via MQTT or Esphome. (I don't own any smart dishwashers or coffee machines.)
I don't have too much info on IntelME. I suppose it doesn't do stupid things, or someone would have found out already. And it's really difficult to protect from. Especially in a setup that isn't completely locked down. I hope they someday learn and replace that with an open solution.
You're right, I should have thought a bit more before I answered. Thinking about it, double NAT doesn't achieve anything. With that said, the main way in which this is a problem is if one were to forward ports, in which case they'd need to forward ports from both firewalls.
Yes, I will be dealing with firewalls on both appliances.
I too will be investing more into Zigbee in the future, but having a central controller with MQTT can help. I haven't decided if I want to go completely without WiFi. There's certainly security considerations to going to Zigbee. Like you, I do not plan to utilise many proprietary IOT solutions and buy into the massive appliances being controlled with outdated software. I'll stick to dumb appliances as much as I can.
I don't think it's particularly malicious either, but the problem I have is that it is essentially at ring 0. As such, my OS can't do anything about it, which means I'm going to have to find alternatives to deal with it. I would have loved to have every device have a FOSS bootloader but I suppose that's a long way away.
Thanks for your comment.
Sure. I think Zigbee/Matter are proprietary standards. And you don't have too much control over how it is implemented in the individual devices and any possible security vulnerabilities. It is a separate network though and easy to use. I bought a small Gateway to connect it to Home Assistant after the USB stick I was initially using showed some compatibility issues.
What I really like are those cheap chinese devices that have ESP8266 or ESP32 microcontrollers in them. I can flash Tasmota or Esphome on them, take control and have them run free software. No manufacturer's cloud needed and updates indefinitely.
Yeah, and we recently talked about smart/dumb appliances. In this household there are lots of older appliances anyways. And we moved a few years ago so they're just old enough that none of them have wifi. I think that has changed since. Nowadays it's not an extra 150€ for wifi anymore, but part of most appliances. And you get an App along with your new diswasher per default. I like "smart" with lighting. And having the washing machine turn on 2h before I get home is a huge convenience. Apart of that, I'd like the heating unit to be smart, but it isn't. I think we could save some energy if the gas heating stopped after everyone left. There is no steady weekly schedule I could program into the central unit, so it's just some radiators I can turn down. Apart from that, I don't think I have a good use-case for a smart diswasher, fridge or a bugging device that can play music.
I don't like it either. It's just a very stupid design choice to have some uncontrollable extra chips run god knows what with highest privileges. And in the past people already discovered several security vulnerabilities. And there is no alternative to it. I think AMD does the same. And coreboot is a bit niche. I'd have to put quite some effort in and make some trade-offs. And it doesn't have to be this way. I don't think the embedded controller firmware is a super valuable trade-secret anyways. They probably keep it a secret and locked down for shady reasons or because they don't want people to see the amount of vulnerabilities in it. I don't think it would do Intel or AMD any harm to just open up that part of the system.
I don't think Zigbee is proprietary, but I might have missed something. Like you, I also really like the ESP controllers that I can get and run my own code/mature projects on them (this is for both Zigbee and WiFi versions)
If you can replace your thermostat, that would make your heating reasonably smart. With that said, I'm now used to manually turning it down when I leave.
You're right. Both standards are open. I got confused by the German Wikipedia article about Matter which is very misleading.
I have 2 thermostats but that's not enough for the rooms. And I'm not entirely happy with them. Maybe I need to find a good model and buy some more.