---
title: "O dia em que a nuvem evaporou: AWS apaga conta de dev com 10 anos de trabalho por engano"
author: "André Iglesias"
date: "2025-08-06 17:13:00-03"
category: "Tecnologia & Desenvolvimento"
url: "http://desbugados.scale.press/portal/desbugados/post/2025/08/06/o-dia-em-que-a-nuvem-evaporou-aws-apaga-conta-de-dev-com-10-anos-de-trabalho-por-engano/md"
---

## O dia em que a nuvem evaporou

Imagine dedicar uma década da sua vida profissional construindo projetos, documentações e um legado digital. Agora, imagine que tudo isso evapora da noite para o dia, não por um desastre natural ou um ataque hacker, mas por um suposto erro administrativo da gigante que deveria proteger seus dados. Este não é o roteiro de um episódio de Black Mirror, mas a história real de Abdelkader Boudih, um desenvolvedor open source que viu sua conta de dez anos na Amazon Web Services (AWS) ser sumariamente deletada.

A saga, relatada pelo próprio desenvolvedor e noticiada pelo The Register, começou em 10 de julho de 2025 com um e-mail aparentemente rotineiro da AWS solicitando uma verificação de conta. Boudih, conhecido na comunidade como Seuros e criador de várias bibliotecas Ruby usadas globalmente, inclusive por engenheiros da própria Amazon, seguiu os procedimentos. No entanto, após dias de troca de mensagens com o suporte, a AWS alegou que seus documentos de identificação estavam “ilegíveis” e, em 23 de julho, a conta foi encerrada. O golpe final veio em 29 de julho: todos os recursos, incluindo backups, snapshots e até um livro de programação que ele estava escrevendo, haviam sido permanentemente apagados, ignorando o período de carência de 90 dias que a empresa normalmente oferece.

## O mistério do comando --dry em Java

Aqui a história mergulha em um território digno de um thriller de ficção científica. Desolado e sem respostas, Boudih foi contatado por uma fonte interna da AWS. Segundo o informante, o desastre foi causado por um erro assustadoramente simples. Aparentemente, a AWS estava testando um novo algoritmo para identificar e limpar contas “inativas” ou com “baixa atividade”. O desenvolvedor responsável pelo teste teria executado o script com o comando **--dry**, uma prática padrão em programação que simula a execução do código sem fazer alterações reais, um tipo de “ensaio geral”.

O problema? O script foi escrito em Java, uma linguagem que, segundo a fonte, não reconhece nativamente o comando **--dry**. O resultado foi catastrófico: o que deveria ser uma simulação segura se tornou uma execução real, e o script saiu deletando contas de verdade. Se a informação for precisa, isso explicaria o silêncio da empresa, as respostas vagas do suporte e a súbita aniquilação dos dados. É um vislumbre de um futuro onde um simples erro de sintaxe em um algoritmo de limpeza pode ter consequências devastadoras, apagando o trabalho de uma vida inteira sem qualquer aviso ou recurso.

## A versão oficial e a cortina de fumaça

Publicamente, a AWS conta uma história diferente. Um porta-voz declarou ao The Register que a conta foi suspensa como parte dos “protocolos de segurança padrão para contas que falham na verificação necessária” e negou veementemente que um erro de sistema tenha sido a causa. Contudo, a versão oficial não explica as várias inconsistências no caso de Boudih.

O desenvolvedor admite que havia uma questão de faturamento: suas despesas de nuvem, cerca de 200 dólares mensais para infraestrutura de testes, eram cobertas por um consultor da AWS que subitamente retirou o suporte. Boudih afirma que seu cartão de crédito pessoal ainda estava associado à conta, mas a AWS se recusou a reativá-lo como método de pagamento por 20 dias, alegando preocupações com “privacidade”. Essa recusa, somada à exclusão acelerada de seus dados, levanta suspeitas de que a falha na verificação foi uma justificativa conveniente para um problema muito maior e mais embaraçoso nos bastidores.

## Skynet não virá com robôs, mas com scripts

O caso de Abdelkader Boudih é mais do que uma história de terror para profissionais de TI. É um alerta sobre o futuro da soberania digital em um mundo cada vez mais centralizado em poucas nuvens colossais. Hoje, perdemos uma conta de desenvolvedor. Amanhã, poderemos perder o quê? Nossa identidade digital? Nossos registros financeiros? Nossa história pessoal?

Isso nos força a encarar uma verdade desconfortável: a nuvem não é uma entidade etérea e infalível. Ela é feita de servidores físicos e, mais importante, de código escrito por humanos. E humanos cometem erros. O incidente serve como um lembrete brutal, quase distópico, de que confiar cegamente em um único provedor é construir seu castelo sobre uma fundação que pode evaporar com um comando errado. A lição definitiva é clara: a responsabilidade final por nossos dados é nossa. Em um futuro onde algoritmos podem se tornar juiz, júri e executor, o bom e velho backup offline pode ser a única constituição que realmente nos protege.