Maersk: delimite o sistema legado e suas integrações
Uma aplicação herdada exige um perímetro próprio na resposta a incidentes. O mapeamento deve ligar sua origem, os fluxos de negócio e as integrações que ainda permanecem ativas.
Read in EnglishPor Pentesty
O comunicado delimita uma investigação em andamento
Em comunicado de 11 de novembro de 2026, a Maersk informou acesso não autorizado e extração de dados em um sistema legado local de aquisição anterior. A investigação segue aberta. A empresa não antecipava interrupção operacional e não havia encontrado indícios de impacto em outros sistemas ou nas integrações de clientes e parceiros por APIs e EDI. São conclusões provisórias da companhia, não uma verificação independente da Pentesty.
Para uma empresa que depende dessa cadeia logística, a pergunta útil é qual processo seu utiliza o sistema citado. Tratar toda comunicação como comprometida ou presumir que uma operação disponível já foi investigada pode produzir decisões sem relação com a exposição real.
Reconstrua o cadastro que a aquisição deveria ter encerrado
Proponha um registro para cada aplicação adquirida: entidade de origem, responsável atual, hospedagem, fornecedor que a mantém e processo atendido. Inclua sistemas em desativação. Um projeto de migração só sai da lista quando houver evidência de encerramento das rotas, retenção dos dados e responsabilidades remanescentes.
Peça ao responsável de negócio que ligue a aplicação a tarefas concretas: criação de pedidos, agendamento, expedição ou comprovação de entrega. A equipe técnica deve identificar as conexões correspondentes. Diferenças entre o inventário e os fluxos observados viram pendências com dono e prazo, não uma categoria genérica de legado.
Desenhe a fronteira de cada fluxo
Como exercício autorizado, monte uma ficha por integração com origem, destino, finalidade, tipos de dados, sentido da comunicação e responsável dos dois lados. Registre onde a conexão termina e se há arquivos intermediários, filas ou retransmissões. O identificador de uma API, sozinho, não explica quais pedidos dependem dela.
Compare a ficha com registros de execução de um período definido. Escolha amostras de pedidos e reconcilie o envio com o recebimento, sem coletar documentos completos quando identificadores bastarem. A saída esperada é uma lista de fluxos confirmados e lacunas de observação, com a origem de cada evidência.
Separe continuidade, investigação e confiança comercial
Use três trilhas de decisão. Operações acompanha transações pendentes e alternativas; segurança documenta o escopo conhecido e preserva evidências; relacionamento confirma instruções recebidas por um contato previamente estabelecido. Cada trilha deve indicar o que mudaria sua decisão. Uma promessa de normalidade comercial não substitui a conclusão técnica.
Antes de bloquear uma integração, combine uma janela, uma alternativa e a reconciliação posterior dos pedidos. Antes de reativá-la, defina o teste e quem o aprova. Nas orientações de recuperação de dependências, a mesma disciplina ajuda a avaliar se a alternativa suporta a tarefa que precisa continuar.
Transforme o pedido ao fornecedor em um pacote verificável
O resultado deve permitir que alguém de fora da reunião entenda qual operação foi avaliada, com quais dados e sob quais condições. Atualize a decisão quando uma nova conclusão verificável alterar esse escopo.
- Solicite a identificação do serviço e dos fluxos envolvidos, o período coberto pela apuração e a próxima atualização. Registre explicitamente o que ainda não foi determinado.
- Reúna o diagrama aprovado, a amostra de transações conciliadas e a decisão de continuidade. Proteja os registros e compartilhe apenas o necessário com cada equipe.
- Se houver decisão de retirar dados ou encerrar uma aplicação, documente quais cópias estão no escopo. O caso Trezor e ShipMonk oferece uma discussão complementar sobre esse acompanhamento.
Perguntas frequentes
O comunicado confirma um ataque de ransomware?
O documento primário consultado confirma acesso e extração. Ele não sustenta atribuir um grupo, valor de resgate ou volume de dados; essas alegações não compõem esta análise.
É necessário interromper todas as integrações?
A decisão depende do fluxo, do escopo investigado e do impacto da interrupção. Documente essas condições e a alternativa operacional antes de escolher uma ação.
Qual evidência cabe ao cliente pedir?
Uma identificação clara do serviço, o período avaliado, os fluxos no escopo e as pendências. Não é necessário solicitar detalhes sensíveis de investigação sem finalidade definida.
Como tratar sistemas que deveriam ter sido desativados?
Mantenha um responsável até comprovar o encerramento das conexões e o destino dos dados. Uma tarefa marcada como concluída não comprova que a aplicação deixou de atender fluxos.
Fontes e referências
Análise original da Pentesty, publicada em 11 de novembro de 2026. Os cenários propostos são orientações editoriais, com escopo e validação a definir para cada ambiente.