Wie schützen Sie kompilierte Java-Klassen?
Ich weiß, viele ähnliche Fragen wurden hier gestellt. Ich bin nicht Fragen, wenn ich den Schutz meiner kompilierten Java-Klasse - denn natürlich werden Sie sagen 'Nein das kannst du nicht'. Ich Frage, was ist die beste bekannte Methode zum Schutz von Java-Klassen gegen de-kompilieren? Wenn Sie bewusst keine Forschung oder wissenschaftliche Arbeit in diesem Feld bitte lass es mich wissen. Auch wenn Sie haben einige Methoden oder software-bitte teilen Sie Erfahrung? Jede Art von Informationen sehr nützlich sein wird. Danke.
InformationsquelleAutor der Frage Registered User | 2010-03-14
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Zuerst, wenn Sie sind targeting "nur" den Windows-Markt gibt es eine sehr einfach zu verhindern ".Klasse .java" Dekompilierung: verwenden Sie ein tool wie Excelsior Jet verwandeln die .jar in einem .exe.
Dies ist narrensicher: es ist unmöglich zu bekommen .java-Datei zurück, wenn Sie Excelsior Jet (so lange für all die Menschen, die sagen: "es ist unmöglich zu verhindern, dass die Dekompilierung eines .Klasse - Datei"). Sicher könnte ein Angreifer starten SoftIce und versuchen Sie zu verfolgen Ihre .exe aber, die sich ein bisschen schwieriger als mit JAD zu dekompilieren .Klasse zu einem .java und es wird sicherlich nicht zulassen, finden die .java Datei zurück.
Nun, vielleicht sind Sie auch welche auf OS X und Linux auch, oder Sie haben keine $$$ auf shell-off für Excelsior Jet.
Schreibe ich eine kommerzielle software, die in Java geschrieben. Diese software macht nur dann Sinn, wenn es eine Internet-Verbindung. Daher haben wir das "schützen" unserer software, unter anderem, indem er Teil der Berechnung geschieht auf der server-Seite: wir haben mehrere .Klasse das wird nicht funktionieren, es sei denn, Sie sind erzeugt von der server-Seite und wir senden Ihnen unten den Draht (und was gesendet wird, auf der Leitung ist immer anders: wir erzeugen einzigartige, einmalige .Klasse Dateien auf der server-Seite).
Dies erfordert eine Internet-Verbindung, aber wenn der Benutzer nicht gerne, wie unsere software arbeitet, dann ist er frei zu kaufen sind, unsere Konkurrenten minderwertiges Produkt 😉
Dekompilierung wird nicht viel gutes tun: Sie müssen aktiv zu knacken, die software (also das reproduzieren, was Los ist auf der server-Seite), oder Sie werden nicht in der Lage, es zu benutzen.
Verwenden wir unsere eigenen "string Verschleierung" vor verwenden wir Proguard. Wir machen auch Quellcode-Instrumentierung (die wir getan haben könnte bytecode instrumenation) wo nehmen wir viele Dinge aus dem code (wie die "behaupten", dass wir auskommentieren) und der Einführung von einigen zufälligen "code-flow-obfuscation" [die software kann verschiedene Pfade noch erhalten das gleiche Ergebnis, dies ist etwas, das wirklich ist die software schwer zu verfolgen]).
Dann verwenden wir Proguard (das ist kostenlos) zu reduzieren aller unserer OO-Hierarchie und zu verschleiern die bereits-code-flow-und-string-obfuscated code.
Also unser Fluss ist:
Zusätzlich zu, die wir veröffentlichen sehr regelmäßig (und automatischen) update, welches immer stellen Sie sicher, ändern ein bisschen unsere client - /server-Schutz-System (so dass mit jeder neuen Version ein hypotethical Angreifer hat zu Beginn meist von Grund auf neu).
Natürlich ist es einfacher, das Handtuch zu werfen und zu denken: "es gibt nichts, was ich tun kann, um einem Angreifer das Leben schwerer, weil JAD zurückfinden kann .java-Datei sowieso" (das ist mehr als sehr fraglich und eklatant falsch in dem Fall, wo Sie einen .Klasse .exe converter zum Schutz Ihrer .Klasse dekompilieren).
InformationsquelleAutor der Antwort SyntaxT3rr0r
Einen obfuscator (siehe http://java-source.net/open-source/obfuscators), wird "scramble" den code so, dass es keinen Sinn machen, wenn de-kompiliert werden.
InformationsquelleAutor der Antwort Itay Maman
Gibt es verschiedene Methoden:
alle detailliert besprochen in meinem Artikel Schützen Sie Ihre Java-Code - Durch Obfuscators Und Darüber Hinaus
InformationsquelleAutor der Antwort Dmitry Leskov
Also, wie können Sie schützen Sie Ihre Klassen von dekompiliert? Eine Antwort ist die Crema. Crema stört die symbolischen Informationen in Ihr .die class-Dateien, so dass Sie weniger anfällig für die Dekompilierung. Die symbolischen Informationen, die Crema verschlüsselt enthält den Namen der Klasse, seine Superklasse, Schnittstellen, Variablen-Namen, Methoden, und so weiter. Diese symbolischen Namen sind erforderlich, die von der Java virtual machine (JVM) zu verknüpfen, Ihre Klassen mit Bibliothek-Pakete. Crema stört diesen symbolischen Namen und Verweise auf Sie in der gleichen Weise, so dass die JVM kann noch um die korrekte Verknüpfung zwischen den Klassen und Pakete.
Also, wie funktioniert der Crema arbeiten? Im Grunde, vor dem verteilen Ihrer Klasse Dateien über das Internet, führen Crema auf Sie. Crema wird, balgt sich die symbolischen Informationen in Ihnen enthalten, und jede neue Klasse in die Datei 1.crema. Ihre Aufgabe ist dann das umbenennen 1.crema etwas wie filename.class bevor es auf die Verteilung der Internet.
WIE PROJEKT-JAVA ERFÜLLT CLASSSES
InformationsquelleAutor der Antwort Ravindra Shekhawat
Können Sie versuchen, die Java-Protector. Es ist ein besserer Weg, als der Verschleierung.Es macht einen Native-ClassLoader durch ändern der Quelle von OpenJDK, könnte das verschlüsseln der Klassen, die Sie schützen möchten von AES und analysieren Sie Sie in Ihre benutzerdefinierte JRE.Sie können veröffentlichen Sie Ihre software mit dem JRE und verteilen Sie Ihre software-Sicherheit.
InformationsquelleAutor der Antwort Yongfa Lin