Атака на «Яндекс» на время обрушила мессенджер и сайт eXpress, клиенты on-premise не пострадали

Атака на «Яндекс» 12 октября 2026 года на время вывела из строя корпоративный мессенджер eXpress и его сайт. Об этом пишет TAdviser. Разработчик, компания «Анлимитед Продакшен», подчёркивает: корпоративных клиентов инцидент не затронул, потому что их версии eXpress работают на собственной инфраструктуре заказчиков.

Удар пришёлся по публичной части продукта. Для рынка защищённых отечественных мессенджеров это показательная ситуация: один и тот же продукт ведёт себя по-разному в зависимости от того, где он развёрнут.

Что известно об инциденте

Доступный фрагмент материала не раскрывает технических подробностей. Неясно, какой именно была атака, сколько длился простой и какие компоненты «Яндекса» пострадали. Из заголовка TAdviser следует, что сервис и сайт eXpress зависели от инфраструктуры, на которую пришёлся удар. Дальше пересказывать нечего: любые версии о типе атаки или её источнике остаются догадками.

Проверенные факты на данный момент такие:

• дата инцидента: 12 октября 2026 года;
• пострадали корпоративный мессенджер eXpress и его сайт, недоступность была временной;
• по заявлению «Анлимитед Продакшен», корпоративные клиенты не задеты;
• причина устойчивости клиентов: установки на их собственной инфраструктуре;
• среди пользователей eXpress и решений на его базе названы РЖД и «Росатом».

Почему on-premise выдержал

Логика проста. Если мессенджер стоит в контуре заказчика, ему не важно, что происходит у стороннего провайдера. Серверы, базы и каналы связи принадлежат клиенту, а доступность определяется его собственной ИТ-службой. Сбой у внешнего облака превращается в проблему вендора и его публичного сервиса, а не крупной организации с закрытым развёртыванием.

За это приходится платить. Заказчик сам отвечает за обновления, резервирование, мониторинг и защиту от атак. Но для структур вроде РЖД или «Росатома» такой компромисс давно привычен: критичные коммуникации держат внутри периметра.

Рынок и конкуренты

Сам «Росатом» при этом идёт по другому пути. В Greenatom, ИТ-компании госкорпорации, рассказали TAdviser, что в атомной отрасли внедрён корпоративный мессенджер Atom Space. Продолжение этой цитаты в доступном фрагменте обрезано, поэтому детали о разработчике и масштабе внедрения здесь не приводятся. Важен сам факт: даже внутри одной крупной группы компаний сосуществуют несколько решений, и eXpress не единственный вариант.

Практические выводы для ИТ-руководителей

Инцидент полезно разобрать как учебный кейс по архитектуре. Несколько вопросов, которые стоит задать себе и вендору:

• Где физически размещены серверы мессенджера и что происходит с ним при недоступности внешнего провайдера?
• Есть ли у сервиса резервный канал оповещения сотрудников, если основной недоступен?
• Зависят ли ключевые функции, например авторизация, push-уведомления и обновления, от публичных облачных компонентов вендора?
• Как часто тестируется сценарий работы без доступа к внешней инфраструктуре?

Для компаний, которые используют облачную версию любого корпоративного мессенджера, вывод жёстче: SLA провайдера не заменяет собственный план действий. Простой даже в несколько часов бьёт по согласованиям, дежурным сменам и операционной связи. Для тех, кто выбирает между облаком и установкой у себя, этот случай станет ещё одним аргументом в пользу второго, если требования к непрерывности высокие.

Полная картина появится, когда «Яндекс» или «Анлимитед Продакшен» раскроют подробности атаки и длительность простоя. Пока подтверждено одно: закрытый контур сработал так, как от него ждали.