L'offuscamento del codice va ben oltre la semplice ridenominazione di classi, membri e variabili, sebbene questa sia una parte importante di esso.
Per esempio, Dotfuscator utilizza una tecnica brevettata chiamata sovraccarico induzione, dove molti metodi vengono rinominati al stesso nome (questo è possibile a patto che essi hanno diverse firme). Le soluzioni PreEmptive citano i casi in cui un terzo di tutti i metodi nel codice viene rinominato in a(). Altre tecniche implicano la riscrittura di semplici iterazioni come ricorsione, nonché code morphing.
In realtà, le moderne tecniche di offuscamento sono perfettamente adeguate per rendere virtualmente impossibile la decodifica del codice, almeno a mano. Mentre è vero che gli assembly .NET non possono mai essere RE-safe in linea di principio, l'offuscamento può fornire una barriera piuttosto formidabile.
Per la maggior parte di noi, è sufficiente.
fonte
2009-08-17 14:24:38
Questo sicuramente funziona meglio del Dotfuscator. Grazie. – Bhaskar
Assicurati di comprendere le differenze tra l'offuscamento semplice e alcune delle opzioni di PostBuild (come il supporto binario nativo). Si perde molta della flessibilità del framework .NET con i binari nativi. –
Lo Xenocode influenzerebbe la velocità/dimensione del programma? Compilerà l'applicazione al binario nativo al 100%, ovvero quasi impossibile decompilare? – Phoexo