Ataque ao Yandex derruba temporariamente o mensageiro e o site do eXpress; clientes on-premise não foram afetados

Um ataque ao Yandex em 12 de outubro de 2026 tirou do ar temporariamente o mensageiro corporativo eXpress e o site do produto. A informação é da TAdviser. A desenvolvedora, a Unlimited Production, ressalta que o incidente não afetou os clientes corporativos, porque as versões do eXpress usadas por eles rodam na infraestrutura dos próprios clientes.

O golpe atingiu a parte pública do produto. Para o mercado de mensageiros nacionais seguros, a situação é reveladora: o mesmo produto se comporta de maneira diferente conforme o ambiente em que é implantado.

O que se sabe sobre o incidente

O trecho disponível da matéria não traz detalhes técnicos. Não está claro que tipo de ataque foi, quanto tempo durou a indisponibilidade nem quais componentes do Yandex foram afetados. Pelo título da TAdviser, o serviço e o site do eXpress dependiam da infraestrutura atingida. Não há mais o que relatar: qualquer versão sobre o tipo de ataque ou sua origem continua sendo especulação.

Os fatos confirmados até o momento são estes:

• data do incidente: 12 de outubro de 2026;
• o mensageiro corporativo eXpress e seu site foram afetados, e a indisponibilidade foi temporária;
• segundo a Unlimited Production, os clientes corporativos não foram atingidos;
• motivo da resiliência dos clientes: instalações na infraestrutura própria;
• entre os usuários do eXpress e de soluções baseadas nele estão a RZD e a Rosatom.

Por que o on-premise resistiu

A lógica é simples. Se o mensageiro roda dentro do perímetro do cliente, o que acontece em um provedor terceirizado não o afeta. Servidores, bancos de dados e canais de comunicação pertencem ao cliente, e a disponibilidade fica a cargo da própria equipe de TI. Uma falha na nuvem externa vira problema do fornecedor e de seu serviço público, não da grande organização com implantação fechada.

Há um preço a pagar. O cliente passa a ser responsável por atualizações, redundância, monitoramento e proteção contra ataques. Mas, para estruturas como a RZD ou a Rosatom, esse compromisso é antigo: as comunicações críticas ficam dentro do perímetro.

Mercado e concorrentes

A própria Rosatom, aliás, segue outro caminho. A Greenatom, empresa de TI da corporação estatal, contou à TAdviser que o setor nuclear adotou o mensageiro corporativo Atom Space. O restante dessa declaração está cortado no trecho disponível, por isso não há aqui detalhes sobre o desenvolvedor nem sobre a escala da implantação. O que importa é o fato em si: mesmo dentro de um único grande grupo de empresas convivem várias soluções, e o eXpress não é a única opção.

Lições práticas para gestores de TI

Vale analisar o incidente como um caso de estudo de arquitetura. Algumas perguntas que convém fazer a si mesmo e ao fornecedor:

• Onde ficam fisicamente os servidores do mensageiro e o que acontece com ele se o provedor externo ficar indisponível?
• O serviço tem um canal reserva para avisar os funcionários caso o principal esteja fora do ar?
• As funções-chave, como autenticação, notificações push e atualizações, dependem de componentes públicos de nuvem do fornecedor?
• Com que frequência se testa o cenário de operação sem acesso à infraestrutura externa?

Para empresas que usam a versão em nuvem de qualquer mensageiro corporativo, a conclusão é mais dura: o SLA do provedor não substitui um plano de ação próprio. Uma indisponibilidade de apenas algumas horas já prejudica aprovações, plantões e a comunicação operacional. Para quem está decidindo entre nuvem e instalação própria, este caso será mais um argumento a favor da segunda opção, se os requisitos de continuidade forem altos.

O quadro completo só aparecerá quando o Yandex ou a Unlimited Production divulgarem os detalhes do ataque e a duração da indisponibilidade. Por ora, só uma coisa está confirmada: o perímetro fechado funcionou como se esperava.