3 ms·
Here's food for thought: while a proper firewall and network segmentation is a well-established best practice, I'm not sure this is a winning battle. There are
by jlmorton 7y ago
Here's food for thought: while a proper firewall and network segmentation is a well-established best practice, I'm not sure this is a winning battle.
There are probably a few dozen organizations out there that are properly implementing strong information security practices, and my hats go off to them. But they are the few, and I have never worked for one.
Despite best laid plans and policies, every place I have worked has always had some improperly secured services somewhere on their network. And every place that I've worked has had segmented networks that people end up relying on. And the people working for these organizations are often aware of the improperly secured resources, but they're only in the DMZ, and there are many other things to worry about, so it lives on.
Especially now that we live in an IPv6 world, why not just run everything publicly. Push security all the way down to the applications themselves, and rely on the software development lifecycle process to catch security issues.
Every service has to be secure. And they can get an awful lot of help in this from things like a service mesh architecture, where you're getting mutual TLS from something like Envoy, and the applications won't accept a network connection unless they're specifically authorized.
We need to stop relying on firewalls and network segmentation entirely, and just run everything on the public Internet, and make sure every service is secured.
I will say, when a zero day comes out in whatever proxy you're using to secure your services, you are in for a world of hurt. But there are zero days in firewalls too.
- 0xffff2 7y agoI work at a non-JPL NASA center. My workstation and internal server resources are already locked down to a barely tolerable extreme. I can't imagine what kind of restrictions would be added if we went forward with something resembling the above proposal. I don't want to go into much detail about our internal network architecture, but suffice to say it's extremely difficult to run any kind of service whatsoever even internally. It has literally taken me years to get approval to expose a fairly simple REST API to the public internet, and I'm not even there yet.
- majewsky 7y ago> Especially now that we live in an IPv6 world, why not just run everything publicly. Push security all the way down to the applications themselves, and rely on the software development lifecycle process to catch security issues. Yeah, wouldn't it be nice if software just didn't have any bugs? You got the correlation backwards: Software isn't garbage because we can rely on the band-aids. The band-aids were invented because all software is garbage.