So you’ve been tasked with implementing your company’s next‐gen firewall – now what? Whether you’re considering a Palo Alto or another next-gen firewall, the ability to truly defend your confidential data often comes down to the basics: an optimized network design.
To help get your next‐gen firewall implementation project on the right track from the start, factor the following into your network design plan:
Architectural Requirements
Before you begin whiteboarding a network design, there are a few decisions you have to make upfront. Does the next‐gen firewall need to support High Availability? Are you building redundancy and fault tolerance into the solution? How will you handle failovers? These answers will dictate whether or not there will be primary/secondary appliances and how the network should handle traffic in the event that an individual firewall fails (shut down link v skip over while remaining active).
In‐line or out‐of‐band
Will your next‐gen firewall be deployed to support active traffic inspection and threat blocking capabilities or will it remain in listen only mode? While most companies prefer in‐line configurations, it is important to include a method for handling patching and updates without disrupting traffic flows throughout the organization.
Network Speed vs Appliance Speed
Understanding the speed at which the next‐gen firewall can process data as compared to the speed at which the network sends data is critical to the design process. If the network feed is too fast for the appliance, packets will be lost and it will not function properly. Luckily, most next‐gen firewalls live up to their throughput specifications in the real world. However, your internal network specifications may have changed especially if you are constantly upgrading to support high speed data access, cloud connectivity and more.
When preparing a network design diagram, it is important to fully specify the wiring (copper, fiber, fiber size, etc.) to ensure that the correct connections are available at installation.
Physical Connections
The way in which a firewall is connected to the network has implications for both security and network performance. For most companies, connecting the firewall directly to the network WAN or LAN seems like the most secure approach – after all there is no closer connection. However this approach may actually end up clogging the network, overwhelming other monitoring systems and interfering with policy control.
Consider using a network TAP instead. You still have access to a clear stream of network data – every bit, byte, and packet®. In this network design, next‐gen firewalls do not impact speeds and feeds for the mission critical applications the business supports. More importantly, should the firewall itself be altered remotely (a favorite move of the more sophisticated hacker), datastream from a TAP cannot be breached because the TAP has no IP address. In this design, the diagnosis and containment of issues can happen faster and more easily. Additionally, TAPs allow you to take appliances offline to install patches or troubleshoot issues without interrupting data traffic flows.
* * *
Knowing how to properly optimize design and connect a next gen firewall to the network from the start can mean the difference between a quiet, vigilant defense system and a very public apology to customers.
Are you tasked with deploying your company’s next‐gen firewall? Need help with network design? The designers at Garland are ready to jump in and assist.
Want to learn more about how to maximize your Palo Alto Networks investment by having the right network Access.
If the inline security tool goes off-line, the TAP will bypass the tool and automatically keep the link flowing. The Bypass TAP does this by sending heartbeat packets to the inline security tool. As long as the inline security tool is on-line, the heartbeat packets will be returned to the TAP, and the link traffic will continue to flow through the inline security tool.
If the heartbeat packets are not returned to the TAP (indicating that the inline security tool has gone off-line), the TAP will automatically 'bypass' the inline security tool and keep the link traffic flowing. The TAP also removes the heartbeat packets before sending the network traffic back onto the critical link.
While the TAP is in bypass mode, it continues to send heartbeat packets out to the inline security tool so that once the tool is back on-line, it will begin returning the heartbeat packets back to the TAP indicating that the tool is ready to go back to work. The TAP will then direct the network traffic back through the inline security tool along with the heartbeat packets placing the tool back inline.
Some of you may have noticed a flaw in the logic behind this solution! You say, “What if the TAP should fail because it is also in-line? Then the link will also fail!” The TAP would now be considered a point of failure. That is a good catch – but in our blog on Bypass vs. Failsafe, I explained that if a TAP were to fail or lose power, it must provide failsafe protection to the link it is attached to. So our network TAP will go into Failsafe mode keeping the link flowing.
Single point of failure: a risk to an IT network if one part of the system brings down a larger part of the entire system.
Heartbeat packet: a soft detection technology that monitors the health of inline appliances. Read the heartbeat packet blog here.
Critical link: the connection between two or more network devices or appliances that if the connection fails then the network is disrupted.