Aviso sobre Acesso Não Autorizado Recente a Organizações Japonesas
Detection stack
- AIDR
- Alert
- ETL
- Query
Resumo
Uma série de incidentes de acesso não autorizado visando organizações japonesas foi observada, principalmente levando ao vazamento de informações pessoais. A atividade inclui a exploração de vulnerabilidades conhecidas de software, manipulações não autorizadas de API, injeção de SQL no Metabase e implantação de web shells através de arquivos WAR. Esses casos parecem visar sistemas de gerenciamento, ferramentas de BI e aplicativos internos que nunca deveriam ser expostos publicamente.
Investigação
JPCERT/CC identificou múltiplos vetores de ataque, incluindo exploração de endpoints de API, injeção de NoSQL e o uso de endereços IP maliciosos específicos. A investigação mostra que os atacantes estão escaneando em busca de vulnerabilidades conhecidas e configurações incorretas, como arquivos de configuração ou de backup desprotegidos. Atualizações recentes destacam especificamente os web shells incorporados em arquivos .war usados para executar comandos shell via parâmetros de consulta.
Mitigação
Mitigações sugeridas incluem limitação de taxa em endpoints de API sensíveis, controles de acesso rigorosos e patches de segurança para software vulnerável como o Metabase. As organizações devem aplicar o princípio do menor privilégio aos tokens de API e restringir a disponibilidade de serviço a regiões geográficas específicas. Recomenda-se fortemente endurecer ferramentas de gerenciamento e BI para que não sejam expostas à internet pública.
Resposta
Após a detecção, as organizações devem imediatamente revogar tokens de API comprometidos, bloquear acesso de IPs maliciosos identificados e procurar por qualquer movimento lateral possível. Revisar os logs do servidor web em busca de solicitações GET/POST incomuns e verificar implantações não autorizadas de arquivos .war ou .jsp é aconselhável. As organizações também devem preparar planos de comunicação para notificar clientes afetados sobre danos secundários potenciais.
Fluxo de Ataque
Ainda estamos atualizando esta parte.
Detecções
Possível Exploração de Servidor Web ou WebApp [Windows] (via linha de comando)
Possível Criação de Webshell em Diretórios do Microsoft Exchange/Sharepoint (via evento de arquivo)
Tentativa de Exploração Possível CVE-2026-72898 (Injeção de SQL Não Autenticada no Metabase) (via servidor web)
Bibliotecas de Clientes HTTP User-Agent para Endpoints de Autenticação (via proxy)
IOCs (IP de Origem) para detectar: Aviso sobre Acesso Não Autorizado Recente a Organizações Domésticas
IOCs (IP de Destino) para detectar: Aviso sobre Acesso Não Autorizado Recente a Organizações Domésticas
Atividade Suspensa de API e IP de Injeção de SQL [Firewall]
Execução de Simulação
-
Narrativa do Ataque & Comandos: Um adversário está realizando reconhecimento e varredura de vulnerabilidades (T1595.002) contra a API voltada para o público da organização. Para evitar a detecção, o atacante normalmente usa um pool de proxies; no entanto, para esta validação, simularemos o atacante usando um dos IPs específicos definidos na lista negra de inteligência de ameaças (por exemplo,
20.210.128.125). O objetivo é simular uma tentativa de conexão de entrada que atinge o firewall, disparando a regra com base no IP de origem. -
Script de Teste de Regressão:
# Este script simula uma conexão de rede de um IP listado na lista negra. # Nota: Em uma simulação real, isso seria feito por uma fonte externa controlada. # Para testes locais, injetamos uma entrada de log no pipeline de logs para simular o firewall vendo esse tráfego. echo "$(date '+%b %d %H:%M:%S') firewall-01 filter: inbound permit tcp 20.210.128.125 44332 -> 192.168.1.50 443 tcp dport=443 spt=44332 state=NEW" >> /var/log/firewall.log echo "Simulação: Entrada de log injetada para IP listado na lista negra 20.210.128.125" -
Comandos de Limpeza:
# Remova a entrada de log simulada para restaurar a linha de base sed -i '/20.210.128.125/d' /var/log/firewall.log echo "Limpeza: Entrada de log simulada removida."