Cyber Power e Inteligência Artificial: O 11 de Setembro sob a Ótica da Tecnologia de 2026
- #Cloud
- #Inteligência Artificial (IA)
- #Segurança da Informação
Reflexão
25 anos depois de 11 de setembro de 2001, uma pergunta continua sendo tecnicamente provocativa: se aquele ataque fosse planejado hoje, as tecnologias atuais seriam capazes de impedir que ele acontecesse?
A resposta responsável não é simplesmente “sim”.
Uma análise técnica precisa separar evidência histórica, capacidade tecnológica atual, inferência e hipótese.
Foi justamente essa distinção que motivou a revisão deste artigo.
Atualização após revisão das fontes
A primeira versão deste texto foi produzida com auxílio de Inteligência Artificial Generativa e publicada com algumas afirmações que não haviam passado por validação documental suficiente.
Após um questionamento recebido sobre o conteúdo, revisei as principais afirmações utilizando fontes oficiais e documentos institucionais.
A revisão mostrou um problema interessante: algumas afirmações eram baseadas em tecnologias reais, mas foram apresentadas pela IA com um grau de certeza maior do que as evidências permitiam.
Isso aconteceu principalmente nos trechos relacionados a:
- integração automática de inteligência;
- reconhecimento biométrico;
- ADS-B e rastreamento por satélite;
- SIVAM e monitoramento do espaço aéreo;
- controle remoto de aeronaves comerciais;
- emprego de aeronaves militares em situações de sequestro;
- regras de engajamento e possibilidade de abate;
- capacidade de tornar uma aeronave completamente “invisível” aos sistemas de monitoramento.
Portanto, a versão abaixo não pretende sustentar que a tecnologia atual impediria automaticamente um novo 11 de Setembro.
O objetivo é mais interessante: entender o que a tecnologia realmente acrescenta à capacidade de detecção e resposta — e onde ainda existem limitações.
1. O problema não era simplesmente falta de tecnologia
O Relatório da Comissão do 11 de Setembro documentou diversas falhas de compartilhamento, integração e interpretação de informações entre órgãos de inteligência e segurança.
Um dos exemplos conhecidos é o chamado Phoenix Memo, produzido por um agente do FBI em julho de 2001. O documento alertava para a possibilidade de uma ação coordenada envolvendo pessoas interessadas em treinamento de aviação.
A Comissão também analisou outros sinais que, posteriormente, ganharam importância.
Mas existe uma diferença fundamental entre afirmar:
“havia informações que poderiam ter sido melhor integradas”
e afirmar:
“um sistema de IA teria necessariamente identificado e impedido o ataque”.
A primeira afirmação possui respaldo histórico.
A segunda é uma hipótese contrafactual.
O próprio relatório da Comissão não permite transformar essa hipótese em certeza.
Tecnologia melhora a capacidade de correlação. Ela não elimina incerteza.
2. API e PNR: hoje existe muito mais informação disponível
Atualmente existem mecanismos estruturados para coleta e transmissão de informações de passageiros.
No Brasil, a ANAC regulamenta o fornecimento de API — Advance Passenger Information e PNR — Passenger Name Record.
A regulamentação prevê o fornecimento desses dados às autoridades competentes e estabelece sua utilização, entre outras finalidades, na prevenção e repressão de atos de interferência ilícita na aviação civil.
O API contém informações relacionadas ao passageiro e à viagem.
O PNR corresponde aos dados associados à reserva realizada pelo passageiro.
Portanto, existe hoje uma infraestrutura de dados muito mais estruturada do que a disponível décadas atrás.
Mas aqui aparece uma diferença importante.
Ter dados disponíveis não significa possuir um sistema universal capaz de cruzar instantaneamente qualquer informação existente no planeta.
Também não é correto afirmar, sem evidência específica, que uma IA automaticamente cruzaria:
passaporte + imigração + banco + compra de passagem + comportamento
e produziria uma decisão definitiva em tempo real.
Esse tipo de arquitetura pode ser concebido como hipótese tecnológica, mas não deve ser apresentado como uma capacidade universal já existente.
3. Biometria pode adicionar uma camada de segurança
O reconhecimento facial e outras formas de biometria já fazem parte de processos de controle e embarque em diferentes aeroportos e países.
Isso representa uma evolução importante.
Uma identidade pode ser comparada eletronicamente com informações disponíveis nos sistemas de controle.
Mas novamente existe uma diferença entre:
“a tecnologia pode auxiliar na identificação”
e
“a tecnologia identificaria qualquer suspeito em segundos e impediria o embarque”.
A segunda afirmação depende de fatores como qualidade dos dados, qualidade da captura biométrica, existência de registros correspondentes, critérios de alerta, integração entre sistemas e atuação humana.
Uma tecnologia de identificação não é, sozinha, uma garantia de prevenção.
4. ADS-B não significa rastreamento absoluto
Outro ponto que precisou ser corrigido foi a descrição do ADS-B.
O Automatic Dependent Surveillance-Broadcast é uma tecnologia real utilizada para fornecer informações de vigilância de aeronaves.
Existem também soluções de ADS-B espacial, que ampliam a cobertura de vigilância para regiões onde a infraestrutura terrestre possui limitações.
Isso é uma evolução significativa para a consciência situacional do tráfego aéreo.
Mas isso não permite afirmar que:
“toda aeronave moderna transmite sua posição via satélite a cada segundo”
ou que:
“mesmo desligando o transponder, o avião continuará necessariamente sendo rastreado em tempo real por satélites”.
Essas afirmações generalizam diferentes tecnologias e condições operacionais.
ADS-B, radar, comunicação e sistemas de vigilância não são uma única camada indestrutível.
Essa distinção é fundamental quando estamos falando de segurança cibernética e sistemas críticos.
5. E o SIVAM?
O SIVAM e a estrutura brasileira de vigilância e proteção da Amazônia são exemplos reais de emprego de tecnologia para monitoramento e integração de informações.
Entretanto, não é tecnicamente adequado utilizar o SIVAM como argumento para afirmar que todas as aeronaves internacionais que entram no Brasil são automaticamente acompanhadas por uma única infraestrutura capaz de impedir qualquer desaparecimento do radar.
Sistemas de vigilância possuem objetivos, áreas de cobertura, sensores e limitações diferentes.
Em sistemas críticos, uma arquitetura de segurança precisa ser analisada por camadas, e não como se existisse um único “olho digital” observando tudo.
6. Código 7500: uma tecnologia real, mas não uma solução mágica
O código 7500 é utilizado na aviação para indicar situação de sequestro ou interferência ilícita.
A documentação da FAA estabelece que a utilização desse código gera um indicador especial nos sistemas de controle de tráfego aéreo.
Portanto, essa parte da ideia original possui fundamento técnico.
Mas o código 7500 também não significa que:
- o alerta seja impossível de ser perdido;
- o sistema automaticamente neutralize o sequestrador;
- uma resposta física seja instantânea;
- a aeronave possa ser automaticamente controlada remotamente.
O procedimento é uma camada de comunicação e alerta, integrada a outros procedimentos operacionais.
7. O “piloto automático inviolável remoto” foi um erro da primeira versão
Este foi um dos pontos que mais exigiu correção.
A primeira versão apresentou a ideia de que, diante da perda de comunicação com a cabine, engenheiros em solo poderiam assumir remotamente o controle completo de uma aeronave comercial por meio de um enlace de satélite e obrigá-la a pousar em uma base segura.
Não encontrei fonte oficial que sustente essa capacidade como um recurso operacional geral da aviação comercial.
Por isso, essa afirmação foi retirada.
É importante fazer essa correção explicitamente porque uma tecnologia pode ser:
tecnicamente imaginável
sem ser:
tecnicamente implantada, homologada e operacional.
Essa diferença é essencial em Engenharia de Software, Cibersegurança, IA e sistemas críticos.
8. E os caças?
Também não é adequado afirmar que F-22 ou F-35 seriam automaticamente guiados por uma “IA preditiva” para interceptar um avião sequestrado em poucos minutos.
A existência de aeronaves militares avançadas é um fato.
A existência de sistemas de inteligência, sensores e automação militar também é um fato.
Mas transformar isso em:
“a IA identificaria o ataque e os caças interceptariam automaticamente”
é uma extrapolação.
Operações militares envolvem regras de engajamento, cadeia de comando, identificação, comunicação, avaliação de ameaça e decisão humana.
Portanto, essa afirmação também foi removida da versão revisada.
9. Abater uma aeronave não é uma decisão automática
Outro ponto que precisava ser tratado com muito cuidado era a afirmação de que as regras atuais permitiriam simplesmente ordenar o abate preventivo de uma aeronave comercial caso ela fosse considerada uma ameaça.
Essa formulação é excessivamente simplificada.
As circunstâncias de 11 de setembro envolveram decisões extremamente complexas, falhas de comunicação e diferentes níveis de autoridade.
Portanto, não é tecnicamente responsável transformar situações históricas e excepcionais em uma regra geral segundo a qual:
“se uma aeronave se tornar uma ameaça, a IA ou os militares poderão simplesmente abatê-la”.
Em segurança de sistemas críticos, decisões desse nível não podem ser reduzidas a um algoritmo apresentado como autoridade autônoma.
10. O caso MH370 é um lembrete importante
O desaparecimento do voo MH370 continua sendo um dos exemplos mais relevantes para compreender os limites da vigilância aérea.
Mesmo com tecnologias de comunicação, radar e dados de satélite disponíveis, a localização do destroço principal permaneceu sem confirmação definitiva.
Em 2026, o Ministério dos Transportes da Malásia continuou tratando a localização dos destroços como uma questão em investigação e registrou novas iniciativas relacionadas à busca.
Isso não significa que a tecnologia seja inútil.
Significa exatamente o contrário:
tecnologia produz evidências, mas evidência não é sinônimo de visibilidade absoluta.
O caso MH370 mostra que sistemas distribuídos podem deixar lacunas, produzir dados incompletos e exigir reconstrução posterior.
Então, a tecnologia de 2026 impediria o 11 de Setembro?
Não podemos afirmar isso como fato.
O que podemos afirmar é que o ambiente tecnológico atual oferece muito mais mecanismos para:
- coleta estruturada de informações;
- compartilhamento de dados;
- análise de grandes volumes;
- identificação biométrica;
- análise de padrões;
- vigilância do espaço aéreo;
- comunicação de emergência;
- correlação entre diferentes fontes;
- apoio à tomada de decisão.
Essas capacidades poderiam aumentar a possibilidade de detectar determinados sinais de uma ameaça.
Mas isso não significa que qualquer ataque seria automaticamente descoberto ou impedido.
A verdadeira questão: Cyber Power ou excesso de confiança tecnológica?
Talvez a pergunta mais interessante não seja:
“A IA impediria outro 11 de Setembro?”
Mas:
“Quanto poder de detecção conseguimos obter sem transformar a tecnologia em uma falsa sensação de segurança?”
Porque existe um risco igualmente perigoso:
acreditar que, porque temos mais dados, necessariamente temos mais segurança.
Mais dados podem gerar mais correlação.
Mais sensores podem gerar mais visibilidade.
Mais IA pode gerar mais capacidade analítica.
Mas também podem existir:
- falsos positivos;
- falsos negativos;
- dados incompletos;
- sistemas isolados;
- falhas de integração;
- problemas de governança;
- decisões humanas equivocadas;
- ataques contra os próprios sistemas de IA;
- modelos que interpretam corretamente os dados errados.
E aqui está a principal lição para GenAI
Este artigo acabou se tornando um exemplo prático de um problema que considero extremamente importante em Inteligência Artificial Generativa.
Uma resposta pode parecer extremamente técnica, detalhada e convincente — e ainda assim conter afirmações sem sustentação suficiente.
A IA consegue combinar conceitos verdadeiros.
O perigo aparece quando ela transforma essa combinação em uma conclusão apresentada como fato.
Por isso, nesta revisão passei a separar três níveis:
Evidência
Aquilo que pode ser sustentado por documentação, legislação, relatório técnico ou fonte institucional.
Inferência
Uma conclusão razoável construída a partir das evidências, mas que ainda depende de interpretação.
Hipótese
Uma possibilidade tecnológica ou cenário futuro que pode ser discutido, mas não deve ser apresentado como capacidade comprovada.
Essa separação é especialmente importante em Cybersecurity, Data Analytics, GenAI e sistemas críticos.
Conclusão
A tecnologia de 2026 é muito mais poderosa do que a disponível em 2001.
Mas poder tecnológico não significa onisciência tecnológica.
A maior evolução talvez não esteja apenas na quantidade de sensores, algoritmos ou dados disponíveis.
Está na capacidade de correlacionar informações, questionar resultados, validar evidências e reconhecer as limitações dos próprios sistemas.
E existe uma ironia interessante nesta análise:
O próprio processo de revisão deste artigo reproduziu, em pequena escala, o problema que ele tenta discutir.
Uma IA produziu uma narrativa tecnicamente convincente.
A narrativa continha fatos reais.
Também continha inferências.
E algumas hipóteses foram apresentadas como se fossem fatos.
Foi necessário voltar às fontes, separar as camadas e corrigir o que não possuía sustentação.
Talvez essa seja uma das competências mais importantes da era da IA: não apenas saber perguntar para uma inteligência artificial, mas saber quando não acreditar imediatamente na resposta.
Fontes principais
- National Commission on Terrorist Attacks Upon the United States — 9/11 Commission Report. 9/11 Commission
- ANAC — Resolução nº 255/2012 — API e PNR. ANAC — API e PNR
- ANAC — Resolução nº 595/2020 — alterações nas regras de API e PNR. ANAC — Resolução nº 595/2020
- FAA — Aeronautical Information Manual — procedimentos de emergência e código 7500. FAA — Code 7500
- Ministry of Transport Malaysia — informações oficiais sobre MH370. Malaysia Ministry of Transport — MH370



