Network security beyond firewalls: What actually protects modern infrastructure

Network security beyond firewalls: What actually protects modern infrastructure

David Balaban

The firewall-as-fortress model died years ago. Nobody sent flowers.

Plenty of security programs still act like a properly configured Palo Alto or Cisco ASA at the edge is the main event. It's not, and hasn't been for a while. Cloud apps, remote employees, IoT sprawl, third-party integrations: the stuff that gets attacked doesn't sit behind the firewall in any meaningful sense anymore.

The good news: the tools to handle this exist. The bad news: most security teams still spend the bulk of their budget on the wrong layer.

Why firewalls alone fall short

Firewalls read ports, protocols, and IPs. Fine, that's their job. The problem is that roughly 95% of web traffic runs over HTTPS now, so unless you're doing full SSL inspection (expensive, brittle, and known for breaking half your SaaS apps), the firewall is basically watching sealed envelopes go by.

Verizon's Data Breach Investigations Report keeps saying the same thing every year: credential theft and web application attacks dominate. Attackers aren't smashing through the perimeter. They're logging in with a password from a phishing kit that cost fifty bucks on Telegram.

And insiders? Good luck. A firewall can't tell the accountant pulling payroll from the same accountant uploading the customer database to a personal cloud account. Both look like HTTPS traffic on port 443. Both are "allowed."

Where proxies actually come in

Encrypted HTTPS traffic passing uninspected through a traditional perimeter firewall

Proxies work at a different level than firewalls. They read the actual request, know where it's headed, and can rewrite, block, or log it in ways a firewall structurally can't.

Running outbound traffic through an http proxy server from anyIP gets you application-layer policy: per user, per destination, per category. Blocking known command-and-control domains, catching data exfiltration attempts, keeping employees off risky SaaS tools, that's the actual day-job of a modern security proxy.

Reverse proxies do the mirror image on inbound traffic. They terminate SSL, filter garbage requests, and put a buffer between the internet and whatever origin servers you're running. There's a reason Cloudflare grew into what it is: direct server exposure was never a great idea, most of us just pretended otherwise for a decade.

Zero trust isn't a product

Proxy filtering node analyzing requests and sorting traffic into allowed, blocked, and rerouted streams

You cannot buy zero trust. Anyone selling you "zero trust in a box" is selling you something else with a sticker on it.

The core idea, laid out in zero trust architecture documentation from NIST and others, is that no request gets trusted based on where it's coming from. Not the office network. Not the VPN. Every request proves itself, every time.

Google spent about seven years building BeyondCorp before publishing anything meaningful about it. That timeline is a warning as much as a case study. But the payoff is real: when an attacker phishes one laptop, they get that one laptop. Not the crown jewels.

Smaller shops can start with identity (Okta, Microsoft Entra, or whatever fits the stack) and layer in device posture checks over time. You don't have to solve the whole thing at once.

The boring stuff that actually works

Everybody wants to talk about AI-powered detection. Almost nobody wants to talk about the fact that most breaches still begin with someone clicking something they shouldn't have.

Research covered by Harvard Business Review keeps pointing at culture as the actual variable. Companies running quarterly phishing simulations knock click rates from around 30% down to under 5% inside eighteen months. That's a better return than a lot of expensive tooling delivers.

Detection is the other unsexy line item. Average attacker dwell time still runs past 200 days in industry surveys, meaning plenty of organizations have been compromised for months before anyone notices. The NIST Cybersecurity Framework puts continuous monitoring front and center for exactly this reason.

And when something does happen, response speed decides the bill. Teams with practiced incident response plans consistently spend about a third less per breach than the ones improvising at 2 a.m.

What actually works

There's no silver bullet, obviously. What works is boring: identity done well, proxy-layer inspection covering the traffic firewalls miss, endpoint detection on the boxes themselves, and a monitoring stack that someone actually reads.

Firewalls still belong in the picture. They're just not the star. Treat the edge as one layer of several, put the money where the attacks actually land, and stop pretending the internet still has a perimeter worth defending.

Was this article helpful? Please, rate this.