« Incendie d'OVH, une illustration des risques de la concentration des infrastructures - Décryptualité du 22 mars 2021 » : différence entre les versions

Aller à la navigationAller à la recherche
Aucun résumé des modifications
(Contenu remplacé par « Catégorie:Transcriptions Publié [https://www.librealire.org/incendie-d-ovh-une-illustration-des-risques-de-la-concentration-des-infrastructures ici] - Mars 2021 »)
Balise : Contenu remplacé
 
(4 versions intermédiaires par 3 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
[[Catégorie:Transcriptions]]
[[Catégorie:Transcriptions]]


<b>Titre :</b> Décryptualité du 22 mars 2021 - Incendie d'OVH, une illustration des risques de la concentration des infrastructures
Publié [https://www.librealire.org/incendie-d-ovh-une-illustration-des-risques-de-la-concentration-des-infrastructures ici] - Mars 2021
 
<b>Intervenants :</b> Mag - Manu - Luc
 
<b>Lieu :</b> April - Studio d'enregistrement
 
<b>Date :</b> 22 mars 2021
 
<b>Durée :</b> 15 min
 
<b>[https://www.april.org/sites/default/files/decrypt2111.ogg Podcast]</b>
 
[https://www.april.org/decryptualite-du-22-mars-2021-incendie-d-ovh-une-illustration-des-risques-de-la-concentration-des-in Décryptualité du 22 mars 2021 - Incendie d'OVH, une illustration des risques de la concentration des infrastructures]
 
[https://www.april.org/revue-de-presse-de-l-april-pour-la-semaine-11-de-l-annee-2021 Revue de presse pour la semaine 11 de l'année 2021]
 
<b>Licence de la transcription :</b> [http://www.gnu.org/licenses/licenses.html#VerbatimCopying Verbatim]
 
<b>NB :</b> <em>transcription réalisée par nos soins, fidèle aux propos des intervenant·e·s mais rendant le discours fluide.<br/>
Les positions exprimées sont celles des personnes qui interviennent et ne rejoignent pas nécessairement celles de l'April, qui ne sera en aucun cas tenue responsable de leurs propos.</em>
 
==Description==
 
L'incendie du <em>datacenter</em> d'OVH a fait parler de lui. L'occasion de rappeler que le risque zéro n'existe pas et que la concentration des structures informatiques est un risque à part entière.
 
==Transcription==
 
 
<b>Luc : </b>Décryptualité. Semaine 11. Salut Manu.
 
<b>Manu : </b>Salut Mag.
 
<b>Mag : </b>Salut Luc.
 
<b>Luc : </b>Pour cette semaine on est toujours à distance, on essaye des trucs un peu acrobatiques pour avoir un meilleur son. On espère que ça va marcher.
 
<b>Manu : </b>En tout cas je t’entends très bien. Tu es fort et clair dans mes oreilles. J’espère que l’enregistreur sera d’accord avec nous.
 
<b>Luc : </b>On s’enregistre chacun de son côté et ça devrait être mieux que la semaine dernière.<br/>
Mag, qu’est-ce qu’on a au sommaire ?
 
<b>Mag : </b>Cinq articles assez intéressants. On va commencer par celui de <em>ouest-france.fr </em>, « Gullivigne, l’informatique libre et innovante ».
 
<b>Manu : </b>Gullivigne, avec deux « l », c’est un groupe d’utilisateurs de logiciels libres dans la vigne. C’est toujours bien. <em>Ouest-france</em> est un gros journal, ça fait plaisir de voir ce genre d’association mise en avant dans un gros journal.
 
<b>Mag : </b>Manifestement, ils vont avoir de nouveaux locaux, donc dès qu’on sort du confinement on va tous aller les squatter.
 
<b>Manu : </b>Le raisin c’est bon, c’est pour ça.
 
<b>Mag : </b><em>Heidi.news </em>, « Wikipédia veut faire passer les GAFAM à la caisse ».
 
<b>Manu : </b>Tu viens de rajouter le « M » au titre, donc GAFA, parce que c’est naturel, c’est un réflexe, je sais ! Effectivement, il est question de faire des systèmes d’entraide avec les grosses boîtes. Entraide, ça reste compliqué parce que ce n’est pas supposé être le business modèle de Wikipédia, mais effectivement il s’intéresse à faire des accords de travail, notamment avec les GAFAM qui utilisent déjà beaucoup Wikipédia et ne contribuent pas énormément ou, en tout cas, pas à la hauteur de ce qu’il faudrait.
 
<b>Mag : </b>Sûrement pas assez.
 
<b>Luc : </b>Il faut voir. C’est peut-être bien de ne pas avoir les GAFAM dans Wikipédia.
 
<b>Manu : </b>C’est un peu le problème !
 
<b>Luc : </b>Je ferais remarquer que c’est une mauvaise nouvelle.
 
<b>Mag : </b><em>tom's Hardware </em>, « L'entreprise chinoise Loongson va lancer deux processeurs gravés en 12 nm cette année », par Rémi Bouvet
 
<b>Manu : </b>Une boîte qui fait des microprocesseurs, rien de bien nouveau, mais ça reste un petit peu étrange et toujours inquiétant parce que les Chinois, on n’a pas toujours confiance, simplement parce que c’est une guerre économique qui a lieu avec nous, les Occidentaux, donc ça peut poser des problématiques. Par ailleurs, ils sont plutôt libres, en fait, et dans le côté partage du savoir. On sait, on se souvient que notamment Richard Stallman utilise des ordinateurs dont les puces sont souvent fabriquées en Chine, en tout cas c’était les cas à une époque, je ne sais pas si c’est encore le cas aujourd’hui. Il avait plus confiance dans ces puces-là que dans les puces d’Intel qui avaient des petits trucs embarqués qui pouvaient permettre le piratage à distance.
 
<b>Luc : </b>Les puces d’Intel sont aussi construites en Chine, je suppose.
 
<b>Manu : </b>Pas toujours, à Taïwan, c’est souvent Taïwan qui produit pas mal.
 
<b>Mag : </b><em>Silicon</em>, « Open Source : le top 10 des métiers en tension », par Ariane Beky.
 
<b>Manu : </b>Ça commence avec <em>data scientist</em> c’est très à la mode et effectivement il y en a toute une liste. Si vous voulez trouver du boulot en entreprise, voilà une bonne orientation pour commencer .
 
<b>Mag : </b>C’est-à-dire les métiers où il n’y a pas de chômage ?
 
<b>Manu : </b>Peu de chômage, surtout si on est un tant soit peu motivé.
<b>Mag : </b><em>Next INpact </em>, « Le Conseil d'État refuse de suspendre le partenariat entre l'État et Doctolib », par Marc Rees.
 
<b>Manu : </b>Un sujet qu’on a abordé la semaine dernière. Les données de santé, les institutions, il y a beaucoup de choses qui sont partagées, qui nous embêtent bien. Le Conseil d’État a pris des décisions officielles là-dessus. Interhop, qui est une association montée pour un petit peu se bagarrer sur le sujet, a discuté de cette décision. Allez jeter un œil sur leur site, il y a des liens sur la revue de presse qui vous mèneront à ces textes-là.
 
<b>Mag : </b>Ce qui est dommage c’est que ce partenariat s’appuie surtout sur les services d’Amazon.
 
<b>Manu : </b>Oui, les GAFAM sont partout, on le sait !
 
<b>Mag : </b>De quoi parle-t-on ce soir, Luc ?
 
<b>Luc : </b>Des GAFAM.
 
<b>Manu : </b>Non.
 
<b>Luc : </b>On vous met le feu, c’est ça !
 
<b>Manu : </b>Oui, ce n’est pas mal.
 
<b>Mag : </b>Je me sens tout feu tout flamme.
 
<b>Manu : </b>On peut parler de <em>cloud</em> effectivement.
 
<b>Luc : </b>On parle de l’incendie d’OVH.
 
<b>Mag : </b>Les incendies.
 
<b>Luc : </b>les incendies, oui. On en a beaucoup parlé partout dans la presse la semaine dernière, chez les geeks notamment.<br/>
OVH est un hébergeur français qui fait du <em>cloud</em>, donc qui propose des serveurs pour que les entreprises, à droite à gauche, puissent héberger leurs serveurs et leurs activités. La semaine dernière il y a eu un spectaculaire incendie dans un de leurs <em>datacenter</em> du côté de Strasbourg, il a pris feu. Il y a eu plein de blagues comme quoi les données étaient enfin dans le <em>cloud</em> pour de vrai puisqu’elles sont parties en fumée.
 
[Magali pleure.]
 
<b>Luc : </b>Pourquoi pleures-tu, Magali ?
 
<b>Manu : </b>Nous avons une victime avec nous, interview sur le trottoir.
 
<b>Mag : </b>Effectivement. La boutique en ligne de ma librairie était manifestement chez OVH, donc pouf !, elle a été totalement inaccessible pendant une semaine.
 
<b>Manu : </b>Tu ne sais pas ce que tu veux, elle était bien dans le <em>cloud</em>, on l’a vue sur les images. Un magnifique feu, gigantesque, qui partait en une grande cheminée avec une fumée bien noire au-dessus. Voilà où était ta boutique.
 
<b>Mag : </b>Et les livres ça brûle bien, c’est connu !
 
<b>Mag : </b>Il semblerait que les octets aussi, ça ne brûle pas mal du tout !<br/>
Il y a eu plus de trois millions de sites, c’est un compte un petit peu à l’emporte-pièce parce que c’est compliqué de mesurer exactement, mais on considère qu’il y a eu plus de trois millions de sites qui ont été arrêtés à cause de cet incendie. Ils ont éteint complètement un des quatre <em>datacenters</em> qui étaient sur le lieu. Ils en ont éteint un deuxième parce qu’il a été touché, il a été impacté par le premier incendie. C’étaient les 2 et 1 au niveau des <em>datacenters</em>. Là, il y a un jour ou deux, le premier <em>datacenter</em> qui était en train de repartir, qui n’était pas touché par les flammes, a eu une grosse poussée de fumée lui aussi, de chaleur, donc ils l’ont arrêté à nouveau et ils ont considéré qu’ils ne le rallumeraient plus. Ils vont déplacer les baies de serveurs qui sont à l’intérieur, ils vont essayer de les migrer vers le quatrième je crois, de la même manière qu’ils essayent de récupérer les données qu’ils peuvent dans le deuxième. À priori, le deuxième a bien cramé, alors que le premier c’est juste qu’il y a eu un petit départ feu de rien du tout.
 
<b>Luc : </b>À priori c’est au niveau des batteries.
 
<b>Manu : </b>Oui. Pour le premier ce sont les onduleurs qui sont suspectés.
 
<b>Luc : </b>Un onduleur c’est un dispositif qui est censé garantir à la fois la stabilité du courant et un minimum de temps, en cas de panne électrique, pour que tout ne se coupe pas instantanément. C’est une sorte de batterie, de système de régulation, qui fait que l’infrastructure va tenir x minutes sans courant, ce qui laisse le temps de démarrer des groupes électrogènes si on a une grosse panne de courant.
 
<b>Manu : </b>Mag, ta boutique est revenue ?
 
<b>Mag : </b>Elle est revenue, oui.
 
<b>Manu : </b>Avec les mêmes données ou tu as perdu des choses ?
 
<b>Mag : </b>À priori avec les mêmes données, je n’ai rien perdu.
 
<b>Manu : </b>Parce que tu avais fait des <em>backups</em> régulièrement.
 
<b>Mag : </b>Parce que mon fournisseur fait des <em>backups</em> régulièrement. D’ailleurs je remercie la société ??? qui me fournit
 
<b>Manu : </b>Pas de publicité.
 
<b>Mag : </b>Oups ! Pardon, désolée !
 
<b>Manu : </b>Ce sont des ??? qui bossent pour les libraires de France.
 
<b>Mag : </b>Et qui sont très efficaces.
 
<b>Manu : </b>Pour le coup, effectivement. On ne sait pas s’ils ont fait des <em>backups</em> eux-mêmes ou s’ils ont été faits par le fournisseur. C’est quelque chose qui est toujours un petit peu compliqué, qui peut être proposé dans les solutions de cloud. OVH le fait. Ils font des solutions de <em>backups</em>, mais il semblerait qu’il y avait des clients qui étaient <em>backupés</em> sur le site, qui étaient même <em>backupés</em> dans le même <em>datacenter</em> et quand tout le <em>datacenter</em> brûle, ce qui n’arrive jamais, eh bien ils ont perdu leurs <em>backups</em>.
 
<b>Luc : </b>Ça n’arrive jamais ! Donc là, évidemment !<br/>
Un <em>datacenter</em> c’est sécurisé, ça ne flambe jamais, c’est redondé comme on dit. Il y a ce dont on parlait, les onduleurs, le groupe électrogène, il y a des extincteurs partout, normalement ce n’est pas censé prendre feu comme ça !
 
<b>Manu : </b>Non, pas dans celui-là en particulier. Je trouve qu’il avait un design un peu original, qui m’impressionne. C’était des containers assemblés entre eux autour d’un pôle central avec, je suppose, des escaliers, je n’ai pas regardé dedans, peut-être même des ascenseurs ou des monte-charges. Le but c’était d’avoir un refroidissement passif avec un effet cheminée qui allait absorber la chaleur des serveurs, qui est énorme, la monter dans cette cheminée de containers et faire en sorte que ça laspire à travers les containers qui n’étaient imperméabilisés. C’était quelque chose d’un peu innovant et pas très cher, donc intéressant, qui leur permettait de monter rapidement des <em>datacenters</em>, on empile, on empile, on empile.
 
<b>Luc : </b>J’imagine que l’effet cheminée, quand ça commence à cramer de partout, c’est super bon !
 
<b>Mag : </b>C’est clair qu’une cheminée c’est fait pour évacuer l’air du feu. Donc s’il n’y a plus de feu ça n’a aucun d’intérêt. S’ils font une cheminée c’est forcément parce qu’il va y avoir du feu en dessous !
 
<b>Manu : </b>Alors là, vraiment, c’est mauvais ce que tu dis, c’est mal !
 
<b>Mag : </b>Tu trouves que je me suis enflammée ?
 
<b>Manu : </b>Oui ! Honnêtement.
 
<b>Luc : </b>Au-delà de la moquerie qui nous amuse bien il y a quand même un intérêt dans cette histoire c’est de rappeler que le <em>cloud</em> ça reste les serveurs et l’ordinateur de quelqu’un d’autre. Magali en a fait l’expérience douloureuse. Ses données sont dans le <em>cloud</em>, en fait il y a effectivement une adresse physique avec des serveurs qui peuvent prendre feu ou qui peuvent avoir tout un tas d’autres problèmes. Effectivement, quand on concentre plein d’éléments au même endroit, le jour où ce truc-là tombe, ça pose problème.<br/>
Il n’y a pas si longtemps que ça, on avait eu un truc, pas avec un gros incendie : en décembre 2020, les DNS de Google se sont mis à planter, on en avait parlé dans le podcast.
 
<b>Manu : </b>Les DNS ce sont des répertoires d’adresses qui permettent de rediriger vers les bons sites web à partir de ce qu’on tape dans la barre d’adresse.
 
<b>Luc : </b>À l’époque il y a plein de sites et de services Google qui n’étaient plus accessibles, ce qui a empêché les gens de bosser, par exemple, mais également des objets connectés, notamment en domotique, qui ne pouvaient plus se connecter à l’Internet et qui en avaient besoin pour fonctionner. Des gens se sont trouvés coincés chez eux avec les volets qui ne pouvaient plus s’ouvrir, des choses comme ça.<br/>
Ça montre qu’à tout concentrer, finalement on crée des points de fragilité.
 
<b>Manu : </b>Le solutions, si on commence à en parler, c’est de redonder, c’est essentiel et puis solidifier un peu ce qu’on a comme <em>datacenters</em>. Mais même comme ça, on sait que ça va tomber à un moment donné.
 
<b>Mag : </b>Là, je pense qu’ils sont en train de jouer avec le feu !
 
<b>Luc : </b>Le truc c’est que même si on sécurise à mort, qu’on a des gens très compétents plus plein de matériel, plein de choses, etc., sur la totalité des équipements qu’il y a dans le monde, il y aura toujours un évènement problématique. Ça m’est arrivé au boulot. On avait tous nos serveurs dans un super service, haut de gamme, avec toutes les sécurités électriques, les ceci les cela, ça ne pouvait pas ne pas marcher. Et puis c’est arrivé ! Pendant trois jours tout s’est cassé la gueule et plus rien n’a marché. En dehors du monde de l’informatique, les centrales nucléaires, c’est rare, mais Fukushima est arrivé. Il y a toujours des situations exceptionnelles où les problèmes s’empilent les uns derrière les autres. C’est extrêmement improbable, mais, au fil des années et quand on multiplie les lieux, eh bien l’improbabilité finit pas arriver. C’est comme au loto, il y a quand même quelqu’un qui gagne chaque semaine ou presque.
 
<b>Mag : </b>Il n’y a pas de fumée sans feu, quoi !
 
<b>Manu : </b>Non, là ça ne marche plus, l’image est trop étirée. Non !<br/>
En tout cas, il faut s’assurer de pouvoir remonter derrière. Effectivement une panne, même si ça arrive très rarement, ça va arriver un jour et remonter derrière c’est avoir des <em>backups</em>, avoir des solutions de repli, ne pas dépendre d’un seul point de blocage qui est la chose qui va nous empêcher de travailler pendant des jours et des semaines. Non, Il faut multiplier, il faut décentraliser, donc penser aux chatons.
 
<b>Luc : </b>C’est un peu la logique d’Internet.
 
<b>Manu : </b>Oui, carrément. Internet a été fait pour survivre à une guerre nucléaire dans une certaine mesure. Ça a été imaginé à la fois par des universitaires et des militaires avec vraiment ce côté « pas de centre qui puisse être détruit et tout foutre en l’air ». Non. Il fallait quelque chose de décentré, a-centré, donc ça garantit comme ça beaucoup plus de solidité, de fiabilité au système, globalement.
 
<b>Mag : </b>Peut-être qu’il faut prévoir d’autres tests que les pannes de logiciels
 
<b>Manu : </b>Tu penses à des tests en particulier, des tests au feu, bien sûr, mais tu as d’autres tests en tête.
 
<b>Mag : </b>On avait parlé de singes ce week-end, de tests Chaos Monkey ou des choses comme ça, non ?
 
<b>Luc : </b>C’était un truc, pour le coup, purement informatique. Donc un fournisseur de services, qu’on ne nommera pas, débranche différents éléments de son infrastructure pour voir si ça marche encore et s’ils arrivent à s’en sortir. Ils ont une sorte d’échelonnage, de taille de singes, le gorille étant le plus puissant ce sont les trucs les plus problématiques. Ils ont un logiciel qui, de façon aléatoire, va débrancher des trucs, foutre le bordel dans l’infrastructure. On peut le faire informatiquement, mais c’est plus compliqué à faire avec les incendies. Mettre le feu de façon aléatoirement à ses <em>datacenters</em>, c’est problématique !
 
<b>Manu : </b>Sans aller jusque-là , la SNCF a aussi l’air de faire de choses. Ils ont transformé des tests en jeu.
 
<b>Mag : </b>Des journées entières de jeu où plusieurs équipes s’affrontent pour faire tomber les serveurs et créer plein de tests.
 
<b>Manu : </b>Ils ne font pas ça sur la production à la SNCF. Ils font ça sur une préproduction.
 
<b>Mag : </b>Tu es sûr ?
 
<b>Manu : </b>Oui, enfin j’espère !
 
<b>Luc : </b>Tu es un petit joueur !
 
<b>Manu : </b>Alors que le fournisseur dont je vous parlais qui fait les singes du chaos.
 
<b>Mag : </b>Il était de l’« l'armée simiesque » !
 
<b>Manu : </b>Ah oui ! L’armée des puces de singe. Il y a des bonnes idées derrière tout cas. Effectivement il n’y a pas 36 solutions. Pour s’assurer que les solutions de repli, les <em>backups</em> fonctionnent, il faut les tester. Donc il ne faut pas des <em>backups</em> qui sont dans un coin et qui vont prendre la poussière pendant des années. Non ! Il faut des <em>backups</em> qui tournent et qu’on utilise. Il n’y a pas moyen de faire autrement. Je me dis que c’est ce qu’il faut que je fasse avec mon informatique, mais que je ne fais pas forcément, malheureusement.
 
<b>Mag : </b>Après tous ces tests, on pourra donner le feu vert !
 
<b>Luc : </b>Ah ! Est-ce qu’on peut imaginer que ce genre d’évènement puisse être un acte malveillant ?<br/>
On n’a aucun élément ni soupçon qui irait dans ce sens-là, mais on sait, on en a parlé ces derniers mois, que des actes de malveillance, de désinformation, des attaques de déni de service, de piratage, etc., par des puissances étrangères, ça existe, c’est répandu. Est-ce qu’on peut imaginer que ce genre d’attaque plus brutal, de type « je mets le feu » soit possible ?
 
<b>Manu : </b>Bien sûr. Effectivement, ça reste compliqué, parce qu’on passe sur du physique. Les attaques qu’on voit d’habitude c’est plutôt du logiciel. Passer au physique ça a des implications, des conséquences plus difficiles à jauger. Mais oui, ça s’envisage. Stuxnet était bien une attaque logicielle qui a foutu en l’air des centrifugeuses à uranium. Il y avait un passage au physique très compliqué. C’était des procédés industriels très lourds et avec des gens hyper-compétents derrière. Oui, ça s’envisage, mais on n’a pas de preuves dans un sens ou dans l’autre.
 
<b>Luc : </b>Très bien. En tout cas ça nous démontre qu’Internet ça doit être réparti et que ce n’est pas juste pour la communication, c’est aussi une question de résilience, de logique. Que les démarches de type chaton, de « Dégoogliser Internet », lancées par Framasoft sont tout à fait pertinentes et qu’on doit garder à l’esprit que mettre tous ses œufs dans le même panier n’est pas une bonne idée.
 
<b>Mag : </b>Donc arrêter de jouer avec le feu ?
 
<b>Luc : </b>OK. Je propose qu’on brûle Mag et on se retrouve la semaine prochaine.
 
<b>Manu : </b>À la semaine prochaine.
 
<b>Mag : </b>Salut.

Dernière version du 24 mars 2021 à 17:37


Publié ici - Mars 2021

Récupérée de « http://wiki.april.org/index.php?title=Incendie_d%27OVH,_une_illustration_des_risques_de_la_concentration_des_infrastructures_-_Décryptualité_du_22_mars_2021&oldid=92345 »