Ataques a data centers da Yandex interromperam apps russos, mas os bots migraram

A Yandex sofreu três ataques de drones relatados em quatro dias, transformando os ataques aos data centers da Yandex em um teste direto da resiliência digital da Rússia. Instalações em Sasovo, Kaluga e Vladimir pararam ou reduziram as operações após ataques entre 8 e 11 de outubro de 2026.

Os danos foram além dos produtos voltados ao consumidor da Yandex. Empresas que usam sua infraestrutura relataram falhas em serviços de transporte, comunicações, mídia, varejo e outras plataformas online. A Yandex Cloud também aconselhou clientes a ativar seus próprios planos de recuperação de desastres enquanto seus recursos restantes operavam sob pressão.

O aparente colapso do tráfego das redes da Yandex produziu uma segunda narrativa, mais dramática. Publicações virais afirmavam que os ataques haviam silenciado fazendas russas de bots e operações de influência online. Mais tarde, a Cloudflare identificou um resultado mais complexo: parte da automação desapareceu da Yandex, mas tráfego semelhante surgiu rapidamente por meio de outros provedores russos de hospedagem.

Essa reviravolta importa. Os ataques expuseram a concentração física na infraestrutura doméstica de internet da Rússia, mas também demonstraram como algumas cargas de trabalho automatizadas hostis se tornaram portáteis.

O que os ataques aos data centers da Yandex realmente mudaram

A mudança imediata foi a perda de três importantes instalações de computação, não o colapso de toda a internet da Rússia.

A Yandex afirmou que seu data center em Sasovo foi gravemente danificado durante a noite de 7 para 8 de outubro. As operações no local foram completamente interrompidas. A instalação fica na região russa de Ryazan, a sudeste de Moscou.

Um segundo ataque atingiu o data center da empresa em Kaluga em 9 de outubro. Segundo a Yandex, parte da infraestrutura falhou, enquanto vários módulos ficaram totalmente indisponíveis.

O terceiro ataque relatado atingiu a instalação da Yandex em Vladimir durante a noite de 11 de outubro. A Yandex disse que esse local também deixou de operar. Não houve relatos de funcionários feridos nos três incidentes.

A empresa descreveu os data centers como o “coração de ferro” de seus negócios em sua declaração sobre infraestrutura. Essa descrição é excepcionalmente literal neste caso. A Yandex oferece suporte a busca, mapas, e-mail, pagamentos, táxis, entrega de comida, entretenimento, inteligência artificial e computação em nuvem.

Sua infraestrutura também hospeda serviços operados por outras organizações. Portanto, danos dentro de uma instalação da Yandex podem atingir empresas que nunca foram alvos diretos.

As interrupções relatadas incluíram Yandex Mail, Yandex Disk, Yandex Pay, Yandex Go e diversos serviços de nuvem. Usuários também relataram problemas envolvendo a Russian Railways, a operadora móvel MegaFon, sites de mídia, aplicativos de varejo e outras plataformas online.

Alguns serviços afetados se recuperaram ou continuaram com funcionalidade reduzida. Outros permaneceram instáveis enquanto engenheiros redirecionavam cargas de trabalho e avaliavam os danos físicos. Tratava-se de uma rede degradada, não de um apagão nacional uniforme.

Ainda assim, a sequência criou um choque de infraestrutura excepcionalmente concentrado. Três locais pertencentes ao mesmo grande provedor de tecnologia foram atingidos em uma única campanha. Isso eliminou capacidade mais rapidamente do que falhas comuns de equipamentos normalmente ocorreriam.

A Yandex reconheceu que a restauração seria difícil. Após os dois primeiros ataques, a empresa disse que não poderia fornecer um cronograma confiável para devolver os equipamentos danificados à operação.

O incidente em Vladimir aumentou a pressão. A Yandex Cloud teria entrado em modo de emergência e alertado que a configuração dos recursos restantes era instável. Os clientes foram orientados a usar seus próprios planos de recuperação de desastres sempre que possível.

Recuperação de desastres significa transferir uma aplicação e seus dados para uma infraestrutura que permaneça disponível após uma falha. Esse processo só funciona quando os clientes prepararam capacidade alternativa, backups atualizados e procedimentos de recuperação testados.

A interrupção da Yandex explicou mais do que uma falha temporária de serviço. Ela mostrou como um ataque físico pode se propagar por um provedor, seus clientes de nuvem e os serviços públicos construídos sobre eles.

Também estabeleceu a tensão central deste episódio. As plataformas domésticas da Rússia eram fisicamente vulneráveis, mas algumas cargas de trabalho provaram ser muito mais fáceis de realocar do que a infraestrutura que atende usuários comuns.

A concentração da internet doméstica da Rússia elevou os riscos

Os ataques pressionaram a Yandex porque a empresa se tornou tanto uma plataforma voltada ao consumidor quanto uma camada compartilhada da infraestrutura nacional.

A Yandex é frequentemente descrita como o equivalente russo ao Google, mas essa comparação subestima seu alcance operacional. Seus produtos conectam navegação, transporte, comércio, comunicações, mídia e computação em nuvem dentro de um único grupo tecnológico.

As sanções internacionais e o impulso da Rússia em direção à tecnologia doméstica aumentaram essa importância desde o início da invasão em larga escala da Ucrânia, em fevereiro de 2022. Usuários e empresas russos têm menos alternativas práticas às grandes plataformas locais.

Essa concentração gera eficiência durante as operações normais. Uma identidade, um sistema de pagamentos, um serviço de mapas e um ambiente de nuvem podem sustentar muitas atividades diárias. A mesma concentração amplia as consequências quando um provedor perde várias instalações.

Um passageiro pode perceber a falha como um recurso de táxi indisponível. Um varejista pode perder o processamento de pedidos. Uma empresa que usa bancos de dados gerenciados pode enfrentar um problema de recuperação muito mais profundo.

Relatos após os ataques descreveram falhas que afetaram e-mail, entrega de comida, acesso a academias, pagamentos, aplicativos de relacionamento e sites empresariais. Esses incidentes não tiveram todos a mesma gravidade ou duração.

No entanto, todos compartilhavam uma dependência de um número menor de operadores de infraestrutura. Por isso, o impacto da nuvem da Yandex se estendeu além dos aplicativos com a marca da empresa.

A Russian Railways e outras grandes organizações estavam entre os serviços supostamente afetados após o ataque a Sasovo. Uma falha que envolve informações de transporte tem implicações diferentes de um aplicativo de entretenimento indisponível.

Os serviços de nuvem criam outra camada de exposição. Clientes podem acreditar que suas aplicações são separadas porque têm marcas, equipes e bancos de dados distintos. No nível da infraestrutura, ainda podem depender dos mesmos prédios e rotas de rede.

A redundância geográfica deveria reduzir esse risco. Um operador de nuvem pode replicar aplicações e dados entre locais separados, permitindo que outra instalação assuma a carga de trabalho após uma interrupção.

Três ataques em quatro dias mudam esse cálculo. A capacidade reservada para uma falha pode se tornar insuficiente quando vários locais importantes falham antes que os reparos sejam concluídos.

Os clientes também precisam de tempo suficiente para migrar. Transferir um grande banco de dados, reconstruir um cluster gerenciado ou validar registros de pagamento é mais difícil durante um incidente ativo.

O alerta da Yandex sobre a instabilidade dos recursos restantes sugeriu que a pressão se estendia além dos prédios diretamente danificados. Os locais sobreviventes tiveram de absorver a demanda redirecionada enquanto apoiavam o trabalho de recuperação.

É por isso que as interrupções atingiram serviços metropolitanos e comerciais mesmo sem uma falha nacional da internet. Uma plataforma pode permanecer online enquanto regiões individuais, recursos ou aplicações dependentes falham de forma imprevisível.

Os ataques também afetaram a confiança. A Reuters citou o analista de telecomunicações Alexei Boyko dizendo que o principal risco envolvia perder usuários e sua confiança. As pessoas podem não voltar depois que um serviço se torna pouco confiável.

A confiança é especialmente importante para clientes de nuvem. Uma empresa escolhe um provedor de nuvem, em parte, porque ele promete maior resiliência do que uma única companhia poderia construir sozinha.

Ataques físicos não invalidam automaticamente essa promessa. Eles expõem, porém, se a redundância foi distribuída entre zonas de falha realmente independentes.

A Yandex opera em um ambiente no qual as opções internacionais de nuvem são restritas. As regras russas de localização de dados e a pressão política também podem desencorajar empresas de colocar cargas de trabalho sensíveis fora do país.

Essas condições reduzem as rotas de escape disponíveis. Um cliente pode migrar entre provedores russos, mas cada provedor opera dentro do mesmo ambiente de conflito e sistema energético.

A Rússia também buscou maior controle sobre sua internet doméstica. Essa política pode preservar a autoridade do governo e apoiar plataformas locais, mas pode criar novos pontos de concentração.

A interrupção da Yandex explicou o custo dessa abordagem. Uma rede mais contida nacionalmente pode ser mais fácil de administrar, mas mais difícil de diversificar entre regiões estrangeiras durante um ataque físico.

Para as empresas russas, a resposta forçada é prática, não ideológica. Elas precisam de backups independentes, acordos alternativos de hospedagem e procedimentos de recuperação que não presumam que todas as regiões da Yandex permanecerão acessíveis.

Para a Yandex, o desafio é de longo prazo. A empresa precisa restaurar a capacidade danificada enquanto convence os usuários de que outro ataque não criará a mesma cadeia de falhas.

O conflito real é entre concentração física e cargas de trabalho portáteis

A Ucrânia danificou infraestrutura fixa, mas as cargas de trabalho mais adaptáveis escaparam ao mudar de provedor.

Data centers são alvos difíceis de substituir rapidamente. Eles contêm servidores, sistemas de distribuição de energia, equipamentos de refrigeração, hardware de rede e sistemas de segurança física.

Mesmo quando os dados armazenados sobrevivem em outro lugar, a perda de capacidade computacional pode limitar todos os locais restantes. Os equipamentos de reposição precisam ser adquiridos, instalados, conectados e testados antes que as operações normais sejam retomadas.

As aplicações são mais portáteis quando os operadores as projetam para migração. Softwares empacotados em contêineres podem funcionar em diferentes ambientes compatíveis, enquanto bancos de dados replicados podem continuar a partir de outro local.

Essa distinção moldou o resultado. Os serviços ao consumidor ligados à ampla infraestrutura da Yandex enfrentaram problemas visíveis. Parte do tráfego automatizado, porém, migrou para hosts concorrentes em questão de horas.

Os gráficos iniciais de rede pareciam dramáticos. O tráfego associado às redes da Yandex caiu acentuadamente em torno dos ataques. Observadores relacionaram essa queda a fazendas russas de bots e operações de influência.

O presidente ucraniano Volodymyr Zelenskyy também vinculou os ataques às investidas da Rússia contra a infraestrutura de dados ucraniana. Ele disse que a Ucrânia responde de forma “espelhada”, enquanto se recusava a revelar detalhes operacionais.

A narrativa resultante era atraente porque sugeria que uma única campanha física havia alcançado dois objetivos. Ela havia interrompido os serviços digitais russos e desativado sistemas usados para atividades online maliciosas.

A análise da Cloudflare contestou a segunda conclusão. Seus pesquisadores separaram dois números de sistema autônomo da Yandex, que identificam redes que roteiam tráfego de forma independente pela internet.

O AS13238 atendia a Yandex Search, enquanto o AS200350 processava o tráfego da Yandex Cloud. Tratar ambas as redes como uma única categoria ocultava o que realmente havia desaparecido.

A queda da Yandex Search consistiu principalmente em crawlers verificados. Esses programas automatizados indexam sites, imagens e outros recursos para resultados de busca.

Um crawler é um bot no sentido técnico, mas isso não o torna parte de uma campanha de propaganda ou influência. Mecanismos de busca em todo o mundo operam sistemas semelhantes.

A Cloudflare identificou um comportamento diferente dentro da Yandex Cloud. Diversas categorias associadas a varredura e sondagem diminuíram após a interrupção, sugerindo que alguma atividade com características de ataque foi interrompida.

No entanto, a maior carga de trabalho automatizada observada não desapareceu. Ela tinha como alvo um cliente da Cloudflare no setor de jogos de azar e alternou entre nomes de host.

Imediatamente após a interrupção de 8 de outubro, essas solicitações da Yandex Cloud caíram para zero. Em seguida, solicitações idênticas surgiram na Radist e na Selectel, duas outras redes russas de hospedagem.

Os pesquisadores correlacionaram o tráfego por meio de vários indicadores técnicos. Eles incluíam os mesmos caminhos de solicitação incomuns, cabeçalhos HTTP, strings personalizadas de user-agent e impressão digital JA4 de TLS.

JA4 é um método para identificar o comportamento de clientes a partir de características visíveis durante conexões de rede criptografadas. A correspondência de impressões digitais pode ajudar analistas a rastrear automação entre endereços IP que mudam.

A Cloudflare relatou que as solicitações de bots russos direcionadas a contas de jogos de azar passaram de 167,7 milhões para 170,1 milhões durante a semana analisada. Isso representou um aumento de 1,4%.

Sua análise de tráfego de bots concluiu que a automação de alto volume migrou em vez de desaparecer. O resultado foi continuidade por meio de outro provedor, não eliminação.

Essas evidências não estabelecem quem controlava esse tráfego. Tampouco provam que as solicitações pertenciam a uma operação estatal de influência.

A Cloudflare enquadrou explicitamente os dados em torno da atividade de bots visível em sua rede. Seu exemplo detalhado dizia respeito a um cliente do setor de jogos de azar, não a todas as campanhas automatizadas russas.

Essa limitação é crucial. O tráfego de bots pode incluir indexação, scraping, monitoramento de preços, fraude, varredura de vulnerabilidades, ataques a credenciais, spam e muitas outras atividades.

Operações de desinformação frequentemente usam contas operadas por humanos, proxies residenciais, dispositivos comprometidos ou infraestrutura fora da Rússia. Um gráfico que mostra o tráfego de bots de uma rede não pode medir todos esses sistemas.

A versão corrigida é, portanto, mais limitada do que a alegação viral. Os ataques interromperam redes da Yandex e alguma atividade maliciosa, mas a Cloudflare não observou um colapso duradouro na principal carga de trabalho que rastreou.

Esse contraste define o impacto na nuvem da Yandex. Instalações fixas absorveram os danos físicos, enquanto operadores de software com sistemas portáteis trocaram de host e continuaram trabalhando.

Clientes comuns podem ter enfrentado a tarefa de recuperação mais difícil. Eles dependiam de serviços gerenciados pela Yandex, integrações e repositórios de dados que nem sempre podiam ser movidos instantaneamente.

Os operadores automatizados mais sofisticados aparentemente trataram os provedores de nuvem como capacidade intercambiável. Sua resiliência veio de evitar uma vinculação duradoura a um único provedor.

Essa inversão não torna os ataques irrelevantes. Ela mostra que medir o sucesso exige separar a destruição de infraestrutura da interrupção das cargas de trabalho.

A História da Fazenda de Bots Foi Além das Evidências

Os ataques causaram uma interrupção real, mas a alegação de que silenciaram a desinformação russa permanece não verificada.

As evidências mais fortes dizem respeito aos danos físicos e à disponibilidade dos serviços. A Yandex confirmou que Sasovo deixou de operar, parte de Kaluga falhou e Vladimir foi posteriormente desativada.

Reportagens independentes documentaram problemas em produtos da Yandex e serviços de terceiros. As ações da Yandex também caíram após as notícias dos ataques, refletindo a preocupação dos investidores com a restauração e a confiabilidade.

As evidências mais fracas dizem respeito à identidade e ao propósito de cada bot que desapareceu das redes da Yandex. A telemetria de rede pode mostrar padrões de tráfego sem revelar a organização por trás deles.

Uma queda acentuada em um sistema autônomo pode refletir equipamentos danificados, mudanças de roteamento, filtragem defensiva ou migração de cargas de trabalho. Ela não pode identificar independentemente uma fazenda de trolls.

A alegação inicial também confundiu tipos distintos de automação. Rastreadores de busca verificados responderam por grande parte da queda associada à Pesquisa Yandex.

Rastreadores de busca coletam conteúdo para indexação. Eles não têm relação com contas coordenadas que publicam mensagens políticas, embora ambas as atividades envolvam solicitações automatizadas.

A Cloudflare encontrou reduções em varreduras, sondagens e tentativas de acessar caminhos sensíveis a partir da Yandex Cloud. Essas mudanças sugerem que a interrupção afetou alguma automação potencialmente prejudicial.

No entanto, atividade interrompida não é necessariamente infraestrutura destruída. Operadores podem restaurá-la a partir de backups ou executar o mesmo software por meio de outra empresa de hospedagem.

O tráfego de jogos de azar forneceu um exemplo claro. Suas impressões digitais consistentes permitiram à Cloudflare conectar solicitações entre provedores, apesar da mudança na rede de origem.

Nenhum conjunto de dados público comparável mostrou que o aparato mais amplo de influência online da Rússia deixou de operar. Alegações de um colapso completo, portanto, vão além das evidências disponíveis.

Essa distinção também protege a análise contra o erro oposto. A migração de uma carga de trabalho não prova que todos os sistemas maliciosos sobreviveram sem interrupção.

Alguns operadores podem ter perdido dados armazenados, credenciais, acesso a sistemas de gerenciamento ou recursos especializados de computação. Outros podem ter precisado de mais tempo para se recuperar do que o exemplo da Cloudflare.

Serviços internos privados não apareceriam necessariamente no tráfego público da internet. Danos a sistemas de treinamento de IA ou bancos de dados corporativos poderiam continuar significativos, mesmo que aplicações voltadas ao consumidor retornassem.

Relatos indicaram que a Yandex abrigava infraestrutura importante de inteligência artificial nos locais afetados. A condição precisa desses equipamentos não foi plenamente estabelecida publicamente.

A própria linguagem da empresa permaneceu cautelosa. Ela afirmou que as equipes estavam avaliando a infraestrutura e não podiam fornecer um cronograma confiável de restauração após os ataques iniciais.

Os clientes enfrentaram outra incerteza. Segundo reportagens sobre o incidente, a Yandex teria revisado a linguagem contratual referente a falhas causadas por ataques de drones e eventos semelhantes.

Esses termos podem transferir o risco financeiro para os clientes durante interrupções em tempos de guerra. Eles não resolvem o problema técnico de manter o serviço diante de ataques físicos repetidos.

O número de serviços afetados também exige cautela. Alguns relatos contabilizaram mais de 80 produtos da Yandex e de terceiros, mas a inclusão nem sempre significava uma interrupção completa.

Uma página de status de nuvem pode listar componentes separados dentro de uma plataforma. Um único evento de infraestrutura subjacente pode, portanto, gerar muitos alertas individuais de serviço.

Relatos de usuários têm limitações semelhantes. Uma aplicação que falha pode depender da Yandex, de uma rede de telecomunicações, de um processador de pagamentos ou de vários sistemas ao mesmo tempo.

O padrão geral continua crível porque a Yandex confirmou perdas significativas de infraestrutura. O alcance exato e a duração de cada falha secundária são mais difíceis de verificar.

É por isso que “a internet da Rússia caiu” é um resumo impreciso. Muitos serviços continuaram funcionando, e algumas cargas de trabalho danificadas migraram para outra infraestrutura.

“Nada importante aconteceu” é igualmente impreciso. Três data centers da maior empresa de internet da Rússia foram atingidos em poucos dias, forçando operações de emergência e alertas públicos de recuperação.

A conclusão defensável fica entre esses extremos. A Ucrânia expôs um risco de concentração nos serviços digitais russos, enquanto a automação mais portátil demonstrou sua capacidade de sobreviver.

Essa constatação tem implicações além deste conflito. Operadores de nuvem frequentemente anunciam redundância lógica, mas a geografia física ainda determina se sistemas supostamente separados compartilham a mesma ameaça.

Isso também importa para defensores que rastreiam tráfego malicioso. Bloquear uma rede de hospedagem pode deslocar uma operação sem encerrá-la.

Analistas precisam acompanhar impressões digitais comportamentais entre provedores. Caso contrário, uma migração pode parecer uma vitória em um painel, enquanto a mesma atividade continua em outro lugar.

A alegação sobre a fazenda de bots deve, portanto, permanecer uma pergunta, não uma conclusão. As evidências públicas mostram interrupção e realocação, mas não a eliminação de operações russas de influência.

Três Sinais Mostrarão se os Danos Persistem

A próxima fase será medida por cronogramas de restauração, falhas recorrentes de serviço e migração de cargas de trabalho entre provedores russos.

O primeiro sinal é o progresso da Yandex na restauração em Sasovo, Kaluga e Vladimir. Os reparos físicos revelarão se a empresa perdeu módulos substituíveis ou infraestrutura mais difícil de obter.

Inicialmente, a Yandex disse que não podia estimar quando os equipamentos danificados voltariam a operar. Uma recuperação curta sugeriria que a redundância e as cadeias de suprimentos absorveram o choque.

Uma recuperação que dure meses indicaria perdas físicas mais profundas. Também manteria as instalações sobreviventes sob carga adicional e deixaria menos capacidade de reserva para outro incidente.

As interrupções públicas de serviço oferecem um segundo sinal. Falhas intermitentes importam mais do que uma única interrupção, porque podem levar clientes a buscar alternativas.

Observe se transporte, pagamentos, entrega de alimentos, e-mail e bancos de dados em nuvem continuam relatando problemas. Falhas repetidas reforçariam a tese de que os ataques danificaram infraestrutura compartilhada, e não aplicações isoladas.

Observe também os avisos de status da Yandex Cloud. Modo de emergência, restrições de capacidade ou pedidos repetidos para que clientes ativem a recuperação de desastres mostrariam que cargas de trabalho redirecionadas continuam difíceis de suportar.

Um serviço estável durante outra rodada de ataques enfraqueceria essa avaliação. Isso sugeriria que a Yandex redistribuiu com sucesso as cargas de trabalho apesar das perdas físicas.

O terceiro sinal é o comportamento da automação que antes se originava na Yandex Cloud. A Cloudflare identificou Radist e Selectel como fontes alternativas para solicitações correspondentes.

A telemetria futura pode mostrar se essas cargas de trabalho permanecem fora da Yandex, retornam após a restauração ou se fragmentam entre redes adicionais. Cada padrão revelaria uma estratégia operacional diferente.

Uma mudança permanente mostraria que provedores são substituíveis para operadores de bots bem preparados. Um retorno rápido à Yandex sugeriria que a interrupção causou deslocamento temporário, e não uma mudança estrutural.

Uma distribuição mais ampla entre hosts russos e estrangeiros tornaria a atribuição mais difícil. Ela também reduziria o efeito de futuros ataques contra qualquer operador individual de data center.

O padrão militar também importa. Rússia e Ucrânia ampliaram ataques de longo alcance para além de instalações de energia, atingindo logística, comunicações e infraestrutura digital.

Reportagens da Associated Press confirmaram que a instalação de Kaluga sofreu danos durante um período mais amplo de escalada de ataques. Sua cobertura do conflito também documentou a pressão contínua sobre infraestrutura civil e industrial.

A Ucrânia enquadrou os ataques aos data centers como resposta aos ataques russos contra alvos digitais ucranianos. Isso cria o risco de novos ataques recíprocos contra infraestrutura com usos civis e militares.

Data centers raramente atendem apenas uma categoria de cliente. O mesmo edifício pode dar suporte a navegação, varejo, sistemas industriais, trabalho governamental e comunicação de consumidores.

Esse papel misto complica as avaliações do efeito estratégico. Um ataque pode limitar a capacidade estatal e, ao mesmo tempo, interromper serviços usados por pessoas comuns e empresas privadas.

Para líderes de tecnologia, os ataques aos data centers da Yandex oferecem uma dura lição de resiliência. A redundância geográfica deve considerar ameaças físicas correlacionadas, e não apenas falhas de componentes.

Os backups também precisam de uma rota de saída. Uma cópia armazenada tem valor limitado quando as equipes não conseguem restaurá-la em capacidade computacional independente.

As organizações devem saber quais aplicações aparentemente separadas compartilham um provedor de nuvem, região, serviço de identidade ou sistema de pagamentos. Essas dependências ocultas determinam o verdadeiro raio de impacto.

As conclusões da Cloudflare acrescentam uma segunda lição. A infraestrutura pode ser danificada mais rapidamente do que uma operação online persistente pode ser eliminada.

Rastrear o provedor de hospedagem não basta. Os defensores precisam de indicadores comportamentais consistentes que resistam a mudanças de IP, migrações para a nuvem e renomeações de hostnames.

Para os leitores que acompanham a guerra, a avaliação central deve permanecer precisa. Os ataques impuseram custos reais à Yandex e perturbaram a vida digital russa.

Eles não produziram evidências confiáveis de que a máquina de influência online da Rússia tenha desaparecido. A carga de trabalho de bots mais claramente documentada foi transferida para outro lugar e continuou operando.

Nos próximos meses, compare os anúncios de reparo da Yandex com dados independentes sobre os serviços e padrões de tráfego entre provedores. Essas evidências mostrarão se a interrupção na Yandex explicou um choque temporário ou uma fraqueza duradoura.

A questão já não é se a infraestrutura física importa. Claramente, ela importa. A pergunta mais difícil é quais operações digitais continuam vinculadas a edifícios e quais conseguem escapar antes que a fumaça se dissipe.