Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Vulnerabilities / Threats

10/23/2019
03:25 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Oracle Releases Free Tool for Monitoring Internet Routing Security

IXP Filter Check gives Internet Exchange Points a way to verify whether they are properly filtering out incorrect and malicious routes.

Oracle has released a free tool that shows how well Internet Exchange Points (IXPs) are doing at filtering out incorrect or malicious traffic-routing information that could lead to major Internet disruptions.

The goal is to help an IXP identify and address gaps in its route-filtering capabilities while providing the broader public with a view of the IXP's role in keeping the Internet safe. An IXP routes traffic between different ISP networks. It is a physical location containing numerous network switches that seamlessly link one service provider's network to another.

Oracle's new IXP Filter Check is part of a broad initiative called the Mutually Agreed Norms for Routing Security (MANRS), which is designed to bolster Internet routing security.

In recent years, Internet routing mistakes — of the accidental and malicious variety — have caused major problems. Last year, for instance, traffic bound for Google got misdirected via an ISP in China, causing intermittent disruptions to the company's search and other services for over an hour. Earlier this year, traffic belonging to major Cloudflare customers ended up getting routed via the network of a small company in Pennsylvania. The misdirection caused many websites on Cloudflare and numerous other service providers to become unavailable to large sections of the Internet for about two hours.

Such disruptions often have been caused by relatively minor configuration errors. Google's traffic, for instance, got misdirected because a small Nigerian ISP accidentally "announced" the wrong routing information for several Google IPs. China Telecom — one of the Nigerian's ISP's network "peers" — accepted the wrong routing information and propagated it widely across the Internet.

In Cloudflare's case, the misdirection resulted from an ISP in Pennsylvania making more or less the same mistake and then Verizon forwarding the wrong routing information to the rest of the Internet. As Cloudflare put it at the time: "This was the equivalent of Waze routing an entire freeway down a neighborhood street."

Not all routing errors are the result of innocent mistakes. In recent years, attackers have used redirection attacks to divert traffic for malicious purposes, including surveillance, distributed denial-of-service attacks, and cryptocurrency mining

Secure Internet Routing
The Internet Society's MANRS initiative is designed to address the fundamental weaknesses in the Internet's core routing infrastructure that have made such traffic misdirection almost catastrophically easy to make or to pull off. At a high level, it is aimed at ensuring that ISPs and IXPs have measures for quickly spotting and filtering out incorrect routing information — and, equally important, to prevent incorrect routes from being propagated across the Internet.

To be a member of the MANRS program, IXPs are required to filter all route announcements they receive using certain standards that are designed to ensure the legitimacy of routing messages. The goal is to ensure that any routing information that cannot be properly verified — such as its origin — is filtered out.

Oracle's IXP Filter Check is a monitoring service — currently in place at some 200 IXP locations — that basically verifies how well an IXP is doing at filtering out incorrect and malicious routes. "It is a free service that offers third-party review of the routes passed by the route server at an IXP," says Doug Madory, director of Internet analysis at Oracle. "The objective is to publicly report the invalid messages passed so as to help the IXP improve and also to report to the public how the IXP is doing."

The Oracle tool is not designed to help IXP filter route messages. Rather, the objective is to help IXP administrators monitor and analyze the effectiveness of their existing route filtering, Madory notes.

IXP Filter Check uses a filtering mechanism similar to what an IXP would be expected to use as a member of the MANRS initiative. The Oracle tool runs the same checks on routing information that the IXP's filtering mechanisms would, such as ensuring routing messages have proper origin information and prefix lengths.

"If they are correctly filtering invalid routes, then we shouldn't see them," Madory says. "If we do and report it in the tool, then that means the route server admin should go review the filtering [in place]."

According to Madory, IXP Filter Check is the first tool to offer a live and independent analysis of the behavior of route servers at IXPs around the world. He estimates approximately 1,000 entities currently label themselves as IXPs, though many are relatively small or operated by a single telecom.

"The war against insecure routing won't be won by a single technology," Madory notes. But it can be improved over time with measures such as route filtering, he says.

Related Content:

Check out The Edge, Dark Reading's new section for features, threat data, and in-depth perspectives. Today's top story: "What Has Cybersecurity Pros So Stressed -- And Why It's Everyone's Problem."

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
Cybersecurity Team Holiday Guide: 2019 Gag Gift Edition
Ericka Chickowski, Contributing Writer,  12/2/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-19647
PUBLISHED: 2019-12-09
radare2 through 4.0.0 lacks validation of the content variable in the function r_asm_pseudo_incbin at libr/asm/asm.c, ultimately leading to an arbitrary write. This allows remote attackers to cause a denial of service (application crash) or possibly have unspecified other impact via crafted input.
CVE-2019-19648
PUBLISHED: 2019-12-09
In the macho_parse_file functionality in macho/macho.c of YARA 3.11.0, command_size may be inconsistent with the real size. A specially crafted MachO file can cause an out-of-bounds memory access, resulting in Denial of Service (application crash) or potential code execution.
CVE-2019-19642
PUBLISHED: 2019-12-08
On SuperMicro X8STi-F motherboards with IPMI firmware 2.06 and BIOS 02.68, the Virtual Media feature allows OS Command Injection by authenticated attackers who can send HTTP requests to the IPMI IP address. This requires a POST to /rpc/setvmdrive.asp with shell metacharacters in ShareHost or ShareNa...
CVE-2019-19637
PUBLISHED: 2019-12-08
An issue was discovered in libsixel 1.8.2. There is an integer overflow in the function sixel_decode_raw_impl at fromsixel.c.
CVE-2019-19638
PUBLISHED: 2019-12-08
An issue was discovered in libsixel 1.8.2. There is a heap-based buffer overflow in the function load_pnm at frompnm.c, due to an integer overflow.