{"id":35641,"date":"2019-10-31T22:05:29","date_gmt":"2019-10-31T19:05:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete\/"},"modified":"2019-10-31T22:05:29","modified_gmt":"2019-10-31T19:05:29","slug":"utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete","title":{"rendered":"Die Leckage von BGP-Routen f\u00fchrte zu weitreichenden St\u00f6rungen der Konnektivit\u00e4t im Internet.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Cloudflare ver\u00f6ffentlicht<\/a><\/noindex> Bericht \u00fcber den Vorfall von gestern, bei dem w\u00e4hrend drei Stunden<\/a><\/noindex> von 13:34 bis 16:26 (MSK) Probleme mit dem Zugang zu vielen Ressourcen im globalen Netzwerk festgestellt wurden, einschlie\u00dflich der Infrastruktur von Cloudflare, Facebook, Akamai, Apple, Linode und Amazon AWS. Die Probleme in der Cloudflare-Infrastruktur, die CDN f\u00fcr 16 Millionen Websites bereitstellt, wurden beobachtet<\/a><\/noindex> von 14:02 bis 16:02 (MSK). Laut Sch\u00e4tzungen von Cloudflare ging w\u00e4hrend des Ausfalls etwa 15% des globalen Verkehrs verloren. <\/p>\n

Das Problem war wird verursacht<\/a><\/noindex> eine BGP-Routenleckage, bei der etwa 20.000 Pr\u00e4fixe f\u00fcr 2.400 Netzwerke falsch umgeleitet wurden. Die Quelle der Leckage war der Anbieter DQE Communications, der Software BGP Optimizer<\/a><\/noindex> zur Optimierung der Routing verwendet hat. BGP Optimizer zerlegt IP-Pr\u00e4fixe in kleinere, zum Beispiel wird 104.20.0.0\/20 in 104.20.0.0\/21 und 104.20.8.0\/21 unterteilt, wodurch DQE Communications auf seiner Seite eine gro\u00dfe Anzahl spezifischer Routen hielt, die allgemeinere Routen umschrieben (d. h. anstelle von allgemeinen Routen zu Cloudflare wurden spezifischere Routen zu bestimmten Cloudflare-Subnets verwendet).<\/p>\n

Diese spezifischen Routen wurden einem der Kunden (Allegheny Technologies, AS396531) angek\u00fcndigt, der auch \u00fcber einen weiteren Anbieter verbunden war. Allegheny Technologies \u00fcbertrug die erhaltenen Routen an einen anderen Transit-Anbieter (Verizon, AS701). Aufgrund fehlender angemessener Filterung der BGP-Ank\u00fcndigungen und einer Begrenzung der Anzahl der Pr\u00e4fixe erfasste Verizon diese Ank\u00fcndigung und \u00fcbertrug die erhaltenen 20.000 Pr\u00e4fixe an den Rest des Internets. Die fehlerhaften Pr\u00e4fixe wurden aufgrund ihrer Granularit\u00e4t als priorisiert wahrgenommen, da eine spezifische Route eine h\u00f6here Priorit\u00e4t hat als eine allgemeine. <\/p>\n

\"Die<\/a><\/noindex><\/center><\/p>\n

Infolgedessen wurde der Verkehr f\u00fcr viele gro\u00dfe Netzwerke \u00fcber Verizon an den kleinen Anbieter DQE Communications geleitet, der den gestiegenen Verkehr nicht verarbeiten konnte, was zu einem Zusammenbruch f\u00fchrte (der Effekt ist vergleichbar damit, dass ein Teil einer stark befahrenen Autobahn durch einen unbefestigten Weg ersetzt wird). <\/p>\n

Um das Auftreten solcher Vorf\u00e4lle in Zukunft zu verhindern,
\nwerden empfohlen<\/a><\/noindex>:<\/p>\n