A inteligência artificial acaba de atingir um marco histórico na cibersegurança ofensiva. Pela primeira vez, um agente de IA autônomo descobriu dezenove vulnerabilidades zero-day em um dos bancos de dados mais utilizados do mundo e produziu explorações funcionais de execução remota de código (RCE) em menos de meia hora. Neste artigo do Blog Dolutech, vamos analisar em detalhes o que aconteceu, como o Kimi K3 conseguiu esse feito, quais versões do Redis estão afetadas e, acima de tudo, como se proteger.
O Que é o Kimi K3?
O Kimi K3 é um modelo de linguagem de grande escala (LLM) desenvolvido pela Moonshot AI, uma empresa chinesa de inteligência artificial. Com impressionantes 2,8 trilhões de parâmetros e arquitetura Mixture-of-Experts (MoE), o Kimi K3 é um dos maiores modelos abertos já criados, rivalizando com os modelos proprietários dos laboratórios ocidentais.
Diferente de modelos de IA anteriores que se limitavam a identificar padrões genéricos de código inseguro, o Kimi K3 foi capaz de realizar um fluxo completo de descoberta de vulnerabilidades: desde a identificação de bugs de memória até a construção de explorações (exploits) funcionais prontas para uso.
O pesquisador de segurança Chaofan Shou foi quem conduziu o experimento. Ele instruiu o Kimi K3 a localizar bugs de corrupção de memória no Redis (como buffer overflows e use-after-free) e o resultado superou todas as expectativas. Este avanço se soma a outras demonstrações recentes de capacidades ofensivas de IA, como abordamos em artigos anteriores sobre IA Agêntica e falhas de segurança em agentes de IA.
O Experimento: 19 Zero-Days em 90 Minutos
De acordo com os relatos publicados, Shou utilizou 32 agentes Kimi K3 trabalhando em paralelo para analisar o código-fonte do Redis. Em aproximadamente 90 minutos, os agentes identificaram 19 vulnerabilidades zero-day nunca antes reportadas.
Mas o feito não parou por aí. Em uma segunda rodada, o Kimi K3 recebeu a tarefa de não apenas encontrar as falhas, mas de construir explorações RCE funcionais. O resultado: exploits completos para quatro versões do Redis em apenas 27 minutos.
As versões afetadas são:
- Redis 6.2.22
- Redis 7.4.9
- Redis 8.6.4
- Redis 8.8.0
Todas as quatro cadeias de exploração exigem o comando RESTORE. As cadeias que utilizam Streams também precisam dos comandos EVAL e XGROUP. Para a versão 8.8.0, a exploração depende do módulo RedisBloom, que vem incluído por padrão nesta versão.
A Cadeia de Exploração Técnica
O Papel do Comando RESTORE
O comando RESTORE do Redis é utilizado para desserializar valores previamente serializados com o comando DUMP. A vulnerabilidade central reside no fato de que os valores serializados não passam por validação adequada antes de serem processados, permitindo que um atacante autenticado envie cargas maliciosas que desencadeiam acessos inválidos à memória.
Stream Consumer-Group Double-Free
Nas versões 6.2.22, 7.4.9 e 8.6.4, a exploração utiliza uma vulnerabilidade do tipo double-free no mecanismo de Stream Consumer-Group NACK. Este bug permite que um atacante autenticado cause corrupção de memória através de operações de Stream, especificamente manipulando o fluxo de confirmação negativa (NACK) em grupos de consumidores.
O pesquisador responsável pelo PoC descreve esta cadeia como um patch bypass do CVE-2026-25243 original, que já havia sido corrigido pela Redis anteriormente, mas cuja correção se mostrou incompleta.
TDigest Heap Overflow no RedisBloom (versão 8.8.0)
Na versão 8.8.0, o problema NACK foi resolvido pelo PR #15081 da Redis. No entanto, uma nova vulnerabilidade foi identificada: um heap overflow na implementação padrão do TDigest, uma estrutura de dados do módulo RedisBloom que vem empacotado por padrão nesta versão.
TopK Wild Free (versão 8.8.1)
Uma vulnerabilidade adicional, apelidada de “TopK wild free”, afeta a versão 8.8.1 e representa mais um patch bypass do CVE-2026-25589, demonstrando que as correções anteriores foram insuficientes.
Mapeamento MITRE ATT&CK
| Tática | Técnica | ID | Descrição |
|---|---|---|---|
| Initial Access | Exploit Public-Facing Application | T1190 | Exploração do Redis exposto na rede |
| Execution | Command and Scripting Interpreter | T1059 | Uso dos comandos RESTORE, EVAL e XGROUP |
| Persistence | Server Software Component | T1505 | Módulo RedisBloom como vetor persistente |
| Privilege Escalation | Exploitation for Privilege Escalation | T1068 | Double-free e heap overflow para execução arbitrária |
| Impact | Resource Hijacking | T1496 | Controle total do servidor Redis |
Indicadores de Comprometimento (IoCs)
Atenção: Os indicadores abaixo foram compilados a partir de PoCs públicos e relatórios de pesquisa. No momento da publicação, NVD ainda lista registros de maio para CVE-2026-25243 e CVE-2026-25589, e o catálogo KEV da CISA não contém entrada para nenhum dos identificadores. Estes IoCs podem não representar exploração ativa em ambiente real.
| Tipo | Indicador | Descrição |
|---|---|---|
| CVE | CVE-2026-25243 | Double-free em Stream Consumer-Group NACK |
| CVE | CVE-2026-25589 | Invalid Memory Access no RESTORE + RedisBloom |
| CVE | CVE-2026-23479 | Use-After-Free no fluxo de desbloqueio de cliente |
| GitHub | github.com/berabuddies/redis-poc | Repositório com PoCs públicos |
| Comando | RESTORE | Utilizado em todas as cadeias de exploração |
A Resposta da Redis
Em 23 de julho de 2026, a Redis distribuiu sete atualizações de segurança emergenciais para corrigir as vulnerabilidades reportadas. As versões corrigidas incluem Redis 6.2.23, 7.2.19, 7.4.10, 8.4.8, 8.6.5, 8.8.1 (correção parcial) e 8.8.2. A Redis recomendou que todos os administradores atualizem seus servidores imediatamente.
Como Mitigar
Atualização Imediata
# Ubuntu/Debian
sudo apt update
sudo apt upgrade redis-server
redis-server --versionRestrições de Comandos
# redis.conf
rename-command RESTORE ""
rename-command EVAL ""
rename-command XGROUP ""
# ACL
ACL SETUSER default -RESTORE -EVAL -XGROUPIsolamento de Rede
# iptables
iptables -A INPUT -p tcp --dport 6379 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -p tcp --dport 6379 -j DROPAutenticação Robusta
# redis.conf
requirepass sua-senha-forte-aqui
user admin on >senha-forte ~* +@all
user app on >outra-senha ~* +@read +@write -RESTORE -EVALImplicações para a Segurança de IA
Este caso representa um divisor de águas. Pela primeira vez, um modelo de IA foi capaz de produzir explorações funcionais completas de forma autônoma. As implicações são profundas: a descoberta automatizada de vulnerabilidades pode acelerar correções, mas agentes de IA maliciosos podem desenvolver armas cibernéticas em escala industrial. Este cenário reflete o que já discutimos em artigos anteriores sobre IA Agêntica e os riscos de falhas em agentes autônomos.
O pesquisador Chaofan Shou descreveu o Kimi K3 como “o primeiro modelo de IA disposto a escrever um exploit real”. Isto representa uma mudança fundamental no panorama de ameaças.
Panorama Regulatório
União Europeia
A diretiva NIS2 exige que operadores implementem medidas de gestão de riscos e notifiquem incidentes ao CNCS e CERT.PT. O DORA estabelece requisitos para testes de penetração em ativos críticos. O GDPR exige notificação à autoridade de proteção de dados em 72 horas quando dados pessoais são expostos.
Brasil
A LGPD exige medidas técnicas e administrativas para proteger dados pessoais. O comprometimento de um Redis que armazene sessões ou tokens pode configurar violação de dados sujeita a sanções pela ANPD.
Conclusão
O feito do Kimi K3 é um alerta claro: a inteligência artificial atingiu um nível de capacidade ofensiva que não pode mais ser ignorado. Atualizem seus servidores Redis imediatamente. A Dolutech continuará monitorando este caso de perto.
