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.

Network Security

11/14/2018
08:05 AM
Larry Loeb
Larry Loeb
Larry Loeb
50%
50%

Google Data Center Traffic Rerouted to Nigeria, China & Russia

For over an hour this week, some Internet traffic from Google's data centers was rerouted through a Nigerian ISP and possibly sent to Russia and China.

For 74 minutes on Monday, November 12, traffic from Google's data centers was hijacked, essentially a de facto distributed denial-of-service attack.

BGPmon, a firm which tracks the path of Internet traffic, was the first to report the hijacking. The firm observed as a Nigerian ISP -- MainOne -- electronically told other nodes in its network that it was now hosting a number of IP addresses that belonged to Google's data center. This was, of course, not true.

However, the routing announcement had the effect of diverting traffic that should have been sent to Google to be sent to MainOne.

Since MainOne has a "peering" relationship with China Telecom, the incorrect routes were propagated from China Telecom through TransTelecom to NTT and other transit ISPs. MainOne also has a peering relationship with Google -- through a relationship with IXPN in Lagos -- and direct routes to Google, which leaked into China Telecom as well.

ThousandEyes, another traffic monitoring firm, was also observing the situation. Researchers there noted in their blog that "the outage not only affected G Suite, but also Google Search as well as Google Analytics."

The specific path of the data raised eyebrows as well. First, the traffic to Google was getting dropped by the edge routers at China Telecom. Additionally, a Russian entity -- the TransTelecom ISP mentioned previously -- was found to be in the traffic path.

As ThousandEyes detailed it:

This also put valuable Google traffic in the hands of ISPs in countries with a long history of Internet surveillance. Overall ThousandEyes detected over 180 prefixes affected by this route leak, which covers a vast scope of Google services.

In the last few weeks, concern has been prevalent regarding China Telecom's past history of Border Gateway Protocol (BGP) takeovers, as delineated in a Naval War College article. The article has political overtones in its analysis, but the major findings have since been confirmed by Oracle's Internet Intelligence Division.

This existing concern created a high anxiety about the routing problem, especially since it was cutting Google's business services off from a large chunk of the world's users.

In its own blog post, Google noted: "Throughout the duration of this issue Google services were operating as expected and we believe the root cause of the issue was external to Google."

MainOne finally confessed to the world on Twitter on November 13.

In other words: "Move along, internet. Nothing to see here but a bad filter."

The way that the Internet routes traffic through itself is based on a protocol developed in the 1980s that has no security embedded. It is long overdue for a revamp. This latest episode shows how one node in the net can functionally take everything down by a simple mistake.

Related posts:

— Larry Loeb has written for many of the last century's major "dead tree" computer magazines, having been, among other things, a consulting editor for BYTE magazine and senior editor for the launch of WebWeek.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/3/2020
Pen Testers Who Got Arrested Doing Their Jobs Tell All
Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/5/2020
Browsers to Enforce Shorter Certificate Life Spans: What Businesses Should Know
Kelly Sheridan, Staff Editor, Dark Reading,  7/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-15127
PUBLISHED: 2020-08-05
In Contour ( Ingress controller for Kubernetes) before version 1.7.0, a bad actor can shut down all instances of Envoy, essentially killing the entire ingress data plane. GET requests to /shutdown on port 8090 of the Envoy pod initiate Envoy's shutdown procedure. The shutdown procedure includes flip...
CVE-2020-15132
PUBLISHED: 2020-08-05
In Sulu before versions 1.6.35, 2.0.10, and 2.1.1, when the "Forget password" feature on the login screen is used, Sulu asks the user for a username or email address. If the given string is not found, a response with a `400` error code is returned, along with a error message saying that th...
CVE-2020-7298
PUBLISHED: 2020-08-05
Unexpected behavior violation in McAfee Total Protection (MTP) prior to 16.0.R26 allows local users to turn off real time scanning via a specially crafted object making a specific function call.
CVE-2020-13404
PUBLISHED: 2020-08-05
The ATOS/Sips (aka Atos-Magento) community module 3.0.0 to 3.0.5 for Magento allows command injection.
CVE-2020-15112
PUBLISHED: 2020-08-05
In etcd before versions 3.3.23 and 3.4.10, it is possible to have an entry index greater then the number of entries in the ReadAll method in wal/wal.go. This could cause issues when WAL entries are being read during consensus as an arbitrary etcd consensus participant could go down from a runtime pa...