Ir para conteúdo
  • Cadastre-se

Caso do rapaz que deletou tudo da sua empresa de hospedagem com linha de código errada


Posts Recomendados

"Me desculpe, mas acho que sua companhia está essencialmente morta", essas foram as palavras que Marco Marsala, dono de uma empresa de serviços de hospedagem, teve que ler quando foi buscar ajuda sobre um erro que ele cometeu.

Ao dar o comando para que absolutamente tudo fosse apagado dos servidores, o rapaz removeu todas as informações de sua companhia e também dos sites de seus clientes. Desesperado, ele tentou conseguir algum tipo de auxílio no fórum Server Fault, que conta com a participação de experts em servidores e programação.

Marsala explicou o que aconteceu depois de executar um código de programação nos computadores da empresa. Em vez de soluções, ele recebeu diversas respostas indicando que ele basicamente havia deletado todas as informações da companhia e dos clientes – e, basicamente, destruiu toda a empresa com uma linha de código errada.

O problema estava em um comando "rm -rf", um código básico que deleta absolutamente tudo que for indicado. O "rm" ordena que o computador remova algo, o próximo "r" deleta tudo dentro de um diretório específico e o "f" indica que essa ação deve ser forçada, independente de avisos que poderão aparecer.

Quando você junta todos os elementos, como Marsala fez, tudo é deletado. O código, inclusive, é uma espécie de piada nas rodas de programadores e do pessoal da área de computação.

Como ele geralmente é utilizado com a especificação de um diretório que deve ser "zerado", o problema foi na forma que o rapaz usou o código: ao não especificar qualquer área, o código simplesmente varreu tudo que havia nos computadores.

Um código errado, e todos os registros e backups da empresa de Marsala foram deletados

No post de Marsala, ele descreveu como tudo aconteceu: "Eu toco um provedor de hospedagem com mais ou menos 1.535 clientes e uso o Ansible para automatizar algumas operações que devem rodar em todos os servidores", explicou. "Na última noite, eu acabei rodando, sem querer e em todos os servidores, um script Bash com um comando rm -rf {foo}/{bar} com essas variáveis indefinidas em função de um bug no código acima dessa linha."

Até mesmo os backups que foram feitos em caso de uma catástrofe similar foram apagados. "Todos os servidores foram deletados e os backups também, porque o armazenamento remoto foi montado pouco antes pelo mesmo script". Foi aí que a resposta usada na abertura desta matéria surgiu.

Me desculpe, mas acho que sua companhia está essencialmente morta

"Você talvez tenha uma chance de recuperar tudo se desligar todo o equipamento e entregar seus drives para uma empresa de recuperação de dados extremamente competente – será extremamente caro e possivelmente eles não vão conseguir te ajudar, além de tomar muito tempo", escreveu um dos companheiros de fórum.

"Você vai falir e não precisa de ajuda técnica – você precisa ligar para o seu advogado", escreveu um usuário chamado Michael Hampton. Outros posts também não foram nada animadores: "Isso não é apenas azar: é um esquema extremamente malfeito e que foi amplificado por uma completa falta de cuidado", respondeu outro.

O caso, no entanto, não é o único: algo muito parecido aconteceu dois anos antes e foi reportado no mesmo tópico de Marsala – o acidente mais antigo foi causado por um espaço que não foi identificado pelo programador.

Fonte: TecMundo & Server Fault

Editado por juniorph
Link para o comentário

Compreendo sua preocupação. Mesmo que as informações sejam falsas, é importante estar sempre alerta e atento ao executar comandos e scripts para evitar possíveis erros ou falhas. 

As informações mencionadas acima podem ser úteis em certas situações e despertar nossa atenção. É importante lembrar que, em momentos de fadiga, podemos inadvertidamente perder o foco ao executar comandos ou scripts.

DELTA SERVERS
SOLUÇÕES CORPORATIVAS!

Link para o comentário

Olha... referente ao "post" realmente acho uma coisa muitoooooooooo difícil de acontecer, pois o camarada esquecer um rm dentro de um escript, e pior....  enviá-lo para execução em todos os servidores... Já é difícil, "pelo menos" pra mim ter que executar uma coisa em todos os servidores, ainda mais servidores diferentes como o de Backup... mais em fim....

Agora uma coisa é extremamente verdadeira, o que o amigo @DELTA SERVERS comentou a cima, uma das piores coisas que podemos fazer é trabalhar sob extrema fadiga...

Nós que trabalhamos nesse ramo temos um péssimo costume de virar noites tentando resolver pipinos e etc.... e eu mesmo já fiz muita m3rd4 por falta de atenção em decorrência de sono, fadiga mental etc... E depois de estar com a cabeça no lugar, olhar e pensar como pude fazer isso.

Se há um conselho para qualquer um até pra mim mesmo hoje é... não deu certo ? dá uma pausa, ache uma forma de relaxar a mente um pouco e depois volte.... ( Geralmente aquilo que você não consegue resolver é resolvido bem rápido depois )

Link para o comentário

Realmente, dificil acreditar que um usuário ou admin gerenciando multiplos servidores fosse capaz de rodar esse comando hehehe

Por outro lado, tenho um conhecido de infancia que trabalhava com ti, que em certa ocasião ele formatou um disco do windows da empresa e não sabia dizer como conseguiu fazer isso mesmo sabendo que o processo pedia confirmações e ainda sim ele fez isso...

Se esse caso ai do post fosse mais recentemente, eu confesso que seria mais facil de acreditar hehehe pois muita gente (independente de estar cansado ou não), esta vivendo/trabalhando no piloto automático.

AtarWeb.com.br • Hospedagem de Site + SSL Grátis
█ Revenda de Hospedagem DirectAdmin SSD + SSL Grátis
Link para o comentário

Nossa que coisa complicada, manter tudo dentro do mesmo servidor! Realmente nossa mente e corpo depois de muito stress não responde mais de forma correta! Lembro de uma situação que passamos na época com um dc dos EUA, era sábado fomos dar um passeio próximo ao nosso escritório, e resolvi ir la para descansar no ar condicionado, pois estava proximo a praia e o calor estava muito forte, então resolvi ligar um dos computadores para dar uma olhadinha de leve no servidor era 5 da tarde abri o whm chequei algumas coisas e do nada pimba cade o acesso ao servidor... era um servidor pequeno ainda disco hd, e ao verificar placa mãe foi pro saco... detalhe o dc para surpresa somente poderia fazer troca na segunda pois não tinha ninguem para suporte lá, então foi aquele dia super hiper mega legal, corremos atrás de um dc que pudesse entregar um servidor sábado a noite, achamos e o mesmo foi entregue somente as 23 horas do sábado então foi madrugada até domingo a tarde para recuperar tudo! detalhe tínhamos 2 backups  um Europa e outro EUA que salvou a vida! Por isso mantemos hoje 3 backups remotos 2 nos EUA em dcs diferentes e 1 na Europa.

Link para o comentário

eu uma vez cansado e com 2 abas de clientes abertos no whmcs, 1 cliente era pra fazer cancelamento e o outro eu tinha acabado de dar um suporte, e acabei por falta de atenção excluindo o VPS do cliente errado, foi a maior dor de cabeça que eu tive, pois não tinha backup do vps, nem o cliente tinha backup dos próprios arquivos..

erros acontecem, hoje em dia tomo extremo cuidado ao fazer cancelamentos, olho nome, IP e não paro para fazer outras tarefas enquanto isso, confirmo novamente e depois excluo..

Link para o comentário

Participe da conversa

Você pode postar agora e se cadastrar mais tarde. Se você tem uma conta, faça o login para postar com sua conta.
Nota: Sua postagem exigirá aprovação do moderador antes de ficar visível.

Visitante
Infelizmente, seu conteúdo contém termos que não são permitimos. Edite seu conteúdo para remover as palavras destacadas abaixo.
Responder

×   Você colou conteúdo com formatação.   Remover formatação

  Apenas 75 emojis são permitidos.

×   Seu link foi automaticamente incorporado.   Mostrar como link

×   Seu conteúdo anterior foi restaurado.   Limpar o editor

×   Não é possível colar imagens diretamente. Carregar ou inserir imagens do URL.

  • Quem Está Navegando   0 membros estão online

    • Nenhum usuário registrado visualizando esta página.
×
×
  • Criar Novo...

Informação Importante

Concorda com os nossos termos?