• United States

Warning: security vulnerabilities found in SD-WAN appliances

Nov 28, 20175 mins
Cloud SecurityData and Information SecurityNetwork Security

Our branch appliances are often exposed to “innocent” threats, such as being inadvertently disabled by third-party sales engineer. And even worse, they can be exposed to truly sensitive data.

network security primary2
Credit: Thinkstock

In a rush to capitalize on the SD-WAN market opportunity, some SD-WAN vendors seem to be playing fast and loose with their appliances.

At a recent customer site of ours, Nirvik Nandy, CISO of SD-WAN Experts and CEO of Red Lantern, a security and compliance consultancy, and I collaborated on a security analysis of SD-WAN architectures. We conducted penetration testing of several SD-WAN solutions, looking at

the appliances and cloud architectures. Details of how we tested and vendor results are necessarily confidential. However, I can share with you some of our overall findings about appliances – we’ll get to the cloud at a later date.

SD-WAN security: what it really means

First, some context: SD-WAN vendors speak about their architectures as being secure and that’s true to an extent. All SD-WAN solutions secure traffic in transit. But there’s more to network security than protecting data against eavesdropping and wiretapping, which is why companies deploy next-generation firewall (NGFW), intrusion prevention systems (IPS), and more.  SD-WAN and security vendors have been addressing this need, integrating the functionality of one another into solutions that provide networking and security.

But none of those architectures speak to the security of the SD-WAN appliance. And checking the security of that appliance is critical. Vendors are asking you to trust them that they can provide firewalls, proxy servers, and more with comparable functionality and security as your existing devices. It’s your responsibility to verify those facts.

The security of SD-WAN appliances is particularly important because of how we provide Internet access today. Until SD-WAN, there were far bigger concerns than an attacker physically accessing our Internet connectivity devices. The Internet points were centralized in a datacenter or server room. Physical access to the room was restricted through access cards, staffed 24×7, and often under video surveillance.  

SD-WAN and Internet increase the risks of physically accessing appliances

But as we move from a single or limited set of centrally managed, secure Internet gateways to a very distributed set of internet gateways, the attack space grows. The routers, which SD-WAN appliances replace, are mature, battle-tested products. They’re often deployed in a hub-and-spoke configuration. Compromising a branch office router, at best, provides access to the traffic between the branch office and the datacenter. Even then the attacker would need to find a way to exfiltrate the data through a closely monitored, centralized firewall.

SD-WAN appliances are different, particularly when branches are connected directly to the Internet. SD-WAN devices are fully-meshed, which potentially means comprising one device can give attackers visibility into the traffic flow from across the company. And with direct Internet access, attackers have a greater likelihood of exfiltrating data undetected.

Our testing and findings

To uncover the vulnerabilities in appliances, we examined the security of the appliances from the bare metal on up. SD-WAN appliances often run on white-box servers, off the shelf server hardware, with microservices from various sources. Each of those microservices represent a potential point of attack. As such, you need to check everything from the chipset, BIOS, and firmware —  on up.

Vendors might dismiss this kind of analysis, assuring you that their appliances are secure. But our findings say otherwise.

The micro-services running in SD-WAN appliances are often sourced from third-parties. They may come from well-known security vendors with well tested products, but could just as easily be open source components coded together by the vendor. Our findings showed that latter was common with 80 percent having known Common Vulnerabilities and Exposure (CVEs), some more than a decade old.

Two concrete examples of what this can mean. In one instance, we found if attackers could SSH into a box, and that was certainly possible in some cases, they could create a race condition that rebooted the system. Normally, the IPS of a system should come up before the network, protecting the device. But in some cases, it’s the opposite: the network is first. This gives an attacker a brief window to insert a bug into the system, giving them full control over the box.

In another case, an outdated BIOS allowed us to reboot the device and launch malicious code from a USB key, creating a man-in-the-middle attack. The exploit would give the attacker visibility into all of the traffic through that appliance.

“These are emerging technologies by new companies and they have not paid the level of attention that a seasoned security person would pay to the entire operational model of security. Failure at any layer of the stack or any level exposes the organization to cyber incident (if detected) or data loss (if undetected).”

Your approach

Of course, security threats must be prioritized. Exploits that can be launched remotely against many targets at once take priority over physical access, which can be deterred with a padlock.

But that’s not an excuse for not investigating the security of your branch appliances. They often do sit in less sterile environments than centralized firewalls —  wiring closets accessed by multiple vendors or, let’s be honest, an admin’s desk.

Our branch appliances are often exposed to “innocent” threats, such as being inadvertently disabled by third-party sales engineer. And even worse, they can be exposed to truly sensitive data. Social and physical engineering attacks – used in combination with remote attacks – by threat actors may yield access to the secure environments. One thing’s clear: if you going to rely on SD-WAN to security your enterprise be sure the SD-WAN appliance is secure.


In 2007, Steve Garson started SD-WAN-Experts (at that point called MPLS-Experts) to help U.S. companies communicate with their Chinese and Indian manufacturing facilities. Two clients were rolling out their ERP systems in China and found that their new networks were impeding operations, an unexpected and undesirable problem. A quick examination identified their VPN over Internet as the root cause of the unacceptable performance they were experiencing.

SD-WAN-Experts helped them install a high quality MPLS network to eliminate the packet loss and reduce the latency that is found on the internet. This led to quickly realizing that many other U.S. companies were having the same problem; or they were using less manageable frame relay or point-to-point circuits. Thus, was born this specialized practice in consulting to companies on the procurement and roll-out of Wide Area Networks (WANs). SD-WAN-Experts now serves companies worldwide with global facilities, large retail chains, as well as small domestic companies, and has even designed government emergency communication networks for an entire state.

The opinions expressed in this blog are those of Steve Garson and do not necessarily represent those of IDG Communications, Inc., its parent, subsidiary or affiliated companies.