For years, the firewall was the first and almost only line of perimeter defence: a device that decided which packets entered and left the network based on IP address, port and protocol. That model, the stateful firewall, is still the foundation of any security architecture, but the traffic crossing a modern network no longer looks like it did fifteen years ago.
Today more than 90% of web traffic travels encrypted over HTTPS, dozens of SaaS applications share the same port 443, and threats hide inside seemingly legitimate connections. In that context, a firewall that only looks at ports and protocols has gone blind to much of what actually flows across the network.
The Next-Generation Firewall (NGFW) was born precisely to close that gap. In this article we explain how the traditional firewall works, where its current limits lie, what capabilities the new generation adds and how it relates to neighbouring concepts such as UTM, WAF and Zero Trust. We finish with a practical guide on when a stateful firewall is enough and when the jump to an NGFW is unavoidable.
The Evolution of the Firewall: From Ports to Applications
The first firewalls, in the early nineties, were simple stateless packet filters: they evaluated each packet in isolation against static rules for source, destination and port. They had no memory of connections, which made them easy to fool with forged packets pretending to belong to an already established session.
The next generation introduced stateful inspection: the firewall began to keep a table of active connections and to understand the context of each packet within its TCP/UDP session. That model, which still dominates most networks, operates mainly at layers 3 and 4 of the OSI model — network and transport — and for decades it was enough to segment networks and control access by port.
The problem is that applications stopped behaving predictably with respect to the port. In the past, email went over 25, the web over 80, and little more. Today almost everything is tunnelled over HTTPS/443: messaging, cloud storage, video conferencing, VPN, software updates and, of course, malware. Telling a legitimate corporate application apart from a data exfiltration by only looking at the port became impossible, and out of that need the NGFW emerged.
The Traditional Stateful Firewall and Its Limits
A stateful firewall filters traffic by source and destination IP address, port and protocol, and keeps the state of each connection so it only allows the return traffic that belongs to sessions it has itself authorised. It is fast, efficient and very reliable for what it was designed to do: define which machines can talk to which machines, and over which ports.
That design also gives it its structural limits. A traditional firewall:
- check_circle Cannot see which application travels inside the port: to it, everything coming in over port 443 is "HTTPS", with no way to tell whether it is Microsoft 365, a backup, a game or an unauthorised remote-access tool.
- check_circle Does not detect malware or threats in the content: it does not inspect the packet payload, only the headers. An exploit or a trojan inside an allowed download passes unseen.
- check_circle Is blind to encrypted traffic: since it does not decrypt TLS/SSL, it cannot analyse what happens inside HTTPS connections, which today are the vast majority.
- check_circle Does not know the user: it applies rules by IP, not by identity. It cannot tell whether behind an address is the CFO or an intern.
None of these limitations invalidate the stateful firewall: it is still excellent for segmenting the internal network with VLANs and microsegmentation. It simply was not designed to inspect content or to make decisions based on the application or the user.
NGFW: What the New Generation Adds
A Next-Generation Firewall is, first and foremost, a superset of the traditional firewall: it keeps all the stateful filtering at layers 3 and 4 and adds a stack of capabilities that operate up to layer 7 (application). These are the functions that define an NGFW:
- check_circle Application awareness (layer 7): identifies and controls specific applications — Microsoft 365, Dropbox, TikTok, BitTorrent, TeamViewer — regardless of the port they use. You can allow business apps and block risky ones even if they share port 443.
- check_circle Integrated IPS/IDS: an intrusion prevention and detection system that analyses traffic for known attack patterns (signatures) and anomalies, blocking exploits in real time.
- check_circle Deep packet inspection (DPI): examines the full payload, not just the headers, to understand what each data flow actually contains.
- check_circle TLS/SSL decryption: decrypts HTTPS traffic in a controlled way to inspect it and re-encrypt it, eliminating the blind spot of encrypted traffic where most modern malware hides.
- check_circle Identity-based filtering: through directory integration (Active Directory, LDAP, SSO), it applies policies per user or group instead of per IP.
- check_circle Web / URL filtering: blocks categories of sites (malware, phishing, inappropriate content) and controls browsing by domain reputation.
- check_circle Antimalware and sandboxing: analyses files in transit and detonates suspicious ones in an isolated environment to uncover zero-day threats before they reach the endpoint.
- check_circle Threat intelligence feeds: continuously updated with indicators of compromise (IoC), malicious IPs and new signatures from the vendor's global sources.
The sum of these capabilities turns the NGFW into a perimeter security platform able to answer the question the traditional firewall could not: not just who talks to whom, but which application, which user and with what content. Combined with a well-segmented network architecture, it is the cornerstone of modern perimeter defence.
UTM, WAF and Zero Trust: Neighbouring Concepts
Several terms often confused with each other live around the NGFW. It is worth drawing the boundaries:
UTM (Unified Threat Management) is an all-in-one approach that bundles firewall, IPS, antivirus, web filtering, VPN and antispam into a single appliance, aimed above all at SMEs looking for management simplicity. The line with the NGFW is blurry: in practice, many vendors sell the same hardware as a UTM when it targets small business and as an NGFW when the focus is the performance of application inspection in large environments.
A WAF (Web Application Firewall) is not the same as an NGFW. A WAF is specific to web applications and works at layer 7 over the HTTP/HTTPS protocol, analysing requests to stop attacks such as SQL injection, cross-site scripting (XSS) and the rest of the OWASP Top 10. It is complementary, not a substitute: the NGFW protects the network perimeter against all kinds of traffic, while the WAF sits in front of a specific web application to protect it from attacks targeting its logic.
Zero Trust is not a product but an architecture model based on the principle "never trust, always verify". The NGFW is an enabling piece of Zero Trust: it provides the segmentation, identity verification and continuous inspection the model demands at every point of the network. Microsegmentation with NGFWs or internal stateful firewalls is one of the practical ways to apply Zero Trust inside the datacenter, instead of relying on a single outer perimeter.
Comparison Table: Traditional Firewall vs NGFW
The following table summarises the key differences between both approaches across the parameters that matter most when designing perimeter security:
| Criterion | Traditional firewall (stateful) | NGFW |
|---|---|---|
| OSI operating layer | Layers 3-4 (network and transport) | Layers 3-7 (up to application) |
| Application awareness | No | Yes |
| Integrated IPS/IDS | No | Yes |
| Deep packet inspection (DPI) | No (headers only) | Yes (payload) |
| TLS/SSL traffic inspection | No | Yes (with decryption) |
| Identity-based filtering | No (by IP) | Yes (directory/SSO) |
| Antimalware and sandboxing | No | Yes |
| Cost and management complexity | Low | Medium-high |
| Performance impact | Minimal | Variable (depends on functions) |
| Typical scenario | Simple internal segmentation | Perimeter / compliance / advanced threats |
Practical Considerations: Performance, Privacy and Management
Adopting an NGFW is not just about switching functions on. There are three considerations that make or break the deployment:
Rule of thumb:
The published throughput of an NGFW is almost always measured with the advanced functions turned off. With IPS, DPI and TLS decryption active, real performance can drop by 50% to 80%. Always size by the throughput with full inspection, not by the headline figure.
TLS decryption is the most powerful and, at the same time, the most delicate function. It lets you see inside encrypted traffic, but it has a double cost: performance, because decrypting and re-encrypting every connection consumes a lot of CPU; and privacy and compliance, because inspecting employees' personal communications can clash with the GDPR. The recommended practice is to apply it selectively, excluding by policy sensitive categories such as banking, healthcare or legal services.
Finally, rule management grows in complexity. A stateful firewall is governed with source/destination/port rules; an NGFW adds policies by application, by user, by web category and IPS profiles. Without a discipline of periodic review, the rule base turns into a tangle that is hard to audit. A poorly configured NGFW can give a false sense of security that is worse than a well-maintained simple firewall.
When a Stateful Firewall Is Enough and When You Need an NGFW
Not every scenario justifies an NGFW. A stateful firewall is enough when the goal is simple internal segmentation: separating VLANs, isolating development and production environments, or controlling which datacenter servers can communicate with each other. In these cases the traffic is known, requires no content inspection, and minimal latency and low operating cost take priority.
The NGFW becomes necessary when any of these factors appears: a perimeter exposed to the Internet with users browsing and published applications; compliance requirements (PCI-DSS, ENS, ISO 27001) that demand application control and inspection; or exposure to advanced threats such as ransomware, phishing and data exfiltration that can only be detected by inspecting content and encrypted traffic. Protecting against volumetric saturation is another piece of the puzzle worth combining with DDoS attack mitigation strategies.
The market has reference vendors for every need. In the enterprise segment, Palo Alto Networks, Fortinet (FortiGate) and Check Point dominate, with hardware-accelerated inspection and centralised management consoles. In the open-source arena, pfSense and OPNsense offer NGFW capabilities — IDS/IPS with Suricata, filtering and VPN — on standard hardware, a very popular option for SMEs and labs that want full control without per-feature licensing.
EasyDataHost: Managed Firewalls and Network Segmentation
At EasyDataHost we help design the perimeter and internal security layer of your infrastructure, combining stateful firewalls and NGFWs depending on the workload:
- arrow_right Managed firewalls with application policies, IPS and web filtering, sized for real throughput with full inspection enabled.
- arrow_right Network segmentation with VLANs and microsegmentation to isolate environments and apply the Zero Trust principle inside the datacenter.
- arrow_right Perimeter design with GDPR-respectful selective TLS decryption, threat intelligence feeds and auditable rules.
- arrow_right Regulatory compliance: infrastructure in our own datacenter in Spain, with ISO 27001 certification and ENS compliance.
You can explore all our capabilities on the managed security page. If you need help deciding between a stateful firewall and an NGFW for your specific case, contact our team for a technical review with no obligation.
Frequently Asked Questions
Does an NGFW replace a traditional firewall?
Yes. An NGFW is a superset: it includes all the stateful filtering by IP, port and protocol with connection-state inspection, and adds layer 7, IPS, DPI and encrypted traffic inspection. At the perimeter it replaces the classic stateful firewall. For simple internal segmentation, a stateful firewall is still enough and more cost-effective.
Is an NGFW the same as a WAF?
No. The NGFW protects the perimeter by inspecting all network traffic across layers 3 to 7 for multiple protocols. The WAF is specific to web applications and analyses HTTP/HTTPS traffic looking for SQL injection, XSS and the OWASP Top 10. They are complementary technologies, not interchangeable.
Do I need to enable TLS decryption on the NGFW?
TLS/SSL decryption lets you inspect encrypted traffic, where most malware now hides, but it has a performance and a privacy cost. It is recommended to enable it selectively by policy, excluding sensitive categories such as banking or healthcare, and to size the NGFW throughput with inspection turned on.
Conclusion
The traditional firewall and the NGFW do not compete: they represent two levels of maturity of the same defence function. Choosing well means understanding what each point of the network needs:
- arrow_right The stateful firewall filters by IP, port and protocol at layers 3-4. Fast, reliable and enough for simple internal segmentation, but blind to the application, the content and encrypted traffic.
- arrow_right The NGFW adds layer 7: application awareness, IPS/IDS, DPI, TLS decryption, identity and web filtering, antimalware and sandboxing. It is the answer to modern encrypted traffic and advanced threats.
- arrow_right UTM, WAF and Zero Trust are neighbouring concepts: UTM is the all-in-one for SMEs, the WAF protects specific web applications, and Zero Trust is the model the NGFW helps to implement through segmentation and identity.
- arrow_right Before deploying, weigh the performance cost of TLS decryption, size by throughput with full inspection, and keep a discipline of rule management. A well-configured NGFW protects; a poorly governed one gives false security.