Java - Codeschutz

[ProggerSchaf]

Hallo, ich habe ein Programm was ich kommerziell vertreiben will. Jedoch lässt sich ja das jar Archiv immer recht einfach decompilieren,

Nun gäbe es drei Arten:

Native Compilierung, also Systemabhängig (Soll auch ja auf Win laufen) - Frage wie macht man das.
Dazu: Ich weiß das das die Plattformabhängigkeit zerstört - Ich will eigtl. nur wissen wie das gehen würde nciht das das doof ist

Zweites, eine verschlüsselung von Klassen kP - Hat jemand einen Plan

Drittens - Programme wie Proguard, die den Quelltext "verwurschteln"



Hat jemand allgemeine Ideen hinweise oder Spezielle Ideen
Danke

 

[Spacerat]

Und wieder einer...
Mach dir darüber mal keine Gedanken... Codeschutz ist in jeder Hinsicht (mit entsprechenden Tools auch auf nativer Basis) unmöglich! Ich muss das Wissen, da ich in Sachen RE stets bis zu einem mich zufriedenstellendem Ergebnis dekompiliere. Also: kannst es mir nur schwerer machen.
Z.B. einen eigenen Classloader schreiben, der Klassen beim Kompilieren ver- und beim Laden wieder entschlüsselt. Hier ein Beispiel

 

[Marco13]

@Spacerat: Willst du andeuten, dass es einen decompiler gibt, der aus dem, was Retroguard macht, wieder vernünftigen Quellcode generieren kann? (Ich meine keine "Hallo-Welt"-Sachen, und nicht einzelne 10-Zeilen-Klassen, sondern bei einer Anwendung)

 

[neonfly]

Bau die Anwendung einfach so komplex auf, dass sie keine Sau rafft.
Ich denke da an dynamische Klassenverwendung und method invoking.

Kommentare musst du zwangsläufig dann auch weg lassen.

Bist du dir sicher, dass du die richtige Programmiersprache verwendest?

 

[Ark]

In einem ähnlichen Thread wurde bereits gesagt, dass das erfahrene und geschulte Auge allein durch die Anwendung des Programms die Algorithmen und Datenstrukturen erahnen kann.

Ark

 

[Marco13]

Und... war das DORT oder HIER als Witz gemeint? ???:L

 

[ModellbahnerTT]

Viertens - Mit Anwälten?

 

[freak4fun]

Qualitativ hochwertige Software, permanente innovative Neuerungen, native Bedienung für den Kunden, Datensicherheit, angemessenes Lizenzmodel, größtmögliche Fehlerfreiheit.

 

[Spacerat]

Ich sag's mal so... Klassen und Paketstrukturen die etwas von "o.b.f.u.s.c.a.t.e.d.class" haben lassen sich immer noch dekompilieren und mich völlig kalt! Wie tief man in den erschlossenen Quelltext dann einsteigen muss, um das heraus zu finden was man will ist jedem selbst überlassen. Zum Schutz gegen das Umgehen einer Software-Key-Abfrage hilft das nicht den Millimeter. Ach so... Das war hier da und auch dort niemals ein Witz. Wenn jemand etwas knacken will geht das oder wo kommen die ganzen Cracks für irgendwelche komerzielle Software her? Simples Umbenennen von Paketen, Klassen, Methoden und/oder Variablen löst das Problem in Java herzlich wenig. Ist das Klassen-Verschlüsselungs-Verfahren etwa was neues? Hab' ich das erfunden? Nee, wohl kaum. Ist mir nämlich schon unter gekommen. Hat mich Tage gekostet, dahinter zu kommen.
@Marco13: Nicht ein Dekompiler. Aus zwei recht guten Decompilern lässt sich der Rest selbst zusammen reimen. JAD und IDA-Pro