Vulnerabilities / Threats

9/6/2016
05:15 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Cryptographic Key Reuse Remains Widespread In Embedded Products

Nine months after SEC Consult warned about the reuse of private keys and certificates in routers, modems, other products, problem has grown worse.

Nine months after application security services provider SEC Consult warned about widespread reuse of cryptographic credentials in embedded products like Internet routers, gateways and modems, the problem only appears to have gotten worse, not better.

In an alert this week, SEC Consult said the number of web devices with known private keys for HTTPS server certificates has shot up 40 percent from last November when the company first warned about the issue. From 3.2 million devices in November 2015, the number of IPv4 hosts using a known private key now stands at 4.7 million currently.

Along with its alert, SEC Consult this week also released on GitHub a total of 331 HTTPS server certificates along with their matching private keys, that are available to anyone via an Internet scan. The security firm also released a list of products using the publicly available certificates and keys.

The data gives researchers an opportunity to verify SEC Consult’s conclusions and find for themselves more cases of cryptographic key reuse and keys that are attributable to specific products and vendors.

“Releasing the private keys is not something we take lightly as it allows global adversaries to exploit this vulnerability class on a large scale,” SEC Consult said in its alert. “However we think that any determined attacker can repeat our research and get the private keys from publicly available firmware with ease.”

The security implications of cryptographic key reuse is substantial, says Johannes Greil, head of SEC Consult’s vulnerability lab, in comments to Dark Reading. Devices using cryptographic keys that are known publicly, are susceptible to man-in-the-middle attacks including those where an attacker can alter allegedly secure connections without any one noticing.

The big problem here is that vendors of embedded products often leave hardcoded SSH keys and HTTPS server certificates in their devices so as to enable web access to the devices and for use by other protocols such as EAP/802.1X or FTPS, he says.

But since these keys and certificates are the same across multiple products, they are relatively easy to exploit, Greil says.

SEC Consult’s alert follows one from last November when it first drew attention to the problem of widespread certificate and key reuse on the Internet.

In its initial study, SEC Consult analyzed the firmware on more than 4,000 embedded devices from over 70 vendors. The company examined the use of cryptographic public keys, private keys, and certificates in the firmware images of products like routers, modems, and IP cameras and found more than 580 unique private keys distributed across the devices.

The company correlated the data with data from Internet-wide scans using Scans.io and Censys.io and found that about 150 server certificates from its data set were being used by about 3.2 million hosts and another 80 SSH host keys used by nearly 1 million hosts.

Some keys were found in one product or several products in the same product line. In other cases, SEC Consult found the same keys being used in products from multiple vendors, likely as the result of the keys being shared, leaked or even stolen or because the same product was being sold to different brands.

SEC Consult says it has worked with CERT/CC to notify affected device vendors, ISPs and chipset makers of the issue since August 2015.

The fact that the problem remains widespread despite this outreach shows how difficult it is to get vendors to patch their systems. “It's an industry-wide problem. Many vendors are lazy in regards to providing patches for their devices, [which] once sold, [are] never taken care of anymore, he said. “If there are no industry-wide changes and regulations by law, the problem might never go away.”

Related stories:

 

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
lorraine89
50%
50%
lorraine89,
User Rank: Ninja
10/10/2016 | 7:21:51 AM
Cyber security
Though encryption is one of the most important data security tool out there at the moment and lies in the category of cryptography but one can not ignore the importance of vpn servers as well. I have been using purevpn server for the past few years and have been thoroughly satisfied with its working as it protects my incoming and outgoing traffic. 
Government Shutdown Brings Certificate Lapse Woes
Curtis Franklin Jr., Senior Editor at Dark Reading,  1/11/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
The Year in Security 2018
This Dark Reading Tech Digest explores the biggest news stories of 2018 that shaped the cybersecurity landscape.
Flash Poll
How Enterprises Are Attacking the Cybersecurity Problem
How Enterprises Are Attacking the Cybersecurity Problem
Data breach fears and the need to comply with regulations such as GDPR are two major drivers increased spending on security products and technologies. But other factors are contributing to the trend as well. Find out more about how enterprises are attacking the cybersecurity problem by reading our report today.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-6443
PUBLISHED: 2019-01-16
An issue was discovered in NTPsec before 1.1.3. Because of a bug in ctl_getitem, there is a stack-based buffer over-read in read_sysvars in ntp_control.c in ntpd.
CVE-2019-6444
PUBLISHED: 2019-01-16
An issue was discovered in NTPsec before 1.1.3. process_control() in ntp_control.c has a stack-based buffer over-read because attacker-controlled data is dereferenced by ntohl() in ntpd.
CVE-2019-6445
PUBLISHED: 2019-01-16
An issue was discovered in NTPsec before 1.1.3. An authenticated attacker can cause a NULL pointer dereference and ntpd crash in ntp_control.c, related to ctl_getitem.
CVE-2019-6446
PUBLISHED: 2019-01-16
An issue was discovered in NumPy 1.16.0 and earlier. It uses the pickle Python module unsafely, which allows remote attackers to execute arbitrary code via a crafted serialized object, as demonstrated by a numpy.load call.
CVE-2019-6442
PUBLISHED: 2019-01-16
An issue was discovered in NTPsec before 1.1.3. An authenticated attacker can write one byte out of bounds in ntpd via a malformed config request, related to config_remotely in ntp_config.c, yyparse in ntp_parser.tab.c, and yyerror in ntp_parser.y.