{"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\/fr\/blog\/news\/utechka-bgp-marshrutov-privela-k-massovomu-narusheniyu-svyaznosti-v-internete","title":{"rendered":"Une fuite de routage BGP a entra\u00een\u00e9 une rupture massive de connectivit\u00e9 sur Internet.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La soci\u00e9t\u00e9 Cloudflare a publi\u00e9<\/a><\/noindex> rapport sur l'incident d'hier, qui a dur\u00e9 trois heures<\/a><\/noindex> de 13h34 \u00e0 16h26 (MSK) o\u00f9 des probl\u00e8mes d'acc\u00e8s ont \u00e9t\u00e9 observ\u00e9s sur de nombreuses ressources dans le r\u00e9seau mondial, y compris l'infrastructure Cloudflare, Facebook, Akamai, Apple, Linode et Amazon AWS. Des probl\u00e8mes dans l'infrastructure Cloudflare, qui fournit un CDN pour 16 millions de sites, ont \u00e9t\u00e9 observ\u00e9s<\/a><\/noindex> de 14h02 \u00e0 16h02 (MSK). Selon Cloudflare, environ 15 % du trafic mondial a \u00e9t\u00e9 perdu pendant la panne. <\/p>\n

Le probl\u00e8me \u00e9tait d\u00fb \u00e0 est caus\u00e9e<\/a><\/noindex> une fuite de routes via BGP, au cours de laquelle environ 20 000 pr\u00e9fixes pour 2 400 r\u00e9seaux ont \u00e9t\u00e9 redirig\u00e9s de mani\u00e8re incorrecte. La source de la fuite \u00e9tait le fournisseur DQE Communications, qui a utilis\u00e9 le logiciel BGP Optimizer<\/a><\/noindex> pour optimiser le routage. BGP Optimizer divise les pr\u00e9fixes IP en plus petits, par exemple, il s\u00e9pare 104.20.0.0\/20 en 104.20.0.0\/21 et 104.20.8.0\/21, et, en cons\u00e9quence, DQE Communications a gard\u00e9 un grand nombre de routes sp\u00e9cifiques de son c\u00f4t\u00e9, red\u00e9finissant des routes plus g\u00e9n\u00e9rales (c'est-\u00e0-dire que, au lieu d'utiliser des routes g\u00e9n\u00e9rales vers Cloudflare, des routes plus granulaires vers des sous-r\u00e9seaux sp\u00e9cifiques de Cloudflare ont \u00e9t\u00e9 privil\u00e9gi\u00e9es).<\/p>\n

Ces routes sp\u00e9cifiques ont \u00e9t\u00e9 annonc\u00e9es \u00e0 un de leurs clients (Allegheny Technologies, AS396531), qui avait \u00e9galement une connexion via un autre fournisseur. Allegheny Technologies a transmis les routes re\u00e7ues \u00e0 un autre fournisseur de transit (Verizon, AS701). En raison d'un manque de filtrage appropri\u00e9 des annonces BGP et d'une limite sur le nombre de pr\u00e9fixes, Verizon a r\u00e9cup\u00e9r\u00e9 cette annonce et a diffus\u00e9 les 20 000 pr\u00e9fixes re\u00e7us au reste d'Internet. Les pr\u00e9fixes incorrects, en raison de leur granularit\u00e9, ont \u00e9t\u00e9 consid\u00e9r\u00e9s comme plus prioritaires car une route sp\u00e9cifique a un niveau de priorit\u00e9 plus \u00e9lev\u00e9 qu'une route g\u00e9n\u00e9rale. <\/p>\n

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

En fin de compte, le trafic de nombreux grands r\u00e9seaux a \u00e9t\u00e9 redirig\u00e9 via Verizon vers le petit fournisseur DQE Communications, qui n'\u00e9tait pas capable de g\u00e9rer l'afflux, entra\u00eenant un effondrement (l'effet est comparable \u00e0 celui de remplacer une partie d'une autoroute encombr\u00e9e par un chemin de campagne). <\/p>\n

Pour \u00e9viter que de tels incidents ne se reproduisent \u00e0 l'avenir
\nest recommand\u00e9<\/a><\/noindex>:<\/p>\n