Le 11 octobre 2026, une troisième frappe de drones rapportée a touché le centre de données de Yandex à Vladimir, en Russie, et le site a été mis à l’arrêt. Les comptes rendus publiés le lendemain décrivaient encore des perturbations de Yandex Cloud, après des incidents à Sasovo et Kaluga. The Record a rapporté l’attaque de Vladimir et la séquence des trois sites.

Trois sites touchés en quelques jours

Les incidents rapportés se sont succédé entre le 7 et le 11 octobre. NeoTeo avait déjà relaté l’arrêt du centre de données de Sasovo.

SiteDate de l’attaque rapportéeEffet opérationnel rapporté
Sasovo7–8 octobre 2026Opérations à l’arrêt
Kaluga9 octobre 2026Une partie de l’infrastructure désactivée; activité dégradée
Vladimir11 octobre 2026Site entièrement à l’arrêt

Les comptes rendus du 12 octobre décrivaient des services perturbés

Dans son compte rendu du 12 octobre, BleepingComputer signalait des problèmes de performance ou de disponibilité pour la console, l’API, IAM, Container Registry, les bases de données, le stockage S3 et Kubernetes. Compute, AI Studio et les services de sécurité étaient partiellement disponibles; Monium était hors service. Bloomberg rapportait le même jour que Yandex Cloud fonctionnait en mode limité, tandis que Search et Alisa revenaient progressivement. BleepingComputer et Bloomberg décrivaient ainsi un état daté, variable selon les services.

Le 11 octobre, NetBlocks avait évalué la connectivité de Yandex Cloud à 30 % de son niveau habituel, selon The Register. Cette mesure porte sur la connectivité de la plateforme à cette date. The Register

Un client de Yandex Disk a signalé des téléchargements en échec

Un client a fait état de miniatures manquantes, de téléchargements impossibles et d’erreurs HTTP 302, 504 et 500 à partir du 8 octobre. Ce signalement décrit son expérience d’accès à Yandex Disk; il ne fournit pas de résultat sur l’état de l’ensemble des fichiers des clients.

Yandex recommandait d’autres moyens de reprise

Yandex conseillait aux clients de prévoir une infrastructure de reprise après sinistre alternative. The Record rapportait également que l’entreprise leur recommandait de ne pas compter uniquement sur le basculement entre différentes zones de Yandex Cloud.

Le trafic automatisé ne révèle pas qui l’a généré

La vidéo en anglais de KitCut explique les limites d’interprétation des mesures de trafic automatisé

Dans sa vidéo, KitCut explique que le graphique présenté concerne le trafic automatisé du réseau Yandex et ne permet pas d’identifier qui l’a envoyé ni dans quel but. Une mesure de trafic ne permet donc pas, à elle seule, de relier ces requêtes à des comptes politiques.