Une attaque contre Yandex met temporairement hors service la messagerie et le site d'eXpress ; les clients on-premise épargnés

Le 12 octobre 2026, une attaque contre Yandex a temporairement mis hors service la messagerie d'entreprise eXpress et son site. C'est ce que rapporte TAdviser. L'éditeur, la société Unlimited Production, souligne que l'incident n'a pas touché ses clients corporate, car leurs versions d'eXpress fonctionnent sur l'infrastructure propre de chaque client.

Le coup a porté sur la partie publique du produit. Pour le marché des messageries russes sécurisées, la situation est révélatrice : un même produit se comporte différemment selon l'endroit où il est déployé.

Ce que l'on sait de l'incident

L'extrait disponible de l'article ne donne aucun détail technique. On ignore la nature exacte de l'attaque, la durée de l'interruption et les composants de Yandex qui ont été touchés. Le titre de TAdviser laisse entendre que le service et le site d'eXpress dépendaient de l'infrastructure visée. Il n'y a rien à ajouter : toute hypothèse sur le type d'attaque ou son origine reste de la conjecture.

Voici les faits établis à ce stade :

• date de l'incident : 12 octobre 2026 ;
• la messagerie d'entreprise eXpress et son site ont été touchés, l'indisponibilité était temporaire ;
• selon Unlimited Production, les clients corporate n'ont pas été affectés ;
• la raison de leur résilience : des installations sur leur propre infrastructure ;
• parmi les utilisateurs d'eXpress et des solutions bâties sur sa base figurent RZD et Rosatom.

Pourquoi l'on-premise a tenu bon

La logique est simple. Quand la messagerie tourne dans le périmètre du client, ce qui se passe chez un fournisseur tiers lui est indifférent. Les serveurs, les bases de données et les canaux de communication appartiennent au client, et la disponibilité dépend de sa propre équipe informatique. La panne d'un cloud externe devient un problème pour l'éditeur et son service public, et non pour une grande organisation disposant d'un déploiement fermé.

Cette autonomie a un coût. Le client assume lui-même les mises à jour, la redondance, la supervision et la protection contre les attaques. Mais pour des structures comme RZD ou Rosatom, ce compromis est depuis longtemps habituel : les communications critiques restent à l'intérieur du périmètre.

Marché et concurrents

Rosatom lui-même a d'ailleurs choisi une autre voie. Chez Greenatom, la filiale informatique du groupe public, on a indiqué à TAdviser que l'industrie nucléaire a déployé la messagerie d'entreprise Atom Space. La suite de cette citation est tronquée dans l'extrait disponible ; nous ne donnons donc pas de détails sur le développeur ni sur l'ampleur du déploiement. Le fait en lui-même compte : au sein d'un même grand groupe coexistent plusieurs solutions, et eXpress n'est pas la seule option.

Conclusions pratiques pour les DSI

L'incident se prête bien à une étude de cas d'architecture. Voici quelques questions à se poser, et à poser à l'éditeur :

• Où sont physiquement hébergés les serveurs de la messagerie, et que devient-elle lorsque le fournisseur externe est indisponible ?
• Le service dispose-t-il d'un canal de secours pour alerter les employés lorsque le canal principal est hors service ?
• Les fonctions clés, comme l'authentification, les notifications push et les mises à jour, dépendent-elles des composants cloud publics de l'éditeur ?
• À quelle fréquence teste-t-on le scénario de fonctionnement sans accès à l'infrastructure externe ?

Pour les entreprises qui utilisent la version cloud d'une messagerie d'entreprise, quelle qu'elle soit, la leçon est plus sévère : le SLA du fournisseur ne remplace pas un plan d'action interne. Même une interruption de quelques heures pèse sur les validations, les équipes d'astreinte et les communications opérationnelles. Pour ceux qui hésitent entre le cloud et une installation sur leurs propres serveurs, ce cas constituera un argument de plus en faveur de la seconde option, si les exigences de continuité sont élevées.

Le tableau complet n'apparaîtra que lorsque Yandex ou Unlimited Production dévoileront les détails de l'attaque et la durée de l'interruption. Pour l'instant, un seul point est confirmé : le périmètre fermé a fonctionné comme on l'attendait.