[JAVA] "Blindatura" di una classe

[edark]

Salve a tutti!
Devo inserire una classe da me fatta per criptare/decriptare delle stringhe, non è niente di che, però la devo aggiungere ad un'applicazione che stò per rilasciare.... ora mi sorge un dubbio, per criptare mi serve quella classe, logicamente da quel file .java viene fuori un file .class dopo la compilazione, leggendo qua e la sul forum ho notato che questi file .class sono facilmente interpretabili da programmini che sono in grado anche di risalire al file .java
Quindi ccome potrei "proteggere" questa classe?
grazie mille

[Ed_Bunker]

Originariamente inviato da edark
Salve a tutti!
Devo inserire una classe da me fatta per criptare/decriptare delle stringhe, non è niente di che, però la devo aggiungere ad un'applicazione che stò per rilasciare.... ora mi sorge un dubbio, per criptare mi serve quella classe, logicamente da quel file .java viene fuori un file .class dopo la compilazione, leggendo qua e la sul forum ho notato che questi file .class sono facilmente interpretabili da programmini che sono in grado anche di risalire al file .java
Quindi ccome potrei "proteggere" questa classe?
grazie mille

Penso/temo che sia illegale se fatto ad insaputa di chi ha realizzato l'"opera"...

[alka]

Originariamente inviato da edark
Quindi ccome potrei "proteggere" questa classe?

Temo tu debba ricercare un offuscatore (obfuscator).

[edark]

Originariamente inviato da Ed_Bunker
Penso/temo che sia illegale se fatto ad insaputa di chi ha realizzato l'"opera"...

??
Il programma l'ho costruito interamente io...ho chiesto solamente come posso proteggere una classe, sempre da me creata che serve per criptare delle stringhe...


offuscatori??? Ma logicamente avranno anche il sistema inverso per "decriptare" il codice offuscato, quindi non risolvo il prob

[alka]

Originariamente inviato da edark
offuscatori??? Ma logicamente avranno anche il sistema inverso per "decriptare" il codice offuscato, quindi non risolvo il prob

No, ovviamente il "codice offuscato" non è direttamente reversibile, o comunque non con un sistema automatico...poi, se qualcuno riesce con molta pazienza e premura a comprendere la logica che c'è dietro ad un codice offuscato, in quel caso non ci si può fare nulla, ma lo stesso discorso sarebbe valso anche per codice nativo Win32.

Se cerchi la "protezione totale", la trovi solo nei dentifrici, mentre per quanto riguarda il software è inesistente.

Esistono solo mezzi più o meno congeniali di tutelarsi un minimo, quel tanto che basta in base al progetto che si realizza.

Ciao!

[Ed_Bunker]

Originariamente inviato da edark
??
Il programma l'ho costruito interamente io...ho chiesto solamente come posso proteggere una classe, sempre da me creata che serve per criptare delle stringhe...

Si ho letto che il software e' stato realizzato da te.
Appunto per questo volevo dirti che le preoccupazioni che hai sono quelle di chiunque realizzi un'opera "rischiando" che essa venga copiata e/o "studiata" con mezzi non legali.

[alka]

Originariamente inviato da Ed_Bunker
Appunto per questo volevo dirti che le preoccupazioni che hai sono quelle di chiunque realizzi un'opera "rischiando" che essa venga copiata e/o "studiata" con mezzi non legali.

Da quel che ho capito, in questo caso, la preoccupazione del nostro amico è data dal fatto che avendo realizzato un algoritmo per motivi di sicurezza, il fatto che questo possa essere "disassemblato" rende inutile di fatto l'algoritmo stesso, che va quindi mascherato in qualche modo.

E' come se io producessi un'applicazione che richiede una password per accedere: se la password è leggibile dal codice disassemblato, allora è inutile usare un sistema di protezione simile.

Questo problema esula dai motivi del copyright a cui hai accennato, che si risolvono comunque allo stesso modo, sebbene l'analisi completa di un software, specialmente di grandi dimensioni, non sia poi così facile da interpretare come sembra, senza contare che la creazione del bytecode possiede comunque ottimizzazioni che a volte possono alterare il modo in cui un algoritmo è stato scritto rendendolo già meno comprensibile rispetto alla sua forma originale presente nel codice sorgente.

Ciao!

[Ed_Bunker]

Originariamente inviato da alka
Da quel che ho capito, in questo caso, la preoccupazione del nostro amico è data dal fatto che avendo realizzato un algoritmo per motivi di sicurezza, il fatto che questo possa essere "disassemblato" rende inutile di fatto l'algoritmo stesso, che va quindi mascherato in qualche modo.

E' come se io producessi un'applicazione che richiede una password per accedere: se la password è leggibile dal codice disassemblato, allora è inutile usare un sistema di protezione simile.

Questo problema esula dai motivi del copyright a cui hai accennato, che si risolvono comunque allo stesso modo, sebbene l'analisi completa di un software, specialmente di grandi dimensioni, non sia poi così facile da interpretare come sembra, senza contare che la creazione del bytecode possiede comunque ottimizzazioni che a volte possono alterare il modo in cui un algoritmo è stato scritto rendendolo già meno comprensibile rispetto alla sua forma originale presente nel codice sorgente.

Ciao!

Posto che il sw riguardi algoritmi per la cifratura mi sembra che tu stia facendo confusione tra alg. di cifratura e parametri che l'algoritmo richiede. Non credo che una password possa essere visibile in un codice sorgente. Non penso che sia una variabile o un campo statico di una classe. Piu' verosimilmente sara' un parametro che all'algoritmo viene passato in fase di istanziazione.
Inoltre, per "definizione", nell'ambito della crittografia, si da per scontato che l'algoritmo di cifratura sia ben noto e conosciuto (Vedi DES, AES, etc.). Pur conoscendolo, pero', date le caratterisctiche dell'algoritmo, conoscerlo non ci da "nessuna" (Anche se non e' proprio cosi'...) informazione utile per carpire i dati osservandone soltanto i crittogrammi.

[alka]

Originariamente inviato da Ed_Bunker
Posto che il sw riguardi algoritmi per la cifratura mi sembra che tu stia facendo confusione tra alg. di cifratura e parametri che l'algoritmo richiede.

Ho fatto puramente un esempio...

[Ed_Bunker]

Originariamente inviato da alka
Ho fatto puramente un esempio...

Ok, ok... Ad ogni modo la conoscenza dell'algoritmo, in crittografia, e' data per scontata.