Vazamento no iFood: escala real permanece em disputa entre empresa e invasor
O incidente no iFood é real e confirmado pela própria empresa, mas a escala está em disputa: o ator alegou 43,84 milhões de registros, o iFood admitiu ~1,2 milhão, e nenhuma análise técnica independente fechou nenhum dos dois números. A distância entre as versões — e a divergência sobre quais dados vazaram — é o cerne do caso, agravada pelo fato de o iFood não ter notificado a ANPD por seis meses.
Juicios analíticos
Cada evaluación viene con su nivel de confianza declarado, según la práctica de inteligencia (ICD 203 / FIRST). Confianza alta no es certeza; confianza baja no es una suposición — es el peso que sostiene la evidencia disponible.
O incidente é real e confirmado pela vítima: o iFood admitiu formalmente exposição de dados de aproximadamente 1,2 milhão de usuários, ~2% de sua base, originada de uma brecha de dezembro de 2025.
A alegação de 43,84 milhões de registros não foi demonstrada nem pelo ator nem por análise independente; o próprio TecMundo, que recebeu amostras, afirmou não ter encontrado evidência que comprovasse nem os 43,8 milhões nem os 1,2 milhão. O número do ator deve ser tratado como alegação não verificada, não como escala apurada.
Há divergência interna nas próprias alegações do lado criminoso — 'bacen' citou 43,8 milhões e também um arquivo de 4 milhões, enquanto 'Harold Baker' reiterou 'mais de 40 milhões' —, o que enfraquece a credibilidade do número máximo e sugere inflação deliberada.
O escopo dos dados afirmado pelo iFood ('apenas nome e CPF') é mais restrito do que o observado nas amostras analisadas pela imprensa técnica, que continham também telefone, e-mail, histórico de endereços e referências a cartões parcialmente ocultos, além de dados de servidores públicos ligados ao SIRA.
O vetor mais provável é uma falha de controle de acesso (IDOR) no SIRA, portal do iFood para responder a autoridades, explorada via credencial comprometida — mas isso vem da narrativa do ator e de apuração da imprensa, não de confirmação técnica do iFood, que não esclareceu o vetor.
A decisão do iFood de não notificar a ANPD nem os titulares, sob o argumento de ausência de 'risco ou dano relevante', é juridicamente frágil dado o volume e a natureza dos dados, e a ANPD passou a cobrar explicações apenas após a repercussão pública.
Análisis
Este caso é um exercício de separar quatro camadas que a cobertura embaralhou: o que o ATOR alegou, o que a VÍTIMA admitiu, o que o REGULADOR afirmou e o que a EVIDÊNCIA técnica sustenta.
O que o ATOR alegou não é sequer coeso. O usuário 'bacen' publicou no BreachForums a alegação de 43,84 milhões de registros, com prazo de resgate. Mas o mesmo lado criminoso oscilou: em contato com o TecMundo, 'bacen' mencionou um arquivo com registros de 4 milhões de usuários, enquanto um segundo interlocutor, 'Harold Baker', reiterou 'mais de 40 milhões' e atribuiu a origem a uma falha IDOR no SIRA explorada por uma conta policial comprometida ao longo de cerca de três meses. Três números diferentes saindo do mesmo lado (4 milhões, 40 milhões, 43,8 milhões) são, por si só, um indicador de inflação — quem tem a base exata não erra a ordem de grandeza.
O que a VÍTIMA admitiu foi construído sob pressão. O iFood negou o incidente em 29 de maio e só confirmou em 3 de junho, depois que a imprensa recebeu material adicional. A empresa fixou o impacto em ~1,2 milhão de usuários (cerca de 2% da base), atribuiu a um incidente isolado de dezembro de 2025 e afirmou que só nome e CPF foram expostos, sem senhas nem dados financeiros. Duas perguntas técnicas centrais — o vetor exato e o recorte geográfico dos afetados — permaneceram sem resposta objetiva mesmo após questionamento direto de veículos.
O que a EVIDÊNCIA sustenta é menos do que qualquer dos dois lados afirma. O TecMundo, que recebeu três arquivos ('admin.txt', 'sample.txt', 'response.json'), avaliou que as amostras eram consistentes com a operação do SIRA — inclusive com dados de administradores como número de OAB, departamento e função — mas declarou não ter encontrado evidência que comprovasse nem os 43,8 milhões do ator nem os 1,2 milhão da empresa. Ou seja: o número apurado de forma independente é, hoje, nenhum dos dois. O 1,2 milhão é o número que a VÍTIMA admite, não um número verificado por terceiros.
Há uma contradição relevante sobre o escopo dos dados que corrige nosso registro. O iFood insiste em 'apenas nome e CPF'. As amostras analisadas por TecMundo e Terra continham nome, CPF, telefone, e-mail, histórico de endereços de entrega e referências a cartões parcialmente ocultos (sem CVV nem validade), além de dados de servidores públicos vinculados a Polícia Federal, polícias civis, Ministérios Públicos, tribunais e defensorias. A caracterização 'só dados cadastrais' minimiza o que as amostras públicas mostram — embora amostra não prove volume, ela contradiz o recorte de campos que a empresa declara.
O ângulo do SIRA é o mais preocupante estruturalmente. Um portal criado para responder a requisições de autoridades — que por natureza concentra dados sensíveis e ligações com investigações — teria operado com controle de acesso vulnerável a extração gradual. Especialistas ouvidos pela imprensa apontaram o clássico erro de blindar o aplicativo do usuário final enquanto sistemas internos de back-office ficam negligenciados. Vale a ressalva: a atribuição ao SIRA e ao IDOR vem da narrativa do ator e da apuração jornalística; o iFood não confirmou o vetor.
No eixo regulatório, o iFood sustentou que não notificou a ANPD por entender que não houve 'risco ou dano relevante'. A ANPD confirmou ao Estadão que não recebeu comunicação formal e passou a cobrar explicações só depois da repercussão, lembrando o prazo de três dias úteis para incidentes com risco relevante. Sobre a hipótese de dois incidentes distintos (um menor confirmado, um maior não comprovado), ela é levantada por especialistas, mas permanece especulação sem evidência — não há base para tratá-la como fato.
Correção ao nosso registro: mantemos o selo 'confirmed' e o veredito 'inflated', ambos corretos, mas nossa ficha atual está incompleta em dois pontos. Primeiro, o campo 'tipos de dado' (cpf, nome, email, telefone) reflete a alegação do ator, não o que o iFood admite (nome e CPF) — os dois recortes divergem e devem constar separadamente. Segundo, o número apurado de 1,2 milhão deve ser rotulado como 'admitido pela vítima', não como 'confirmado por terceiro independente', porque nenhuma análise externa validou esse volume — o TecMundo explicitamente não o validou.
Cronología
- 01 dic 2025Incidente de segurança que o iFood posteriormente aponta como origem do material; empresa diz que foi isolado e rapidamente neutralizado. Mês apurado; dia exato não divulgado.
- 27 may 2026Um dia antes do caso vir à tona, a Secretaria Nacional do Consumidor abre processo administrativo sancionador contra o iFood por descumprimento da Portaria 61/2026 (multa possível de até R$ 14 milhões) — contexto de pressão regulatória paralela.
- 28 may 2026Usuário 'bacen' publica no BreachForums alegação de possuir 43,84 milhões de registros de clientes do iFood (CPF, nome, e-mail, telefone, dados de cartão), com prazo até 10 de junho para pagamento.
- 29 may 2026Imprensa noticia o caso; iFood nega ter encontrado indícios de invasão recente. Amostras iniciais publicadas no Paste.sh não tinham metadados, impedindo datar o vazamento.
- 03 jun 2026iFood muda de posição e confirma o incidente ao TecMundo, delimitando o impacto a ~1,2 milhão de usuários e a dados cadastrais; interlocutor 'Harold Baker' atribui a origem ao SIRA via conta policial comprometida por ~3 meses. Folha reporta que a ANPD notificou a empresa.
- 10 jun 2026Prazo dado pelo ator expira sem confirmação pública de pagamento ou de liberação em massa dos dados prometidos.
Datos involucrados
Impacto
O iFood admite cerca de 1,2 milhão de titulares afetados — população superior à de várias capitais brasileiras. Os dados admitidos (nome e CPF) e os observados em amostras (também telefone, e-mail e histórico de endereços) são munição direta para engenharia social direcionada: falsos motoboys, falsas confirmações de pedido, golpes de atualização de cadastro e phishing/smishing que já chegam sabendo nome, endereço e histórico da vítima. Um vetor adicional e mais grave: as amostras continham dados de servidores públicos ligados ao SIRA (Polícia Federal, polícias civis, Ministérios Públicos, tribunais, defensorias), o que amplia o risco de exposição de agentes envolvidos em investigações. Não há, até o fechamento, evidência pública de comprometimento de senhas ou de dados financeiros completos, e o prazo de resgate expirou sem confirmação de despejo em massa dos dados prometidos.
Enlaces técnicos
Recomendaciones
- Para titulares: monitorar o CPF no Registrato do Banco Central para detectar abertura de crédito ou contas indevidas em seu nome.
- Para titulares: tratar como suspeito qualquer contato (SMS, WhatsApp, e-mail, ligação) que já saiba nome, endereço ou histórico de pedidos — esse é o padrão de engenharia social pós-vazamento; nunca fornecer códigos ou confirmar dados por esses canais.
- Para titulares: ativar autenticação em dois fatores no app do iFood e em serviços críticos (e-mail, banco, WhatsApp).
- Para equipes de segurança: inventariar sistemas de back-office que concentram dados pessoais (portais de resposta a autoridades, jurídico, compliance) e submetê-los ao mesmo rigor do produto principal — controle de acesso, MFA de alta garantia e revisão de autorização por objeto.
- Para equipes de segurança: testar especificamente vulnerabilidades IDOR/autorização quebrada nesses portais e implementar detecção de extração gradual (rate limiting, alertas por volume anômalo de consultas por conta).
- Para times de resposta e DPO: documentar a avaliação de risco de cada incidente com critérios rastreáveis; a tese de 'sem risco relevante' precisa sobreviver a auditoria da ANPD, e volume de 1,2 milhão com CPF dificilmente a sustenta.
- Para analistas de CTI: registrar cifras do ator como alegação não verificada e distinguir do volume admitido pela vítima; nenhum dos números foi confirmado por terceiro independente, e essa distância é a própria informação.
Lagunas de inteligencia
Lo que aún no sabemos. Un informe que no declara sus huecos está vendiendo, no analizando.
Vetor técnico não confirmado pela vítima — o iFood não validou o IDOR no SIRA; um laudo técnico ou nota detalhando a causa-raiz resolveria a lacuna.
Volume real desconhecido — nenhuma das cifras (1,2 mi, 4 mi, 40 mi, 43,8 mi) foi validada por terceiro independente; uma análise forense sobre a base completa fecharia a conta.
Escopo de campos em disputa — 'só nome e CPF' (iFood) versus amostras com telefone, e-mail, endereços e cartões parciais; a delimitação oficial campo a campo dos 1,2 milhão resolveria.
Recorte geográfico dos afetados não informado — o iFood não disse quais regiões/perfis compõem o 1,2 milhão.
Hipótese de dois incidentes distintos não elucidada — falta evidência que confirme ou descarte que o breach de dezembro e a alegação de 43,8 milhões sejam eventos separados.
Desfecho regulatório em aberto — a resposta do iFood à notificação da ANPD e eventual instauração de processo sancionador ainda não foram divulgados.
Notificação individual aos titulares — não está claro se o iFood comunicou os afetados; confirmação da empresa ou da ANPD resolveria.
Autenticidade e identidade do ator — relação entre 'bacen' e 'Harold Baker' e veracidade da 'conta policial comprometida' não foram verificadas de forma independente.
Fuentes y evaluación
Notación Admiralty (estándar NATO, usado por CERT-EU y OpenCTI): la letra evalúa la confiabilidad de la FUENTE (A completamente confiable a F no evaluada); el número evalúa la credibilidad de la INFORMACIÓN (1 confirmada a 6 no juzgable). Ambas dimensiones se evalúan de forma independiente.