Recentemente, tive uma experiência negativa, na qual o cliente pagou a conta, mas meu intermediário já carregou nosso software e design no servidor do cliente. O cliente acabou sendo um criminoso conhecido e, é claro, ele alterou todas as senhas possíveis do servidor.
No entanto, ainda posso acessar o painel de administração do CMS. Infelizmente, meu software é muito seguro. Tentei injetar SQL, falsifique o upload de imagens etc. etc. No entanto, não consigo invadir meu próprio software. De qualquer forma, estou me preparando para processar essa pessoa, para que não seja o problema .. Estou apenas pensando agora, que talvez deva haver algum método de autodestruição de back-end. Portanto, se ocorrer um caso semelhante, tenho a opção de matar o software.
Minha própria idéia é ocultar alguma função nos arquivos principais. Codifique-o com base64, para que não seja óbvio. Então, algo como isto:
eval(base64_decode('ZWNobyAnSGVsbG8gd29ybGQhJzs=')); // echo 'Hello world!';
E basicamente faça um pequeno script, que pegue todos os arquivos do software, o chmod os tenha certeza e os exclua.
Minhas versões mais recentes do CMS, todas possuem gerenciadores de arquivos que eu poderia usar para facilitar a invasão . Mas e se o acesso ao painel de administração for limitado.
Para ser bem claro , isso é apenas para os softwares em estágio de desenvolvimento, no meu servidor pessoal ou no servidor do cliente (a última parte é eticamente questionável). Portanto, se meu cliente deve roubar meu software ... Isso não será incluído em um comercial -Programas.
E para ser ainda mais claro , estamos falando sobre esses raros trabalhos freelancers. Eu acho que é bastante lógico, que o contrato de trabalho não precise de tais métodos. Portanto, estamos falando desses clientes jumprisk, apenas no modo de desenvolvimento - quando o projeto estiver pronto, então obviamente isso seria um backdoor muito antiético para ter dentro do seu software.
- Ética, isso é uma boa ideia? (Lembre-se de que, obviamente, eu o removerei, quando o projeto estiver 100% e tudo estiver pago)
- Vocês já tiveram que invadir seu próprio software, devido a problemas semelhantes com o (s) cliente (s)?
- Alguma recomendação sobre essa idéia, código e método?
- Quais podem ser as possíveis desvantagens ou repercussões dos scripts de autodestruição?
Minha conclusão sobre isso
É um pouco triste que todas as respostas tenham sido direcionadas aos casos contratados. Foi minha culpa, na verdade, que eu não deixei isso mais claro na minha pergunta .. apenas pensei, que é bastante claro, que não há sentido em matar o interruptor .. quando você está protegido pelo contrato.
No entanto, se você estiver executando um contrato, isso deve ser declarado no contrato - isso o torna legal, mesmo dentro do próprio servidor do cliente. No entanto, ter interruptores de interrupção dentro do meu servidor pessoal não é da conta de ninguém (é isso que eu realmente queria saber).
Eu decidi fazer o script kill-switch para o meu CMS. Principalmente, porque parece um desafio interessante. Mas também, que eu poderia usar isso para meus trabalhos não contratados, onde o cliente é amigo de um amigo de um amigo. Provavelmente, não o utilizarei no servidor do cliente, mas ... nos casos em que o cliente ou algum intermediários têm acesso ao meu servidor .. E meu software é roubado ou "movido sem o meu conhecimento", então eu não sou pago e eles cortam o acesso ao software.
Eu li vários tópicos aqui, onde eles recomendam enviar um aviso e depois derrubar a página. Bem, eu vi um problema nele, como quando estou lidando com uma pessoa ... que simplesmente copia para outro lugar (talvez renomeie e venda) e me diga que foi retirado. Além disso, eu não "desligaria o site", mas o excluiria. No entanto, acho que ainda é ilegal acessar o servidor dos meus clientes e excluí-lo. Ou pelo menos, acesse-o através do back-end e não a partir do FTP. Por isso, agradeço a todos que responderam.