Attacks/Breaches
1/7/2010
05:53 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Critical Juniper Router Flaw Triggers Prompt Patching

Vulnerability causes routers to crash and reboot

Juniper Networks yesterday issued a patch for a serious and exploitable flaw in its router operating system that could cause a router to crash altogether.

The critical security alert issued to Juniper customers and partners set off a rare flurry of router-patching last night, security experts say. "It's not atypical to not apply low-criticality patches to core routers. Now that this has been classified as 'critical,' people seem to be reacting," says Daniel Kennedy, a partner with Praetorian Security Group, which has been studying the vulnerability and says it heard many ISPs were already applying the patches last night.

Organizations don't routinely patch routers; they typically don't have the resources to do so, nor is patching a router as high a priority as patching a server, for instance. Some avoid patching because a major breach is less likely than the possibility of an unintentional outage from applying a router update.

And many organizations incorrectly assume their customized router configurations aren't as big of a target. But security experts -- such as Felix "FX" Lindner, who has conducted groundbreaking research on Cisco router vulnerabilities -- have demonstrated that exploiting routers isn't as hard as was once thought.

Dan Kaminksy, director of penetration testing for IOActive, says this Juniper vulnerability should be patched--and fast: "A remote kernel panic on most versions of the second most popular routing platform on the Internet is significant. IT admins should take this threat to their infrastructure seriously, and patch immediately," Kaminsky says.

There has been no sign of an active exploit for the Juniper router vulnerability yet, but the attack works like this: When the router receives a TCP header with a crafted options field, JUNOS, Juniper's router operating system kernel, crashes and the OS reboots. JUNOS' firewall filter is unable to filter the packet, either. Juniper's JUNOS versions 3, 4, 5, 6, 7, 8, and 9 series routers are all affected by the flaw, which basically results in a denial-of-service attack.

"So JUNOS versions released after January are reported to crash upon receiving a TCP packet that ACL filtering will not stop. Per Juniper, there is no real effective workaround, just application of the provided patch," Kennedy says.

Juniper had fixed the problem about a year ago, he says, but apparently discovered recently that the flaw was exploitable while working on an interoperability issue.

The advisory, which was among seven posted and available only to Juniper customers and partners, included a patch and workarounds, according to Barry Greene, director of Juniper's security incident response team. "These are all scheduled security advisories as part of a monthly schedule (similar to Microsoft's Patch Tuesday). All have fixed code available and feasible workarounds which can be used and deployed immediately by our customers," Greene said in a statement.

Meanwhile, Praetorian today tested all 256 instances of the TCP option field in the header, Kennedy says, and found the one that causes the router to crash. "The exploit is thus confirmed," he says.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message. Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.