Newsgroup: it.comp.sicurezza.crittografia
Titolo: realizzato script di crittografia/decrittografia

Ciao a tutti,
ho realizzato uno script di crittografia/decrittografia di cui, al link 
seguente (file zippato), il risultato di criptazione di un testo in lingua 
italiana, con soli caratteri alfanumerici e di interpunzione.
http://www.netlogica.it/cryptologic/testo_test.zip
Ho creato l'algoritmo di codifica e di decodifica... ma guardando solo 
l'output, personalmente, non saprei nemmeno da dove iniziare per trovare il 
bandolo della matassa. A chi vorrà chiedo un parere sulla eventuale 
difficoltà di decriptazione :) Se occorrono altre informazioni, sono a 
disposizione.
Lo script permette di codificare/decodificare ogni sorta di documento, dai 
testi alle immagini, alla musica... tutto insomma.
Saluti :)
Anak
www.netlogica.it
softwareE=mc^
2...@netlogica.it
 (eliminare l'eq per risp in prv)

 l'output,
E dove si trova il sorgente dell'algoritmo utilizzato ?
saluti

 E dove si trova il sorgente dell'algoritmo utilizzato ?
Ciao D.Vantaggiato,
ma nel mio pc chiaramente... meno di 300 righe in perl.
Saluti :)
Anak 

 
Dovresti postare il metodo utilizzato e non il risultato finale.
La sicurezza deve risiedere nella "bontà" della password e non nel 
metodo. Questo, come insegnano, deve essere pubblicamente conoscibile.
risaluto

 Questo, come insegnano, deve essere pubblicamente conoscibile.
Ciao D.Vantaggiato,
concordo parzialmente con te... A mio avviso il metodo è strutturalmente e
sensibilmente importante indipendentemente da quello che l'accademia
insegna. Inoltre se volessi rendere un sistema maggiormente sicuro, non
rivelerei l'algoritmo né come utilizza il "certificato". La bontà del
sistema sarebbe misurata sull'unico parametro utile e cioè: quanto è
complesso effettuare il reverse engineering dell'informazione crittografata?
E' questo che interessa all'utente finale.
Questo momento non è per me maturo in relazione alla pubblicazione del
source code.
Saluti
Anak
softwareE=mc^
2...@netlogica.it
 

 insegna.
E se per caso l'unico programmatore a conoscenza dell'algoritmo avesse 
inserito delle backdoor nel sorgente ? (non ci vuole molto a inserire 
periodicamente nell'output delle informazioni che potrebbero far 
risalire alla pwd.. non trovi ?)
Così come tu non ti fideresti di un algoritmo ignoto nessuno può 
prendere in seria considerazione il tuo (in quanto segreto).
ririsaluti


Ci penserò :)
Saluti
Anak


 e, in fase di produzione del software, inserire nello stesso delle backdoor. 
Non se il codice sorgente è a disposizione.
La motivazione della "accademia", comunque è un' altra: non si possono
fare ragionamenti (tanto meno dimostrazioni) su ciò che non si conosce.
Poi resta il fatto, secondo me, che pubblicare il sorgente/algoritmo
1) dimostra una solida fiducia dell' autore nei confronti del metodo (e
se non se ne fida l' autore perche dovrei io)
2) permette potenzialmente di avere un giudizio sul metodo da esperti
indipendenti (ascoltare più campane).
Questo almeno è quello che penso io utente finale ;) poi, ovviamente,
possono esserci miriadi di considerazioni personali altrettanto valide...
cx,
zz

 insegna.
Avere l'algoritmo serve per poter valutare scientificamente se
l'algoritmo è effettivamente inviolabile. 
Se la segretezza del messaggio è custiduta solo dalla segretezza
dell'algoritmo allora questa ha vita brevissima. Basta un reverse
engineering per arrivare alla soluzione.
bye, giubbe

 registrazione dello stesso alla siae, oltre che a spedirmelo con marca 
[OT]
Credo che il diritto di autore non tuteli le 
"invenzioni"/soluzioni contenute nel programma, ma il 
programma stesso.
Dovresti brevettare l'algoritmo e grazie a dio non si puo' 
(almeno per ora). :)
Se devi esporre il sorgente di un programma conviene 
rilasciarlo sotto una licenza gpl o similare.
[/OT]
Ciao

razionale... allora avrò guadagnato qualcosa :) 
Tutto vero quello che ti hanno detto gli altri, aggiungerei anche una
cosa, avere l'algoritmo permette di limitare lo sforzo alla sola
valutazione dello stesso. Invece partendo dai risultati si deve anche
fare il reverse engeneering del metodo.
Se vuoi avere tante opinioni ti conviene operare nel primo modo, per
il secondo puoi sempre mettere in palio una cifra significativa :-) 
Del resto a te interessa il tuo algoritmo o le capacità di reverse
engenering/appeal della tua richiesta?
A una ditta che mi ha chiesto il reverse engeneering di un sistema
crittografico ho fatto un offerta a consuntivo, peccato che poi non si
sia più fatto niente. Comunque il prodotto l'avevo già forzato due
volte con un dos e un altro sistema.
Andrea

 una licenza gpl o similare.
Concordo quasi in toto ;-)
saluti

 Fortunatamente non č cosě. 
E' cosě in Europa. Negli stati Uniti e Giappone (almeno) si possono
brevettare gli algoritmi.
Puoi non pubblicare l'algoritmo, ma se qualcuno arriva alla stessa
soluzione non puoi dire nulla, almeno sul terrirorio Europeo.
bye, giubbe

 brevettare gli algoritmi.
per l'appunto... ci sono 1000 codicilli da conoscere per raggiungere il 
proprio fine (brevettare l'algoritmo)
saluti

 per l'appunto...
non capisco. In Europa non si può, almeno fino a quando non cambia la
legge. I mille codicilli servono a ben poco, se poi la cosa principale non
si può fare. Se trovi un "codicillo" che permette di "brevettare", poi ce
ne è un altro con il quale cadrà la "brevettibilità".
D'altra parte se già si potesse fare non vedo perchè il "parlamento"
europeo avrebbe dovuto darsi tanto da fare per approvare una legge in tal
senso.
bye

giubbe ha scritto:

non si possono brevettare i software e gli algoritmi in quanto tali. 
(che significa tutto e niente)
resta da capire quando un algoritmo è "tale" o quando è una procedura... 
per non parlare poi delle estensioni del brevetto con il gioco delle 
scatole cinesi... insomma... VOLENDO e rivolgendosi alle persone giuste 
si può.
amen

 si può.
So se ti trasferisci negli Stati Uniti. Poi, tu ti puoi inventare tutte le
favole che vuoi.
bye

giubbe ha scritto:

Esistono le persone fisiche e le persone giuridiche. Ad ogni modo non 
sto qui per discutere della mia tesi sulla tutela brevettuale del software.
Passo e chiudo.
saluti

 del caso :)
Io resto dell'avviso che creare un nuovo algoritmo crittografico è
sempre un bel casino. Dal mio punto di vista è meglio rivolgersi ad
algoritmi standard (AES, Rinjdael, Blowfish...) e ben testati dalla
comunità.
Tempo fa avevo fatto un algoritmo crittografico come tesina d'esame.
L'ho postato qui per capire quanto fosse robusto. Risultato: in meno di
un giorno me lo hanno smontato pezzo per pezzo e mi hanno dato il
verdetto: era una variante dell'Algoritmo di Vigenerè.
bye

 > Il copyright č tuo, indipendentemente dalla registrazione SIAE
E, a parte questo, il copyright riguarda il *codice* che implementa
l'algoritmo e non l'algoritmo in se.
L'algoritmo potrebbe eventualmente essere coperto da un brevetto,
nei Paesi nei quali i brevetti software sono validi (quindi per
grazia di Dio non in Italia).