Protezione contro di cracking - in particolare il modo di fare un programma più difficile da decompilare

StackOverflow https://stackoverflow.com/questions/4295808

Domanda

Sto facendo un prodotto commerciale che avrà un lato client e server. Il cliente è totalmente dipendente sul server, solo per rendere più difficile da decifrare / pirata. Il problema è che, anche così c'è la possibilità che qualcuno possa decodificare il protocollo e fanno il loro proprio server.

Ho pensato di cifrare il collegamento sia con SSL o con un altro algoritmo in modo che non sarà così facile da capire il protocollo proprio da sniffare il traffico tra il client e il server.

Ora l'unica cosa che posso pensare che i pirati avrebbero utilizzato è quello di decompilare il programma, rimuovere la crittografia e cercare di vedere il protocollo "solo testo" per reverse engineering esso.

Ho letto gli argomenti precedenti e so che è impossibile da rendere impossibile da decifrare, ma che cosa ritocchi possiamo programmatori portare il nostro codice per renderlo un grande mal di testa per i cracker?

È stato utile?

Soluzione

Leggi come Skype ha fatto . In ogni caso, in generale, questo è impossibile.

Altri suggerimenti

Una cosa è necessario essere consapevoli è che la maggior parte degli imballatori / cryptor causare falsi positivi con i programmi antivirus. E che può essere piuttosto fastidioso, perché la gente si lamenta tutto il tempo che il software contiene un virus (non ottengono il concetto di falsi positivi).

E per il protocollo-offuscamento non utilizzare SSL. E 'banale per un utente malintenzionato di intercettare il testo in chiaro quando si chiama Send con il testo in chiaro. Usa SSL per proteggere la connessione e offuscare i dati prima di inviarli. L'algoritmo di offuscamento non ha bisogno di essere crittograficamente sicuro.

IMHO, è difficile nascondere il codice pianura vero e proprio. Ciò che la maggior parte dei Packers fanno è quello di rendere difficile la patch. Tuttavia, nel tuo caso, Themida potrebbe fare il trucco.

Ecco alcune belle suggerimenti su come scrivere un buon di protezione: http: //www.inner-smile .com / nocrack.phtml

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top