Ataques a Centros de Dados da Yandex se Expandem enquanto a Ucrânia Mira a Infraestrutura Digital da Rússia
A Yandex sofreu dois ataques a centros de dados em dois dias, ampliando a campanha da Ucrânia da infraestrutura de energia e logística para a economia digital da Rússia. Os ataques aos centros de dados da Yandex desativaram infraestrutura em Kaluga e interromperam completamente as operações de uma instalação maior em Sasovo.
A sequência importa mais do que qualquer um dos incidentes isoladamente. Um único local danificado pode parecer uma interrupção pontual. Dois ataques contra a mesma operadora sugerem que os centros de dados se somaram a refinarias, portos e armazéns como alvos recorrentes de guerra.
A Yandex opera serviços usados em buscas, transporte, entretenimento, comércio, computação em nuvem e inteligência artificial. Os danos à sua infraestrutura física, portanto, pressionam tanto aplicativos de consumo quanto empresas que alugam capacidade computacional.
Os ataques também expõem uma realidade difícil por trás da computação em nuvem. O software pode redirecionar o tráfego, mas todo serviço de nuvem depende, em última instância, de edifícios físicos, sistemas elétricos, conexões de rede e hardware substituível.
Essa tensão agora define a história. A Ucrânia está testando se ataques físicos repetidos podem sobrecarregar a redundância que normalmente torna resiliente uma grande plataforma tecnológica.
Dois Ataques a Centros de Dados da Yandex Mudaram o Risco
O segundo ataque transformou a interrupção em uma única instalação em um teste mais amplo da resiliência da infraestrutura da Yandex.
Em 8 de outubro, drones atingiram o centro de dados da Yandex em Sasovo, na região russa de Ryazan. O ataque provocou um incêndio e obrigou a Yandex a suspender completamente as operações da instalação.
O local abrigava dezenas de milhares de servidores, segundo a cobertura inicial do primeiro ataque. A Yandex afirmou que seus principais serviços para consumidores continuaram operando, embora vários serviços externos tenham relatado problemas técnicos.
Um dia depois, outro ataque danificou a infraestrutura da Yandex na região de Kaluga, a sudoeste de Moscou. Vários módulos do centro de dados foram completamente desativados, enquanto a empresa continuava avaliando os danos gerais.
O segundo ataque estabeleceu um padrão que o primeiro incidente não poderia confirmar. A Ucrânia havia passado de atacar uma importante instalação tecnológica para atingir múltiplos locais operados pela mesma empresa.
A Yandex confirmou que nenhum funcionário ficou ferido em nenhum dos locais. Seu comunicado da empresa de 9 de outubro informou que a instalação de Sasovo permanecia totalmente desativada e que a infraestrutura em Kaluga estava parcialmente indisponível.
A empresa não forneceu uma data para a restauração. Disse que avaliar as condições dos equipamentos levaria tempo, dificultando medir imediatamente o impacto duradouro.
O presidente ucraniano Volodymyr Zelensky confirmou a operação em Kaluga e a descreveu como uma resposta aos ataques russos contra centros de dados ucranianos. A fabricante ucraniana de armamentos Fire Point afirmou que foram usados drones de ataque unidirecionais FP-1.
Um drone de ataque unidirecional leva uma carga explosiva até um alvo sem retornar ao ponto de lançamento. Seu valor está no alcance, no volume e no custo inferior ao de muitos mísseis convencionais.
O ataque em Kaluga fez parte de uma operação noturna muito maior. O Ministério da Defesa da Rússia afirmou que suas defesas aéreas interceptaram 505 drones ucranianos entre o fim da quinta-feira e o início da sexta-feira.
Esse número descreve a escala da campanha aérea, mas não a quantidade de drones que alcançou a Yandex. Nem a Yandex nem autoridades ucranianas divulgaram esse número.
O governador de Kaluga, Vladislav Shapsha, afirmou que nove pessoas ficaram feridas durante ataques em toda a região. Cinco recebiam tratamento hospitalar, embora as autoridades não tenham relacionado especificamente esses ferimentos ao local da Yandex.
Essa distinção importa. Danos confirmados à infraestrutura não devem ser tratados como prova sobre cada alvo, vítima ou efeito de armamento relatado durante uma operação de grande alcance.
O ataque a Sasovo também envolveu incertezas. A Yandex confirmou a paralisação, mas os relatos públicos não estabeleceram se o próprio centro de dados era o único alvo pretendido.
A instalação ocupa parte do antigo complexo da fábrica de máquinas-ferramenta Sasta. Essa fábrica enfrenta sanções britânicas por seu suposto papel no setor de defesa da Rússia.
Inicialmente, os militares ucranianos não forneceram um relato público detalhado da operação em Sasovo. Imagens circularam online, mas não puderam determinar se a fábrica, o centro de dados ou ambos foram alvos.
Mesmo com essas questões sem resposta, o resultado operacional era claro. A Yandex perdeu uma instalação inteira e parte de outra em aproximadamente 48 horas.
Essa sequência criou a pressão central enfrentada pela empresa. Sua recuperação agora depende de quanto tráfego os locais restantes conseguem absorver enquanto a infraestrutura danificada permanece offline.
A Pressão Recai sobre os Clientes do Yandex Cloud
A Yandex pode proteger seus maiores produtos para consumidores enquanto clientes empresariais menores absorvem primeiro a disrupção.
A Yandex é mais do que uma provedora de buscas. Ela oferece suporte a navegação, música, vídeo, entrega de comida, comunicações, computação em nuvem e aplicativos empresariais em toda a Rússia.
Esse alcance torna sua infraestrutura economicamente importante mesmo quando os aplicativos mais conhecidos da Yandex continuam disponíveis. Um consumidor pode ver uma página de busca funcionando enquanto uma empresa não consegue criar recursos na nuvem.
Após o ataque a Sasovo, a Yandex relatou problemas de energia em uma zona de disponibilidade. Uma zona de disponibilidade é uma localização de infraestrutura isolada, projetada para impedir que uma falha afete toda uma região de nuvem.
A empresa aconselhou os clientes de nuvem a usar outras zonas. Também afirmou que as cargas de trabalho haviam sido transferidas para outras instalações, embora permanecessem restrições à criação de novos recursos.
Essa resposta mostra a redundância funcionando como planejado. O tráfego foi deslocado do local que falhou, e os maiores serviços de consumo da Yandex evitaram uma paralisação completa.
No entanto, a mesma resposta revela uma reserva finita. Cada transferência consome capacidade em instalações que precisam atender suas cargas de trabalho normais juntamente com a demanda deslocada.
A Yandex opera cinco grandes centros de dados na Rússia, segundo relatos públicos. Dois foram atingidos em dois dias, deixando três locais conhecidos fora da zona de dano imediato.
Duas dessas instalações restantes ficam na região de Moscou. Outra fica na região de Vladimir.
A redistribuição parece administrável quando um local falha brevemente. Torna-se mais difícil quando uma segunda instalação perde módulos e o cronograma de restauração permanece desconhecido.
Maryana Lazaricheva, chefe de pesquisa de ações da T-Investments, identificou a base de clientes empresariais da empresa como um risco central. Ela afirmou que ataques contínuos poderiam eliminar a capacidade da Yandex de redistribuir cargas de trabalho.
A Yandex disse ter chegado a um acordo com outros provedores de nuvem para ajudar clientes a mover seus dados e serviços. Essa medida sugere que a empresa estava se preparando para uma recuperação que ultrapassasse sua própria capacidade restante.
A migração para a nuvem não é instantânea. Aplicativos frequentemente dependem de bancos de dados específicos, configurações de rede, sistemas de identidade e arquiteturas de armazenamento.
Um cliente precisa confirmar que os dados copiados estão atualizados, que os aplicativos podem iniciar corretamente e que os controles de segurança continuam funcionando. Esse trabalho se torna mais difícil durante uma interrupção ativa.
Algumas empresas também projetam seus sistemas em torno dos serviços proprietários de um único provedor. Mover máquinas virtuais básicas é mais fácil do que recriar um aplicativo que depende de bancos de dados gerenciados ou ferramentas de IA.
Relatos após o ataque a Sasovo mencionaram interrupções envolvendo Yandex Disk e Yandex Documents. Outros serviços afetados teriam incluído Cian, Litmarket, Russian Railways e o site do Spartak Moscow.
Uma operadora de ônibus da região de Moscou também atribuiu a indisponibilidade das vendas de passagens online a uma paralisação temporária do centro de dados. Esses casos ilustram como danos à infraestrutura podem aparecer muito além dos próprios produtos de uma empresa de tecnologia.
Os dados de interrupção de rede mostraram a conectividade da Yandex caindo para cerca de 70% dos níveis normais após o primeiro incidente. Essa medição indica uma disrupção substancial sem provar um colapso nacional.
Detector404, um serviço de monitoramento online, recebeu 58.268 reclamações durante o dia seguinte ao ataque a Sasovo. Relatos de usuários podem identificar problemas generalizados, mas não medem com precisão clientes distintos afetados.
Um único usuário pode enviar vários relatos. Incidentes técnicos separados também podem ocorrer durante o mesmo período.
As ações da Yandex caíram 4,5% nas negociações de Moscou após o segundo ataque. A queda refletiu preocupações com interrupções de serviço, perda de receita por segmento, exposição dos clientes e futuros custos de defesa.
Ainda assim, a movimentação do mercado não pode revelar o estado físico do hardware. Os investidores não tinham informações verificadas sobre custos de reparo, perda de dados ou a condição de sistemas computacionais críticos.
A resposta forçada é, portanto, tanto técnica quanto comercial. A Yandex precisa restaurar a capacidade enquanto convence as empresas de que as cargas de trabalho continuam seguras em sua plataforma.
Essa tarefa continuará além da interrupção imediata. Clientes empresariais avaliam serviços de nuvem em parte pelo histórico de disponibilidade, pelo desempenho de recuperação de desastres e pela comunicação durante incidentes.
Se a Yandex restaurar a capacidade rapidamente, o episódio se tornará evidência de que uma infraestrutura distribuída pode absorver danos físicos diretos. Uma recuperação longa sustentaria a conclusão oposta.
Os Ataques Colocam em Risco a Capacidade de Computação de IA da Yandex
A incerteza mais relevante envolve dois supercomputadores usados para o desenvolvimento de IA, e não a perda temporária de aplicativos para consumidores.
A Yandex afirmou em 2021 que seu local em Sasovo abrigava dois de seus três supercomputadores. Chamados Chervonenkis e Lyapunov, os sistemas dão suporte ao treinamento de redes neurais e ao desenvolvimento do YandexGPT.
Um supercomputador combina muitos processadores em um sistema de alto desempenho para grandes tarefas computacionais. Treinar um modelo de linguagem de grande porte exige que milhares de processadores se coordenem por conexões de rede rápidas.
Ambas as máquinas da Yandex foram construídas em torno de processadores gráficos Nvidia A100. Esses chips passaram a ser amplamente usados para treinamento de IA antes de arquiteturas mais novas da Nvidia chegarem ao mercado.
A Yandex não confirmou se algum dos supercomputadores foi danificado. Também se recusou a informar se os sistemas podem ser restaurados.
Essa lacuna de verificação é essencial. A paralisação de um centro de dados não significa necessariamente que todos os servidores em seu interior sofreram destruição física.
Incêndio, isolamento elétrico, água, fumaça ou danos ao resfriamento podem forçar uma paralisação completa mesmo quando grande parte do equipamento sobrevive. Os engenheiros precisam inspecionar esses sistemas antes de restaurar a energia com segurança.
Por outro lado, processadores sobreviventes não garantem uma recuperação rápida. A computação de alto desempenho depende de distribuição de energia, redes especializadas, equipamentos de resfriamento, armazenamento e racks de servidores configurados com precisão.
Danos aos sistemas de suporte podem deixar chips que, de outra forma, funcionariam, sem uso. Reconstruir o cluster computacional completo pode levar muito mais tempo do que substituir servidores de nuvem padrão.
É aqui que os ataques aos centros de dados da Yandex se cruzam com as restrições tecnológicas já existentes na Rússia. Os controles de exportação ocidentais já restringem o acesso a processadores avançados e equipamentos de fabricação.
Substituir uma infraestrutura baseada em A100 é, portanto, mais complicado do que fazer um pedido comercial comum. Disponibilidade, rotas de entrega, suporte de serviço e integração de sistemas podem criar gargalos.
O Sberbank, principal concorrente doméstico da Yandex em IA, estimou anteriormente que os desenvolvedores russos estavam de seis a nove meses atrás dos principais desenvolvedores americanos e chineses. O banco identificou a importação de chips avançados como a principal limitação.
Essa estimativa veio de um concorrente e não deve ser tratada como uma medição independente. Ainda assim, ela destaca por que danos confirmados a hardware de IA escasso seriam relevantes.
O YandexGPT concorre com o GigaChat, do Sberbank, no mercado doméstico russo de IA generativa. Ambos os sistemas dependem de acesso contínuo a capacidade computacional para treinamento, avaliação e atendimento às solicitações dos usuários.
Treinamento e inferência geram pressões diferentes sobre a infraestrutura. O treinamento cria ou atualiza um modelo, enquanto a inferência executa o modelo finalizado quando um usuário envia uma solicitação.
A Yandex pode potencialmente manter um modelo existente online mesmo perdendo parte da capacidade para treinamentos futuros. A empresa também pode priorizar cargas de trabalho críticas e adiar experimentos menos urgentes.
Isso tornaria os efeitos menos visíveis para usuários comuns. Busca, mapas ou um chatbot poderiam continuar funcionando mesmo enquanto o cronograma de desenvolvimento da empresa atrasa.
O cenário oposto também é possível. Se os supercomputadores sobreviveram e apenas a infraestrutura ao redor precisa de reparos, a Yandex pode se recuperar sem perder seus principais ativos de IA.
As evidências atuais não permitem responder a essa questão. Fotografias de um incêndio e relatos de interrupções não mostram a condição interna de clusters computacionais específicos.
Portanto, alegações de que os ataques destruíram o programa de IA da Yandex vão além dos fatos verificados. O resultado confirmado é mais restrito, mas ainda significativo.
Uma instalação importante foi desativada. Uma segunda teve módulos inoperantes. Dois supercomputadores de IA importantes estavam localizados no primeiro local, e sua condição permaneceu não divulgada.
A pressão estratégica decorre do tempo de substituição e da exposição repetida. O hardware de IA é valioso porque é concentrado, conectado em rede e difícil de substituir rapidamente.
Essas mesmas qualidades tornam um cluster de IA vulnerável quando atacantes conseguem alcançar sua localização física. Serviços distribuídos voltados ao consumidor podem continuar funcionando, enquanto a capacidade centralizada de treinamento enfrenta uma perda mais grave.
Isso cria uma inversão na narrativa usual sobre a nuvem. A centralização melhora a utilização e torna a computação em larga escala economicamente viável, mas também concentra equipamentos valiosos em instalações conhecidas.
Os ataques aos data centers da Yandex não provaram que a infraestrutura centralizada de IA seja inerentemente frágil. Eles mostraram que a resiliência de software não pode compensar totalmente ataques físicos repetidos.
A Redundância Evita o Colapso, mas Não Elimina o Risco Físico
É improvável que a internet da Rússia falhe em todo o país, mas serviços regionais e empresas menores continuam expostos a interrupções em cascata.
Os serviços modernos de internet são projetados para sobreviver a falhas comuns de equipamentos. Operadores duplicam dados, mantêm energia de reserva, usam vários provedores de rede e redirecionam o tráfego em torno de sistemas indisponíveis.
Essas medidas explicam por que os serviços centrais da Yandex permaneceram disponíveis após o desligamento de Sasovo. Também explicam por que um único ataque regional não desconectaria toda a Rússia.
O advogado de direitos digitais Sarkis Darbinyan disse à Meduza que grandes empresas distribuem sua infraestrutura pelo país. O tráfego pode ser transferido automaticamente quando equipamentos falham.
Sua análise de infraestrutura concluiu que desativar toda a internet russa exigiria uma campanha muito mais ampla. A Rússia tem cerca de 200 data centers entre diversos operadores.
Esse total nacional não deve ser confundido com as cinco principais instalações da Yandex. O mercado mais amplo inclui empresas de telecomunicações, bancos, provedores de nuvem e operadores independentes de data centers.
A distinção mostra por que previsões dramáticas de um apagão digital nacional são frágeis. Nenhuma instalação individual da Yandex transporta todo o tráfego russo.
No entanto, a resiliência em nível nacional pode coexistir com falhas locais dolorosas. Sistemas governamentais regionais, terminais de pagamento, plataformas escolares, sistemas médicos e sites de pequenas empresas podem não dispor de redundância equivalente.
Grandes clientes às vezes podem operar em várias zonas de nuvem ou provedores. Organizações menores podem manter todo o aplicativo e o backup dentro da presença regional de um único provedor.
A arquitetura multicloud usa serviços de mais de um operador de nuvem para reduzir a dependência de uma única empresa. Ela pode melhorar a resiliência, mas também aumenta a complexidade de engenharia e operação.
Os dados precisam permanecer sincronizados entre os provedores. As políticas de segurança devem ser compatíveis, e os funcionários precisam ter experiência com ferramentas diferentes.
Para muitos clientes menores, esses custos tornam a proteção multicloud impraticável antes de uma crise. Eles só descobrem a dependência quando seu ambiente principal fica indisponível.
Os ataques também desafiam uma suposição comum sobre separação geográfica. Duas instalações podem estar em regiões administrativas diferentes e, ainda assim, permanecer ao alcance do mesmo sistema de armas de longo alcance.
A arquitetura de nuvem tradicionalmente se prepara para incêndios, inundações, falhas de energia, cortes de rede e erros técnicos. Ataques sustentados em tempos de guerra introduzem um padrão diferente de falha.
Um atacante pode selecionar vários locais, repetir uma operação e se adaptar após observar o comportamento de recuperação. Essa sequência intencional pode consumir a capacidade de backup mais rapidamente do que falhas aleatórias.
Data centers podem usar barreiras, vigilância, supressão de incêndios e serviços públicos redundantes. Instalações reforçadas ou subterrâneas oferecem proteção mais forte, mas converter campi existentes leva tempo.
A Ucrânia enfrentou o mesmo problema pelo lado oposto. Ataques russos danificaram recentemente data centers e sistemas de telecomunicações ucranianos, forçando algumas instalações a suspender as operações.
Um ataque em setembro interrompeu o acesso à internet fixa para cerca de 100 mil domicílios em Kyiv e arredores. Autoridades ucranianas discutiram levar mais equipamentos para o subsolo e transferir cargas de trabalho para o exterior.
A experiência da Ucrânia ajuda a explicar sua motivação declarada. Zelensky caracterizou os ataques à Yandex como uma resposta recíproca aos ataques contra a infraestrutura digital ucraniana.
A reciprocidade não responde às questões legais ou éticas sobre cada alvo. Data centers podem atender simultaneamente serviços civis, clientes comerciais, órgãos governamentais e usuários militares.
Os relatos públicos não estabeleceram a composição das cargas de trabalho em cada local da Yandex afetado. Tampouco mostraram que todos os clientes afetados tinham qualquer relação com a guerra.
Essa ambiguidade coloca civis e empresas comuns dentro do cálculo de risco. Um ataque destinado a reduzir a capacidade estatal ou industrial pode interromper serviços não relacionados que compartilham o mesmo edifício.
A Yandex enfatizou que milhões de pessoas usam seus serviços para tarefas cotidianas. A empresa também disse que centenas de milhares de companhias dependem de sua tecnologia.
Essas alegações descrevem o alcance potencial da interrupção, não uma contagem confirmada de indisponibilidades. A empresa não publicou uma lista completa de serviços ou clientes afetados.
Também não informou se algum dado de cliente foi perdido. Indisponibilidade de serviço e perda permanente de dados são resultados distintos, e as evidências atuais confirmam apenas a interrupção.
O risco físico é, portanto, real, mas limitado por questões sem resposta. A internet russa permanece distribuída, enquanto plataformas e clientes específicos ainda podem sofrer falhas graves.
Ataques repetidos mudariam esse equilíbrio. Cada local adicional desativado reduz as opções de roteamento, aumenta a carga em outros pontos e prolonga as filas de recuperação.
A questão central não é se um ataque pode desligar um país. É quantas perdas simultâneas uma grande plataforma consegue absorver antes que a redundância se transforme em exaustão.
Três Sinais Mostrarão se os Danos Persistem
O tempo de restauração, o status verificado do hardware de IA e novos ataques determinarão se isso continuará sendo uma história de interrupção ou se se tornará um choque tecnológico estrutural.
O primeiro sinal é o cronograma de restauração da Yandex. A empresa afirmou que ainda não podia dizer quando os equipamentos em Sasovo e Kaluga voltariam a operar.
Uma recuperação rápida indicaria que os danos se concentraram em energia, refrigeração ou componentes limitados da infraestrutura. Também mostraria que a capacidade excedente e as parcerias externas de nuvem funcionaram.
Semanas de restrições sugeririam uma perda de equipamentos mais grave. Limites contínuos para criar recursos de nuvem revelariam que cargas de trabalho transferidas estavam consumindo a capacidade disponível.
A qualidade dos relatórios públicos de incidentes da Yandex será importante junto com o cronograma. Os clientes precisam saber quais serviços falharam, como as cargas de trabalho foram transferidas e se os dados armazenados permaneceram intactos.
Uma breve declaração de que os serviços retornaram não resolveria todas as preocupações. Compradores corporativos buscarão evidências de que a restauração não introduziu novos problemas de segurança ou confiabilidade.
O segundo sinal é a condição de Chervonenkis e Lyapunov. A sobrevivência verificada reduziria fortemente as implicações imediatas para o desenvolvimento do YandexGPT.
A destruição confirmada ou a indisponibilidade prolongada reforçaria o argumento de que ataques físicos podem restringir o avanço russo em IA. Também intensificaria a pressão sobre hardware de reposição escasso.
O silêncio continuará sendo informativo, embora não decisivo. A Yandex tem motivos comerciais e de segurança para limitar detalhes sobre infraestrutura computacional crítica.
Observadores devem resistir a tratar a ausência de atualizações como prova de destruição. As evidências relevantes incluiriam divulgações da empresa, mudanças nos serviços, alterações nas contratações ou atrasos visíveis no lançamento de modelos.
O terceiro sinal é se os ataques continuam contra a Yandex ou outros operadores russos de data centers. Uma pausa deixaria a empresa com uma recuperação difícil, mas limitada.
Outro ataque testaria mais diretamente a rede restante. Também poderia levar clientes de nuvem a concorrentes, arranjos de hospedagem estrangeira ou sistemas de contingência offline.
Os concorrentes domésticos da Yandex enfrentariam então uma posição ambígua. Poderiam ganhar clientes, mas sua própria infraestrutura concentrada poderia se tornar um alvo.
O governo russo também enfrenta uma decisão de política pública. O presidente Vladimir Putin recebeu autoridade em agosto para assumir o controle de infraestrutura criticamente importante considerada inadequadamente protegida contra ataques de drones.
Autoridades poderiam exigir defesas físicas mais fortes, maior sigilo sobre localizações ou transferência para instalações reforçadas. Cada opção envolve custos e interrupção operacional.
As empresas também podem buscar instalações em países considerados amigos por Moscou. A alocação no exterior poderia reduzir a exposição a ataques de drones dentro da Rússia, mas introduz complicações legais, de rede e de soberania.
A hospedagem transfronteiriça altera a latência e a governança de dados. Também pode tornar um provedor dependente do mercado de energia, da regulamentação e da relação diplomática de outro país.
Para os clientes, a lição prática é mais restrita do que o debate geopolítico. Uma região de nuvem não é um plano de recuperação, a menos que dados e aplicativos possam realmente ser executados em outro lugar.
As organizações devem saber quais serviços dependem de uma única zona, quão atualizados estão seus backups e quanto tempo a migração levaria. Um plano por escrito sem restauração testada oferece proteção limitada.
Esse princípio se aplica muito além da Rússia ou da Ucrânia. Incêndios florestais, inundações, falhas na rede elétrica, sabotagem e guerra diferem em causa, mas expõem as mesmas dependências físicas.
A nuvem esconde o hardware da interface do usuário. Ela não torna esse hardware imaterial.
Os ataques ao data center da Yandex já estabeleceram uma mudança duradoura. Grandes infraestruturas digitais agora fazem parte do ciclo crescente de ataques entre a Rússia e a Ucrânia.
O que permanece incerto é a extensão dos danos. A Yandex confirmou a interrupção, mas não a perda permanente de dados nem a destruição de seus supercomputadores de IA.
Os leitores devem acompanhar um comunicado detalhado sobre a restauração, evidências relativas aos clusters de computação de Sasovo e outro ataque contra infraestrutura digital. Em conjunto, esses sinais mostrarão se a redundância conteve a crise.
Eles também responderão à questão mais ampla levantada por esses ataques. Uma plataforma de nuvem consegue continuar transferindo cargas de trabalho mais rapidamente do que um adversário consegue eliminar capacidade física?



