Posso usare la compilazione nativa come offuscamento Java

Question

Sto scrivendo un plug-in per un'applicazione Java. Potrei offuscare il plugin, ma sarebbe comunque facilmente reversibile.

Credo che se potessi compilare questo plugin in una libreria condivisa, che utilizza pesantemente JNI per comunicare con l'applicazione principale, sarebbe molto più difficile decodificare. Sono disposto a sacrificare alcune prestazioni in JNI e l'applicazione su cui sto codificando supporta il caricamento della libreria condivisa. L'unico problema è che io non sono a conoscenza di uno strumento che fa il lavoro: gcj sembra dipendere proprio runtime e IKVM.NET - su .NET

Per essere precisi:

public class PluginImpl implements Plugin { 
    @Override 
    public void startPlugin(PluginContext ctx) { 
     ctx.helloWorld(); 
    } 
} 

dovrebbe essere convertito in

public class PluginImpl implements Plugin { 
    @Override 
    public native void startPlugin(PluginContext ctx); 
} 

e il corpo del mio metodo startPlugin è compilato in una libreria condivisa.

(beh, sì, lo so, avrei potuto scrivere questo plugin in C in primo luogo)

Answer 1

presumo di avere buone ragioni per andare per la compilazione nativa. L'opzione che è possibile esaminare è Excelsior JET ovvero una soluzione Java certificata.

Answer 2

È possibile che il proprio plug-in fornisca il proprio servizio su RMI. In questo modo il plugin sarebbe un'applicazione e potrebbe essere compilato in codice nativo.

Answer 3

Non si può realmente usare nulla per l'offuscamento del codice se si sta distribuendo codice eseguibile in qualsiasi forma. Qualsiasi codice eseguibile può essere decodificato. Questo è un problema aziendale non un problema tecnico, ed è risolto con mezzi busniess: accordi di licenza, prezzo, time to market, o molto probabilmente una valutazione più realistica dei rischi e dei valori, cioè ammettere a te stesso che il tuo codice non è questo è prezioso In alternativa, consegna il tuo prodotto come un servizio piuttosto che come un eseguibile.