Des blogueurs russes avertissent : les data centers centralisés du pays sont vulnérables aux frappes

Le 12 octobre 2026, Ars Technica publie un article à la thèse tranchée : la Russie n'est pas préparée à la guerre des data centers qu'elle a elle-même lancée contre l'Ukraine. L'argument principal vient de blogueurs russes. Selon leur évaluation, l'économie numérique hypercentralisée du pays est vulnérable. Le passage accessible de la source ne contient aucun chiffre précis. Ce qui suit se limite donc à ce que l'on peut affirmer, complété par le contexte qui explique pourquoi cette inquiétude paraît fondée.

La centralisation, ou le point de défaillance unique

L'infrastructure numérique russe s'est construite autour d'un petit nombre de grands acteurs et d'un éventail restreint de sites. Les systèmes bancaires, les services publics, les marketplaces et les plateformes cloud sont concentrés, physiquement et juridiquement, dans quelques régions, avant tout à Moscou et à Saint-Pétersbourg. En temps de paix, ce schéma coûte moins cher à gérer et simplifie la tâche du régulateur. La ligne de l'« internet souverain » et du contrôle du trafic poussait précisément dans cette direction.

Lorsque les data centers et l'infrastructure réseau deviennent des cibles, ce modèle révèle un défaut évident. La panne d'un seul point entraîne celle de nombreux services. La redondance au sein de la même juridiction et du même réseau électrique ne protège que faiblement.

Le contre-exemple ukrainien

L'Ukraine a agi à l'inverse. Avant même l'invasion à grande échelle, le pays avait adopté une disposition autorisant le stockage des données publiques dans des clouds publics. Après février 2022, les registres critiques ont été transférés à l'étranger, et les frappes physiques contre les sites situés dans le pays ont cessé d'entraîner une perte de données.

La Russie ne dispose presque pas d'une telle issue de secours. Les exigences de localisation des données, les restrictions liées aux sanctions et le départ des fournisseurs occidentaux réduisent sa marge de manœuvre. Les sauvegardes sont stockées dans le même périmètre que celui où se déroulent les événements.

Voici les principaux facteurs de vulnérabilité généralement cités dans ce type d'analyses :

• la concentration géographique des data centers et des nœuds de télécommunications autour de deux métropoles ;
• le petit nombre de grands opérateurs dont dépendent les banques, les services publics et le commerce ;
• la loi sur la localisation des données, qui limite l'export des sauvegardes à l'étranger ;
• la dépendance des sites aux réseaux électriques régionaux, qui ont déjà été frappés ;
• la pénurie de serveurs et d'accélérateurs, due aux sanctions et à la substitution des importations.

Un cas à part : l'IA

Pour les projets d'IA, le problème est plus aigu. L'entraînement et l'inférence des grands modèles exigent des clusters denses, dotés d'une alimentation électrique et d'un refroidissement puissants, et la Russie compte peu de sites de ce type. Les grands modèles nationaux tournent probablement sur un nombre limité de clusters. La perte de l'un d'eux affecterait les services de façon disproportionnée. La source ne contient aucune confirmation directe de ce point : il s'agit d'une déduction logique tirée du tableau général, qu'il convient de vérifier.

Enseignements pratiques

La source s'appuie sur les opinions de blogueurs et non sur des données officielles ; les formulations « n'est pas prête » et « vulnérable » restent donc des évaluations. Les conclusions n'en sont pas moins applicables à toute entreprise dotée d'une infrastructure informatique critique.

• Cartographiez vos dépendances : quels services sont hébergés dans un même data center, chez un même opérateur et sur un même poste électrique.
• Répartissez les sites de secours géographiquement et par réseau électrique. Une copie dans le bâtiment voisin ne remplace pas une copie dans une autre région.
• Testez régulièrement le basculement d'urgence en charge. Un dispositif qui n'a jamais été activé ne compte pas comme une solution de secours.
• Prévoyez un mode hors ligne pour les opérations critiques : paiements, logistique, identification.
• Pour les charges IA, gardez des modèles allégés, capables de tourner sur un matériel plus modeste, au cas où le cluster principal serait perdu.

Surveillez l'apparition éventuelle de données officielles ou de confirmations indépendantes. Pour l'instant, le tableau repose sur la thèse des blogueurs et sur les particularités structurelles de l'économie numérique russe.