Alkira > Resources > Single, Multicloud and Hybrid Networking > Multi-Cloud Inline Traffic Inspection using Alkira

Multi-Cloud Inline Traffic Inspection using Alkira

Multi-Cloud Inline Traffic Inspection using Alkira

In the previous blog, we talked about the Ingress Inspection using Alkira. This blog will focus on Multi-Cloud Inline traffic inspection, which helps you monitor your traffic from malicious actors. Alkira firewall service allows or denies network traffic for real-time flows from source to destination using traffic policies.

We will be covering the following three use-cases:

1- Inspecting traffic between VPC/VNets (East-West Traffic)
2- Inspecting Traffic between Cloud and OnPrem (North-South Traffic)
3- Inspecting the outbound internet traffic from the cloud (Egress Traffic)

CSP Native Approach:

Each use case will be handled differently in the native Cloud Service Provider (CSP) approach. Let’s go over each use case one by one:

Case 1: Inspecting traffic between VPC/VNets (East-West Traffic)

In the Traditional Cloud Service Provider (CSP) approach for East-West traffic inspection, a third-party firewall will be placed in a separate VPC/VNET called a Security VPC/VNET. The traffic will come from the source workload VPC to the destination workload VPC traversing the specific networking constructs (TGW, vWAN Hub, etc.) and then hit the Security VPC where we have 3rd party firewall (e.g., Palo Alto VM-Series, Fortinet FortiGate, Check Point Security Gateway, etc.) for traffic inspection before it reaches to the destination.

As you can see below in the example, many steps are required to solve this use case.

Figure 1: Inspecting traffic between VPC/VNets (East-West Traffic)

Case 2: Inspecting traffic between Cloud and OnPrem (North-South Traffic)

This case is similar to the above use case; Spoke VPC/VNET traffic is going towards On-Prem via a third-party firewall, and similar complexity exists in this use case.Figure 2: CSP Native Approach for Cloud to OnPrem Inspection

Case 3: Inspecting the Cloud outbound internet traffic (Egress Traffic)

Similar to the prior instances, the traffic will originate from the workload VPC towards the internet via the CSP Transit, as shown in the below example, and then hit the security VPC to go towards the internet. The difference here is that the Source IP of the outbound traffic towards the internet will get translated (SNAT) on the firewall.Figure 3: CSP Native Egress Inspection

Problem with this Approach:

Design Challenges at Scale

The design will look different for the above three use cases when a large-scale deployment is done. Taking the case of a single cloud but with multiple regions, setting up the security VPC for traffic inspection would be required. The challenges are even more significant if the same design is used in a multi-cloud environment.

Visibility

Visibility into traffic is a challenge in any CSP environment, which creates a problem in troubleshooting any connectivity issues. Also, since there are multiple networking constructs in each CSP, figuring out where the issue lies is a challenge.

Configuration

Different CSPs have different networking constructs in a multi-cloud environment, which means that configuring each will be complex, and managing these resources will be a pain. Also, each CSP has its own set of limitations for these resources, which creates a design problem for solving these use cases.

Alkira Approach:

Using the Alkira solution, users can handle the above use cases seamlessly once the relevant configuration has been applied to the Alkira CXP.
For each of the above use cases, traffic is redirected to the FW when the policy is applied; once the traffic is inspected, it will be sent to the destination. The firewall policy on Alkira CXP gives flexibility to the user to steer the traffic depending on the use case.Figure 4: Alkira CXPs make managing and steering traffic simple and easyThe configuration has just two steps:

  1. Create Connectivity for the cloud and on-premises connections depending on your use case. As shown in the above figure. We have three cloud connectors for AWS, Azure, and Egress Internet traffic and one DX connector towards the on-premises data center
  2. Create a Traffic Policy to steer traffic toward the destination depending on your use case

Figure 5: Traffic Flow for each Use CaseFigure 6: The above Screenshot highlights the Overall Network Connecting On-Premise and Cloud using Alkira CXPFigure 7: The above Screenshot highlights the policy for East-West Traffic InspectionFigure 8: The above Screenshot highlights the policy for North-South Traffic InspectionFigure 9: The above Screenshot highlights the policy for Egress Traffic Inspection

Alkira Solution Benefits:

Cost-Effective

In the Alkira solution, the same set of FWs can be used for multiple use cases, including inspecting east-west, north-south, and egress traffic which means that the user will not have to pay for various FWs based on region or the CSP that is being used.

Optimized & Efficient Design

The policy framework in the Alkira solution makes it easy to perform traffic redirection to the FW for any of the use cases mentioned above. This makes the design simpler since the user does not need to deploy multiple FWs for traffic inspection depending on multi-region or multi-cloud deployment.

FW resource Management

The Akira solution automates the FW lifecycle management and configuration of the FW infrastructure (interfaces, zones, etc.)

Troubleshooting

Troubleshooting tools such as Packet capture, flow capture, ping, and traceroute are part of the solution and help find the root cause of connectivity issues.

Modernize your cloud network with Alkira

To learn more about how Alkira can help simplify cloud networking for your organization, reach out and schedule a demo today.

You can also try our Cloud Insights tool for free here, giving you instant inventory and insights into your cloud networking resources.

About the Author :    & 

You May Also Like

Alkira mobile app screens

Introducing the Alkira Mobile App: Network Visibility Wherever, Whenever

Enterprise networks are expected to run 24/7, and the teams responsible for them need visibility wherever work happens. Cloud environments, partner connections, security services, and provisioning workflows are constantly changing. When something needs attention, network and operations teams need a fast way to understand what happened, assess impact, and take the right next step. That...
Jacob Donovan
Simple diagram showing a network as a platform

The Network Needs To Be Part of Your AI Strategy

Enterprises are moving quickly on AI, but many are still running networking models designed for a slower, more centralized and static era. Today’s network has to connect clouds, data centers, campuses, branches, partner environments, and increasingly private AI infrastructure while enforcing consistent policy across all of it. That creates a new operational reality: every new...
Calvin Nguyen
Blue network shield checkmark illustration

Navigating DORA: Operational Resilience and Security by Design

The Digital Operational Resilience Act (DORA) is reshaping how financial institutions in the European Union manage operational risk related to information and communication technology (ICT). As the regulation takes effect, organizations must ensure that their critical ICT service providers support strong operational resilience, risk management, and oversight capabilities. For technology providers supporting financial institutions, this...
Misbah Rehman