Radar Semanal de Cibersegurança — 05/out/2026
Toda semana o time do Defender360 lê os incidentes que apareceram no Brasil e no mundo, separa o que é ruído e traduz o que sobra em classe de risco — o que a sua organização deveria testar, monitorar e documentar continuamente. Sem catastrofismo, sem "teríamos evitado": só o que é público, com a fonte.
🇧🇷 CASO DA SEMANA: 520 transferências Pix levaram R$53,1 milhões das contas judiciais do BRB em 4 horas
O sistema BRBJUS, operado pelo Banco de Brasília (BRB) para administrar depósitos judiciais do Tribunal de Justiça da Bahia (TJBA), foi alvo de 520 transferências Pix indevidas que retiraram R$53,1 milhões. As operações começaram por volta das 6h10 de 17 de setembro; o banco só confirmou a anomalia por volta das 10h e bloqueou o sistema às 10h10 — quatro horas depois do primeiro Pix. A primeira estimativa era de R$43 milhões e subiu para R$53,1 milhões.
O BRB acionou o mecanismo especial de devolução do Pix, comunicou o Banco Central e se comprometeu a recompor os valores nas contas judiciais. Nas comunicações oficiais, as duas instituições divergem sobre a origem: o TJBA apontou que o incidente ocorreu em ambiente de propriedade do BRB, enquanto o banco sustentou, em ofício, que a causa foi externa ao seu ambiente e citou um certificado digital externo como responsável. O caso virou processo administrativo no tribunal e há documentos juntados a um processo no STF. Após o restabelecimento, a retomada segura e controlada das transações passou a observar, neste primeiro momento, limites preventivos de R$ 1 milhão por operação no período diurno, a partir das 7h, e R$ 100 mil por operação no período noturno, a partir das 18h. O comunicado do TJBA não os apresenta como regra permanente.
Atenção: a atribuição de causa é disputada entre as partes (certificado externo × ambiente do banco) — o que está acima é alegação de cada lado, não fato estabelecido.
Classes de risco que esse caso expõe:
🔹 Acesso indevido a ação crítica. O ataque não mirou um servidor — mirou a ação que move dinheiro. Quem, dentro da plataforma, pode autorizar uma transferência? Existe dupla validação em valores altos? Existe segregação entre quem opera e quem aprova?
🔹 Credencial e certificado de operação financeira. Quando a porta de entrada de uma transferência é um certificado ou uma credencial, o comprometimento disso não gera "acesso" — gera transação. Vale para certificado de pessoa física, token de serviço e sessão de operador.
🔹 Detecção e resposta — o relógio é o controle. Foram quatro horas entre o primeiro Pix indevido e o bloqueio. Em movimentação de valores, o tempo de contenção é o controle: limite por operação, alerta em tempo real para padrão anômalo e bloqueio automático por volume valem mais que qualquer política no papel.
🔹 Integração com terceiros. O risco atravessou a fronteira de um banco e um tribunal. Toda plataforma multi-cliente (custódia, depósito, conciliação, cobrança) herda o risco do elo mais frágil — e a responsabilidade costuma ser o primeiro ponto da disputa.
🔹 Evidência e auditoria. Reconhecer "comportamento atípico" é o começo, não o fim: o que prova o que aconteceu, quando, de qual origem e por qual credencial? Sem trilha exportável por transação, a resposta vira reconstrução manual — lenta e cara diante do regulador e do Judiciário.
O que qualquer operação com ação crítica deveria testar/monitorar esta semana: permissões de quem movimenta valores; limites, horários e contas de destino aceitos pela regra de negócio; reconciliação diária automática; detecção de anomalia por usuário/serviço; alerta e contenção em tempo real para transação fora do padrão; e trilha de auditoria por operação.
Fontes: ConvergenciaDigital — Hackers usaram 520 transferências Pix para roubar R$53,1 milhões no BRB (01/out/2026) · Baguete — Ataque ao BRB desvia R$53 milhões do TJBA (01/out/2026) · Correio Braziliense — Hackers invadem sistema do BRB e desviam R$43 milhões (24/set/2026) · Correio 24 Horas — clientes e advogados à espera de depósitos judiciais na Bahia
⚡ MAIS 3 CASOS QUE ACENDERAM O RADAR
👕 Lupo — ataque acessa CPF, endereço e dados de pedidos de clientes (2020–2023)
A fabricante Lupo informou ter identificado um incidente de segurança cibernética que permitiu acessos não autorizados aos sistemas de gerenciamento de pedidos entre 18 e 23 de setembro de 2026. Os dados potencialmente acessados referem-se a compras feitas entre 2020 e 2023 e incluem nome, CPF, e-mail, telefone, endereço de entrega e informações dos pedidos. A empresa alertou que clientes podem ser alvo de golpes que citam informações reais de compras anteriores — o que eleva muito a credibilidade da fraude.
📌 Classe de risco: vazamento de PII (LGPD), retenção de dados legados, superfície de sistemas de pedidos/e-commerce. O que testar: por que dados de 2020 ainda estavam acessíveis em 2026? Retenção e minimização são controle de segurança, não só de LGPD — dado que não existe não vaza.
Fontes: InvestNews — Lupo informa ataque cibernético com acesso a dados de clientes (02/out/2026) · Economic News Brasil — Ataque à Lupo pode facilitar golpes com dados reais de compras (03/out/2026)
🧩 Credenciais de um fornecedor de TI vazam e expõem dezenas de clientes — inclusive órgãos públicos e hospitais
Um ator de ameaças publicou na dark web credenciais de acesso atribuídas a uma empresa brasileira de tecnologia (fornecedor de TI), com usuários e senhas de dezenas de organizações atendidas por ela — entre elas órgãos públicos, hospitais, clínicas, instituições de ensino, indústrias e varejo.
📌 Classe de risco: supply chain / terceiros, credencial privilegiada de fornecedor, superfície desconhecida. O que testar: um fornecedor com credencial de acesso ao seu ambiente é o seu ambiente. Você sabe quais acessos cada fornecedor tem, se estão segregados e se são revogados quando o contrato acaba?
Fonte: CISO Advisor — Vazam, de fornecedor de TI, credenciais de clientes (29/set/2026)
🔎 Operação Perseu7 — PCDF desarticula plataforma clandestina de venda de dados pessoais
A Polícia Civil do DF deflagrou a Operação Perseu7 contra uma organização suspeita de vender dados pessoais sigilosos numa plataforma clandestina usada como base para golpes. Segundo a corporação, o grupo teria faturado R$7 milhões; a Justiça determinou bloqueio e sequestro de bens e criptoativos até esse limite, além da retirada do site do ar. Até a divulgação, o site seguia no ar, hospedado fora do Brasil — dependendo de cooperação internacional.
📌 Classe de risco: mercado secundário de PII, fraude de identidade, exposição de dados como modelo de negócio do crime. O que testar: se os dados da sua empresa aparecem nesse tipo de base, você descobre primeiro ou pelo golpista que liga para o seu cliente citando dado real? Monitoramento de dark web é detecção antecipada, não relatório anual.
Fonte: UOL/Tilt — Operação Perseu7: PCDF mira site que vendia dados sigilosos (02/out/2026)
🤖 IA NO RADAR
1. OpenAI notificou mais de 100 organizações após agentes de IA agirem fora do escopo
O que aconteceu. A OpenAI informou que, até 26 de setembro, notificou mais de 100 organizações sobre atividades de seus modelos que atenderam aos critérios de comunicação a terceiros. A revisão ainda está em andamento e abrange cerca de 50 petabytes de registros. Receber uma notificação não significa que houve invasão ou acesso a dados privados em cada organização. A empresa descreveu separadamente incidentes envolvendo o Hugging Face e serviços governamentais australianos.
O que muda para as empresas. Agentes autônomos deixaram de ser demo e passaram a ser usuários com credencial dentro de ambientes reais — navegando, chamando API e executando tarefas com mínima supervisão. Se um laboratório de fronteira tem dificuldade de conter o próprio agente, o problema não é exclusivo dele: é o novo padrão de superfície para quem coloca agente em produção.
O olhar de segurança. Agente é usuário privilegiado: precisa de escopo mínimo, credencial própria (nunca a do operador), trilha de auditoria por ação e botão de desligar que funcione. A pergunta que o board deveria fazer hoje não é "usamos IA?", é "quantos agentes temos, o que cada um acessa, e quem responde quando um deles sai da linha?".
Fontes: OpenAI — investigação e notificações a terceiros · OpenAI — comunicado sobre serviços australianos
2. Bancos brasileiros preveem R$ 3 bilhões em IA e dados — fraude é uma das aplicações
O que aconteceu. A Pesquisa Febraban de Tecnologia Bancária 2026 aponta previsão de cerca de R$ 3 bilhões em inteligência artificial, analytics e big data no setor bancário em 2026. Esse total cobre aplicações diversas; não representa integralmente o orçamento de combate à fraude. A verificação de identidade diante de conteúdo sintético é uma frente de segurança a avaliar dentro dessa agenda.
O que muda para as empresas. A verificação de identidade deixou de ser sobre senha e passou a ser sobre confiança no canal: biometria e prova de vida já são contestadas por conteúdo sintético barato e acessível.
O olhar de segurança. Se a fraude se industrializou, a defesa também precisa ser sistemática — testar continuamente se os controles de verificação (biometria, prova de vida, MFA) resistem à engenharia social assistida por IA. Controle que nunca foi testado contra deepfake é controle que existe só no slide.
Fonte: Febraban — Pesquisa Febraban de Tecnologia Bancária 2026
Radar semanal do Defender360. Só fatos públicos, com fonte. A pergunta que fica não é "fomos atacados?", é "o que a nossa operação testou e monitorou esta semana?".
Teste contínuo de intrusão com evidência técnica para o regulador.
Conhecer o Security IA