Vulnerabilities / Threats

9/20/2017
05:55 PM
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
50%
50%

Cisco SMI Still Exposing Network Switches Online

The high number of exposed and vulnerable devices online has remained largely unchanged since researchers began exploring SMI in 2010.

Cisco's Smart Install (SMI) protocol is leaving network switches exposed on the public Internet at a rate that has remained largely unchanged since researchers began digging for SMI flaws when it was first released in 2010, a new study shows.

SMI provides configuration and image management for Cisco switches and uses a combination of DHCP, TFTP, and a proprietary TCP protocol to help businesses deploy and run them.

Researchers at Rapid7 recently reassessed the public Internet for SMI exposure. Their goal was to highlight changes since the initial publication of SMI research and learn more about why SMI was being exposed insecurely.

Since its debut, several SMI flaws have been discovered and disclosed including CVE-2011-3271, which led to remote code execution, and denial of service issues CVE-2012-0385, CVE-2013-1146, CVE-2016-1349, and CVE-2016-6385.

In 2016, researchers have found a number of new SMI security issues. Experts from Tenable, Trustwave SpiderLabs, and Digital Security presented at the 2016 Zeronights security conference to disclose several problems with SMI that left the entire switch open for compromise if a user left SMI exposed and unpatched, neglecting Cisco's recommendations for securing it.

Each SMI-related security advisory published by Cisco has recommended disabling SMI unless it's needed. The company has offered coverage for SMI abuse, updated the documentation to secure SMI, and released a scanning tool so customers can know if they're affected by SMI problems. It also released SMI-related hardening fixes.

In its new July 2017 reassessment of the public Internet, Rapid7 used a method similar to Zeronights. The Rapid7 Labs' Sonar scan found a 13% decrease in the number of exposed SMI endpoints compared with the Zeronights research. Countries with a large number of IPv4 IPs and large network infrastructure are the most exposed. The United States was highest with 56,605 nodes exposed, or 26.3% of the total.

"The issue with exposing SMI is that it gives an attacker complete control over the configuration of the target switch," says Jon Hart, senior security researcher at Rapid7. At the minimum, he explains, there is the possibility of information disclosure, which is likely to include authentication data like usernames, passwords/hashes, firewall/ACL rules, and more.

On the more extreme end, he continues, SMI exposure could let an attacker completely compromise the target switch and load arbitrary switch operating system code. They could execute code of their choosing and modify, redirect, or intercept switch transit traffic.

"Compromising a switch puts an attacker in a very advantageous position offensively," says Hart. "Being closer network-wise to additional target devices that connect to or through the compromised switch affords an attacker the ability to perform attacks against these additional targets."

Businesses can protect themselves by updating to newer versions of the relevant code powering these switches, which will likely remove any current risk of being compromised via SMI, he says. It's an improvement from several years ago, when organizations could have been running and exposing SMI without knowing it.

Related Content:

Join Dark Reading LIVE for two days of practical cyber defense discussions. Learn from the industry’s most knowledgeable IT security experts. Check out the INsecurity agenda here.

Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
What We Talk About When We Talk About Risk
Jack Jones, Chairman, FAIR Institute,  7/11/2018
Ticketmaster Breach Part of Massive Payment Card Hacking Campaign
Jai Vijayan, Freelance writer,  7/10/2018
7 Ways to Keep DNS Safe
Curtis Franklin Jr., Senior Editor at Dark Reading,  7/10/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Locked device, Ha! I knew there was another way in.
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-15137
PUBLISHED: 2018-07-16
The OpenShift image import whitelist failed to enforce restrictions correctly when running commands such as "oc tag", for example. This could allow a user with access to OpenShift to run images from registries that should not be allowed.
CVE-2017-17541
PUBLISHED: 2018-07-16
A Cross-site Scripting (XSS) vulnerability in Fortinet FortiManager 6.0.0, 5.6.4 and below versions, FortiAnalyzer 6.0.0, 5.6.4 and below versions allows inject Javascript code and HTML tags through the CN value of CA and CRL certificates via the import CA and CRL certificates feature.
CVE-2018-1046
PUBLISHED: 2018-07-16
pdns before version 4.1.2 is vulnerable to a buffer overflow in dnsreplay. In the dnsreplay tool provided with PowerDNS Authoritative, replaying a specially crafted PCAP file can trigger a stack-based buffer overflow, leading to a crash and potentially arbitrary code execution. This buffer overflow ...
CVE-2018-10840
PUBLISHED: 2018-07-16
Linux kernel is vulnerable to a heap-based buffer overflow in the fs/ext4/xattr.c:ext4_xattr_set_entry() function. An attacker could exploit this by operating on a mounted crafted ext4 image.
CVE-2018-10857
PUBLISHED: 2018-07-16
git-annex is vulnerable to a private data exposure and exfiltration attack. It could expose the content of files located outside the git-annex repository, or content from a private web server on localhost or the LAN.