O vídeo que circulou nas redes sociais mostrando um drone despejando um explosivo sobre a comunidade Dois Irmãos, no Rio de Janeiro, não é apenas mais um episódio de violência urbana. Para quem trabalha com tecnologia, o ocorrido funciona como um alerta silencioso e incômodo: a mesma lógica de guerra assimétrica que vimos nos campos de batalha da Ucrânia e do Oriente Médio está sendo replicada em território brasileiro, e com um nível de sofisticação que cresce mais rápido do que a capacidade de resposta institucional.
Não estamos falando de um futuro distópico. O presente já chegou. E, como profissional de tecnologia, considero que ignorar esse movimento é fechar os olhos para um vetor de risco que, mais cedo ou mais tarde, baterá à porta de quem projeta sistemas críticos, gerencia infraestrutura urbana ou desenvolve soluções de inteligência artificial voltadas para segurança pública.
Da guerra convencional ao morro carioca: uma linha tênue
A tática de lançar granadas ou explosivos adaptados por meio de drones comerciais tornou-se corriqueira no conflito ucraniano. O que a maioria das pessoas não percebe é que a barreira técnica para replicar esse comportamento é baixíssima. Um drone quadricóptero de uso recreativo, um mecanismo de liberação improvisado e um explosivo artesanal são suficientes para causar estragos comparáveis aos de um artefato militar de baixo custo.
No caso do Rio de Janeiro, as facções criminosas estão claramente observando, aprendendo e adaptando. Segundo relatos de autoridades, o artefato foi lançado de forma precisa sobre um alvo específico, o que sugere que o operador do drone possuía algum treinamento ou, no mínimo, familiaridade com sistemas de voo autônomo ou semiautônomo. Essa não é uma capacidade trivial — mas também não é excepcional. Qualquer entusiasta de drones com alguns meses de prática pode atingir esse nível de controle.
O que isso revela é uma realidade incômoda para quem desenvolve tecnologia: o mesmo conhecimento que permite entregar medicamentos em áreas remotas também pode ser usado para fins destrutivos. O dual-use (uso duplo) não é mais uma abstração acadêmica; é um problema operacional concreto.
O papel da inteligência artificial na escalada do risco
Aqui entra o ponto que considero mais sensível para a nossa área de atuação. Embora o ataque relatado não tenha feito uso explícito de inteligência artificial — até onde se sabe —, a tendência natural é que versões futuras incorporem capacidades de navegação autônoma, reconhecimento de alvos por visão computacional e até mesmo tomada de decisão baseada em modelos de aprendizado de máquina.
Imagine um drone equipado com um modelo de detecção de objetos treinado para identificar viaturas policiais, câmeras de vigilância ou rotas de fuga. O hardware para isso já existe — placas como a NVIDIA Jetson Nano ou o Raspberry Pi com aceleradores de inferência custam poucas centenas de reais. O software, em grande parte, é open source. A combinação de um algoritmo de YOLO (You Only Look Once) com um sistema de voo autônomo baseado em PX4 ou ArduPilot transforma qualquer drone comercial em uma plataforma de ataque inteligente.
Não estou sugerindo que isso seja trivial de implementar em ambiente hostil e com recursos limitados. Mas a história nos mostra que organizações criminosas adaptam tecnologia com velocidade impressionante quando há incentivo financeiro ou estratégico. O crime organizado brasileiro já demonstrou capacidade de usar sinais de satélite, rádios criptografados e sistemas de monitoramento. O pulo para drones autônomos é uma questão de tempo — e de disponibilidade de talento técnico.
O que a engenharia de software tem a ver com isso?
Pode parecer distante da realidade de quem desenvolve APIs, mantém infraestrutura em nuvem ou implementa pipelines de dados. No entanto, a relação é mais direta do que parece. Vou citar três pontos que considero críticos.
- Segurança de sistemas embarcados: Muitos drones comerciais utilizam firmware personalizado ou são controlados por aplicativos Android. A engenharia reversa desses sistemas permite que criminosos burlem limitações geográficas (geo-fencing) e desativem mecanismos de segurança. Se você trabalha com desenvolvimento embarcado ou IoT, a segurança do firmware deveria ser uma obsessão — não um item opcional.
- Detecção e mitigação baseada em IA: Sistemas de contra-drones tradicionais usam análise de radiofrequência para identificar pilotos. Mas drones autônomos não dependem de comunicação contínua com o operador. A detecção precisará evoluir para utilizar fusão de sensores (radar, câmeras térmicas, acústica) combinada com modelos de IA que distinguam um drone de entrega da Amazon de um vetor de ataque. Empresas que desenvolvem visão computacional aplicada à segurança terão que lidar com esse desafio nos próximos anos.
- Regulação e compliance técnico: As plataformas de nuvem que hospedam sistemas de monitoramento aéreo precisarão se adaptar a novas exigências legais. O compartilhamento de dados entre órgãos de segurança, a privacidade de cidadãos filmados por câmeras de vigilância e a rastreabilidade de operações de drone vão exigir arquiteturas de software robustas e auditáveis. Quem não estiver preparado para implementar trilhas de auditoria e controles de acesso granulares terá dores de cabeça regulatórias.
Por que a abordagem reativa é insuficiente
A resposta típica do poder público diante desse tipo de ameaça é proibir o uso de drones em determinadas áreas, exigir cadastro obrigatório de equipamentos e intensificar a fiscalização. Essas medidas são necessárias, mas insuficientes no curto prazo. Do ponto de vista técnico, a proibição só funciona se houver capacidade de enforcement — e no momento, as forças de segurança brasileiras não dispõem de infraestrutura de contra-drones em escala.
Além disso, a abordagem puramente regulatória ignora a natureza descentralizada da ameaça. Não se trata de um único grande fabricante vendendo drones de guerra para facções. Trata-se de equipamentos civis amplamente disponíveis, que podem ser modificados com peças impressas em 3D e software baixado da internet. A regulação tradicional não alcança essa cadeia de valor fragmentada.
Para a engenharia de software, o aprendizado é duro: sistemas que assumem um ambiente operacional confiável são frágeis. A resiliência precisa ser projetada desde o início. Se você está construindo um sistema de monitoramento urbano, considere que o próprio sensor (drone, câmera, estação de rádio) pode ser comprometido ou usado como arma. A segurança não é uma camada externa — é uma propriedade emergente do design.
Lições práticas para profissionais de tecnologia
Diante desse cenário, o que nós, engenheiros e arquitetos de software, podemos fazer de concreto? Não se trata de parar de desenvolver sistemas de IA com medo do uso indevido. Mas podemos incorporar algumas práticas que reduzem a probabilidade de dano colateral.
Primeiro, sempre que possível, implemente limites operacionais no firmware: restrições de altitude, zonas de exclusão geográfica que não possam ser desativadas por software, e mecanismos de autenticação que impeçam o upload de firmware malicioso. Essas barreiras não são intransponíveis, mas elevam o custo para o atacante.
Segundo, se você trabalha com visão computacional voltada para vigilância, considere incluir mecanismos de detecção de adulteração no pipeline. Se o modelo de IA identificar um padrão de movimento incompatível com operação normal (por exemplo, um drone aproximando-se de uma janela residencial em altitude baixa e velocidade reduzida), o sistema pode gerar alertas automáticos ou ativar contramedidas passivas.
Terceiro, contribua para projetos de código aberto que visam a segurança de drones e a prevenção de uso indevido. A comunidade técnica tem mais capacidade de inovar do que órgãos reguladores. Iniciativas como o Dronecode Project e o OpenDroneMap fornecem bases sobre as quais podemos construir soluções de monitoramento e mitigação que sejam acessíveis também para municípios com poucos recursos.
Por fim, não subestime o poder da conscientização. Muitos desenvolvedores de sistemas embarcados não consideram cenários de uso hostil porque nunca precisaram. Este caso no Rio mostra que o cenário hostil pode estar mais perto do que imaginamos. Incorporar modelagem de ameaças no ciclo de desenvolvimento não é paranóia — é engenharia responsável.
O equilíbrio entre inovação e segurança
Não defendo, em hipótese alguma, a estagnação tecnológica ou o engessamento da pesquisa em drones e inteligência artificial. A mesma tecnologia que preocupa hoje — voo autônomo, visão computacional, aprendizado por reforço — será fundamental amanhã para entregar suprimentos em desastres naturais, mapear áreas de risco ou realizar buscas em locais inacessíveis. O segredo não está em eliminar a capacidade técnica, mas em construir camadas de proteção proporcionais ao risco.
Do ponto de vista de carreira, engenheiros que entendem de segurança cibernética aplicada a sistemas físicos (OT security) e que conseguem projetar sistemas com defesa em profundidade terão cada vez mais valor. O mercado de segurança de drones está em franca expansão, e não apenas no setor militar. Hospitais, aeroportos, estádios e centros urbanos estão começando a demandar soluções de detecção e mitigação. Quem desenvolver expertise nessa intersecção entre IA, sistemas embarcados e segurança estará bem posicionado.
O episódio no Rio de Janeiro não é um ponto fora da curva — é um sinal de que a guerra assimétrica chegou ao espaço aéreo urbano brasileiro. Cabe a nós, profissionais de tecnologia, responder com inteligência, responsabilidade e visão de longo prazo. Não se trata apenas de evitar o pior. Trata-se de construir sistemas que tornem o pior cada vez mais difícil de acontecer.