Newsgroup: it.comp.lang.delphi
Titolo: TECNICHE PER CRIPTARE

Sto sviluppando un programma per criptare file. C'č qualcuno che conosce dei
metodi di criptaggio oppure qualche sito riguardante l'argomento.
Ringrazio anticipatamente. Ciao.

 Sto sviluppando un programma per criptare file. C'è qualcuno che conosce
dei
Qui c'e molta roba anche free
http://www.crypto-central.com/
Ciao ZioPino
.

 Ringrazio anticipatamente. Ciao.
Se vai a questo indirizzo, puoi trovare un piccolo programma con tanto di
sorgente, purtroppo non ricordo in cosa sia scritto, ma tanto l'algoritmo non
varia!
http://WWW.SPIPPOLATORI.COM/h/sppfiles.htm
Ciao
MaTTeO.

Ti consiglio di parlare con Antonio Tarolla, lui stava implementando un
programma di codifica molto potente (si č bloccato perchč le variabili a
disposizione non erano sufficienti e non poteva usare l'overload degli
operatori..), immagino che lui ti sappia dare un bel po' di informazioni,
siti etc...
Bye
--
- Carlo -
BSSoftware Tips Mailing-List Support
PS : Antonio non ti incaxxxxx :)

metodi di criptaggio oppure qualche sito riguardante l'argomento.
come ha detto Carlo, stavo sviluppando un programmino dove tentavo di
utilizzare un algoritmo sicuro seguendo quelli utilizzati in PGP.
Ovviamente non volevo fare una copia di PGP, ma visto che quest' ultimo
programma utilizza più algoritmi insieme per criptare un file ecc io ne
utilizzavo uno di questi più altri personalizzati.
In realtà la vera forza di PGP è in un solo algoritmo non in tutti quelli
che utilizza. Gli altri servono per altre cose ma la sicurezza è garantita
da due chiavi non da un "frullato" di byte o meglio ancora di bit.
Con questo voglio anche dirti che è difficilissimo inventarsi qualcosa di
personale che a livello matematico sia diverso da qualcosa che esiste già.
Ovviamente il tuo programma dovrà garantire una sicurezza in base a
l'importanza dei dati che "nasconde".
PGP ad esempio è una cosa a livello mondiale ed è logico che deve essere
sicuro. Cioè non puoi dire:
"i dati sono sicuri perchè nessuno conosce le operazioni che compie il mio
programma quando li cripta"
ma in realtà qualcosa può considerarsi quasi sicura quando conoscendo il
metodo applicato per criptare è impossibile (forse l'impossibile non
esiste....in realtà si può ma è un'operazione lunga, facciamo finta che non
si può) decriptare senza avere la chiave (per dire) necessaria.
Il più stupido metodo per criptare (oltre all' xor che può anche diventare
"sicuro" ) può essere questo:
leggi un byte del file e gli sommi una costante che conosci tu
per decriptare fai l'operazione inversa
chi non conosce la costante non può decriptare anche se in realtà (in questo
semplice caso) ci vogliono 5 minuti per scoprirla. Ma se già complichi le
cose allora diventa difficoltoso ma stai usando sempre un metodo insicuro
visto che basta conoscere l'algoritmo e compiere l'operazione inversa o
meglio ancora tu che sei l'autore sei in grado di riscrivere un programma
che in ogni caso decripta il file.
Io mi sono fermato (per ora) perchè non ho più tempo.
In realtà (come diceva Carlo) mi ero fermato per quel motivo delle
variabili. Mi ero fermato per ragionare su come rappresentare dei
determinati numero ma poi so come risolvere ma non ho il tempo per farlo.
Riguardo l'overloading degli operatori posso farne a meno, anche se mi
avrebbe fatto comodo.
Comunque tempo fa se ne era parlato (però non stavo in questo news) riguardo
problemini vari per implementare uno degli algoritmi crittografici attuali
ma poi non so come è andata a finire. Cioè non so se c'è stata una svolta
pratica o chi ci ha provato si è arreso. Bohh....
Su torry ci sono componenti crittografici con tanto di sorgente. Sono quasi
tutti scritti dallo stesso autore.
Però secondo me insieme al codice doveva dire cosa diavolo faceva realmente,
ci sono un botto di shl e shr che ti fanno diventare matto dopo qualche riga
!! eheh
Io appena ho tempo mi ci dedico nuovamente.
Se vuoi puoi scrivermi in privato. Tieni conto che io ho preso notizie qua e
la per la rete, ho letto ed ho chiesto qualcosa e mi sono guardato un po'
pure i sorgenti di PGP 2.63 per MS-Dos.....spero di saperti aiutare !! :-))
Per ora ti saluto.....ciaooo !!!!
Antonio Tarolla
BSSoftware Tips Mailing - List Support

 Ringrazio anticipatamente. Ciao.
In edicola trovi DEV, una rivista dedicata alla programmazione che
questo mese tratta proprio la crittografia.
Ciao, U D A.
-- 
**********************************************************************
UDA'Software
mailto:
Andrea....@uda.itgo.com
http://uda.itgo.com

Senti mi daresti un parere, io sto scrivendo un programmino piuttosto
semplice per crittare file, in pratica si puo' considerare un
crittosistema di vegenere con chiave di 120 numeri.
La chiave dipende da una combinazione di 14 sottochiavi di 15 numeri
scelte tra un range di 36, selezxionate in base alla apsssword di
codifica/decoidifica scelta.
La cosa che mi e' sembrata simpatica e' che la parte di codice
(scritta in C) in cui si dichiarano i define delle chiavi non la
conosco neppure io che ho fatto il programma.
Infatti arriavto alla fine della stesura del codice ho cancellato la
parte provvisoria di definizioni e poi ho  scritto un programma che
inserisse automaticamente chiavi generate da lui in maniera
pseudocasuale, e poi richiamasse la compilazione in linea, infine
cancellasse il file sorgente...che ne dite... ?
Augusto Pucci
Webmaster di Prospektiva On-line
http://go.to/Prospektiva

cancellasse il file sorgente...che ne dite... ?
in pratica alla fine ti ritrovi la chiave e solamente il file criptato !! O
no ?
Il sistema č buono, ma da come ho capito si tratta di qualcosa che cripta e
decripta con una chiave sola, cioč non č un sistema crittografico con chiavi
asimmetriche.
Una domanda:
la chiave di decodifica ti decripta il file rendendolo immediatamente
funzionale ?
Mi spiego meglio.
Quando tu cripti un file ( ad esempio pippo.exe ) il file corrispondente si
chiama sempre pippo.exe (criptato) oppure gli assegni una nuova estensione ?
Se gli assegni una nuova estensione, significa che quando decripti
automaticamente devi assegnare l'estensione originale al file decriptato. O
no ?
Comunque č solo una curiositą.
Il sistema mi pare abbastanza sicuro (anche se ad una chiave sola) perchč
per forzarlo dovresti generare tante chiavi dove solo una č quella giusta
per decriptare e poi provarla una per volta.
I 36 numeri gli scegli casualmente ? E sempre casualmente estrai 15 di
questi ?
Poi un'ultima cosa.
La password in che modo č legata alla chiave ?
Pensa se riesci ad unire il tuo sistema ad un algoritmo con chiavi
asimettriche !! Forte no ?
Oddio....potresti farlo molto semplicemente utilizzando i tipi di dato a 32
o 64 bit.....ma una sicurezza maggiore si ottiene (oggi) con 2000 e passa
bit.
Vabbč, ci si sente.....buon lavoro !!



Augusto Pucci
