Newsgroup: it.comp.sicurezza.crittografia
Titolo: Pranoia - Criptazione - PGP - Windows e molto altro....

Si, lo ammetto posso sembrare paranoico per quello che andrete a 
leggere, ma secondo me vale la pena e forse può tornare utile a qualcuno.
La mia necessità o meglio il mio incontro con la crittografia avviene un 
bel dì quando una "bravissima persona" pensò bene di appropriarsi 
indebitamnente del mio portatile dove vi erano dati riservati molto 
importanti per nulla protetti, se non con il semplice fyle system NTFS 
di Windows ed una labile password, non tanto per la lunghezza, quanto 
per il meccanismo di funzionamento d'implementazione della password 
stessa, su un file Word.....un'accoppiata che più deleteria non oso 
immaginare....Uscito fortunatamente dalla situazione di panico indenne 
decisi che era il momento di guardare oltre.
Mi rivolsi a PGP di cui oggi ho una licenza per suo personal non sono 
per crittografare le e-mail ma anche per avere la possibilità di craere 
dischi virtuali criptati.
Ho creato le mie chiavi private utilizzando l'algoritmo AES-256 (mi è 
sembrato il migliore tra quelli proposti CAST, TRIPLE-DES, IDEA, 
Twofish) e le corrispondeti chiavi pubbliche con size 4096/1024 bit e 
con passphrase di lunghezza 40 caratteri utilizzando numeri, lettere 
mauiscole e minuscole, spazi, caratteri speciali, simboli e non 
stampabili.....
In questo modo ho creato il mio disco virtuale di 1 gyga ed inserito al 
suo interno i documenti più importanti e dati sensibili.
A questo punto però sono nate 2 esigenze:
1) Proteggere la chiave privata salvata per default in
C:\Documents and Settings\Nome-utente\Documenti\PGP\
2) Montare il disco logico-criptato all'avvio del sistema operativo
Si penserà che la cartella nome-utente su un file system ntfs sia già 
abbastanza protetta se l'utente in questione fa parte del gruppo 
Administrator e quindi altri utenti con privilegi minori, ad esempio 
User,  non possono accdervi, se non crackando il file SAM delle 
password, installando un keylogger all'insaputa dell'admin, osservandolo 
mentre digita la password......eppure lo cose non stanno 
così...QUALSIASI utente lasciato davanti ad un pc anche con diritti di 
GUEST può superare il file system NTFS leggendo e copiando qualsiasi 
file anche quelli con soli diritti d'amministratore!! a questo punto con 
un tale metodo andano nella cartella
C:\Documents and Settings\Nome-utente\Documenti\PGP\ si possono copiare 
le chiavi private.....mancherà sempre la passphrase, cmq già può essere 
un bel danno.
Per chi non lo sapesse esiste una versione di Windows, chimata Windows 
PE, rilasciata da Microsoft solo ai grandi distributori OEM, ed è un 
Pre-Enviroment Installation, in pratica è l'equivalente di una 
distribuzione linux Live come Suse o Knoppix che può essere lanciata da 
cd-rom all'avvio del pc, utilissima in caso di crash del sistema 
operativo, quando è impossibile arrivare a login, ha un'interfaccia 
grafica uguale a Windows, nel senso che anche operando da Dos si ha 
gestione risorse con la possibilità di sfogliare file e cartelle, e 
tutto il resto di un Windows tradizonale.
Ora questa versione non si trova facilmente, ma un suo clone per di più 
free è NU2 visibile a 
http://www.nu2.nu/pebuilder/
 di cui qui potete 
vedere gli screenshot 
http://www.nu2.nu/pebuilder/#screen
 in particolare 
il primo con Gestione Risorse all'opera. Il bello di NU2 è che può 
essere allargato, nel senso che per creare un cd auto-avviante serve NU2 
una copia di Windows installata sul pc da cui copiare alcuni file ed è 
possibile implementarvi decine di programmi che PARTIRANNO DA DOS CON LA 
STESSA GRAFICA DI WINDOWS, vale a dire Nero Burning Rom, Adware, McAfee 
antivirus.... la lista dei plug in è qui 
http://www.nu2.nu/pebuilder/#plugins
 e ci sono molti altri siti che 
mettono a disposizone tali add-on.
Per prova mi sono creato un cd auto-avviante con NU2 ci ho aggiunto un 
antivirus, un programma adware, Ontrack easy recovery, Mozzilla 
Thunderbird ed altro, anche per usarlo in condizoni di emeregenza, e da 
DOS sono riuscito a sfogliare la cartella
C:\Documents and Settings\Nome-utente\Documenti\PGP\ lanciare Nero 
direttamente da cd, e masterizzare il tutto su un cd, insieme al fyle di 
swap non resettato in fase di shutdown.....(passphrase)
Per ovviare all'insicurezza intrinseca di Windows, praticamente nulla di 
fronta tale NU2, profondamente osteggiato dalla stessa Microsoft, ma 
perfettamente legale, ho deciso allora di crittografare le stesse chiavi 
private utilizzando l'EFS (Encryption File System) nativo in Windows.
In effetti i file crittografati sono risultati illegibili da NU2 e da 
qualsiasi altro sistema operativo, l'EFS funziona solo su NTFS e quindi 
ho provato con Partion Magic a converire la partzione da NTFS in Fat32 
per bypassare l'EFS stessa ma è stato inutile.
A questo punto facendo il Login si avviava l'EFS in modo trasparente ed 
in background senza nessun intervento da parte dell'utente (io). Il 
problema è che l'EFS è legato all'account di accesso quindi una volta 
entrati o scoperta la password (crack del SAM) anche l'EFS si va a far 
benedire, a meno che non si esportino i certificati di cifratura su un 
flppy ed ogni volta si re-importano.....cosa alquanto lunga, perchè ciò 
avrebbe voluto dire dopo aver fatto il logon--->importazione certificati 
creati da Win per l'EFS--->sblocco chiave privata pgp--->montaggio 
dischi logici-criptati di PGP tramite inserimento della passphrase di 40 
caatteri.....alquanto laborioso.
Oltretutto l'EFS non opera in maniera del tutto trasparente, insomma non 
da alcuna possibilità di settaggi e via dicendo e non assicura la 
presenza di qualche Master key in Windows....in effetti facendo un salto 
qui 
http://www.elcomsoft.com/aefsdr.html
 si può scaricare un tool per 
superare L'Encryption File System, Advanced EFS Data Recovery (o 
semplicemente AEFSDR) screenshot qui 
http://www.elcomsoft.com/AEFSDR/aefsdr_s.gif
 anche se con alcune 
limitazioni:
- The program can decrypt protected files only if encryption keys
   (at least, some of them) are still exist in the system and have
   not been tampered.
e nella maggior parte dei casi queste rimangono sul pc, perchè sono 
legate all'account altrimenti come dicevo prima si dovrebbe importarle 
ogni volta....
Si potrebbe pensare allora di usare una chiave hardware d'accesso al pc. 
Per chi ancora non lo sapesse digitanto start--->esegui---->syskey
si avvia l'utilità per configurare il database di account in modo da 
aggiungere una crittografia addizonale, anche salvando la chiave 
generata su un floppy, in modo che prima ancora del login di Windows 
venga richiesto tale floppy come chiave harware di accesso.
Anche qui AEFSDR può fare qualcosa con le dovute limitazioni:
- For files encrypted on Windows 2000, if Account Database Key
   (SYSKEY) is stored on floppy disk, or if "Password Startup"
   option has been set, you should know/have one of the following
   in order to be able to decrypt the files:
   - startup password or startup floppy disk
   - the password of user who encrypted the files
   - the password of Recovery Agent (if one is availbale)
Cmq quanto basta per farmi dubitare delle soluzioni Microsoft e del 
closed source almeno in questi casi.
Ho ovviato alla protezione delle chaivi private .pkr e .skr di PGP 
salvandole prima su un floppy e poi su un supporto hardware vale a dire 
su una ciave USB, che consiglio a tutti, in questo modo senza chiave usb 
non è possibile far nulla.
Ma mi sono spinto oltre. In effetti mi sarebbe piaciuto avere non solo 
degli hard disk logici-criptati con pgp da montare al momento al momento 
del bisogno, ma avere l'intero sistema operativo e tutte le partizioni 
di uno o più dischi criptati già all'avvio.
Bene ho traovato la soluzione
DriveCrypt Plus Pack
http://www.securstar.com/products_drivecryptpp.php?XCARTSESSID=19e566253453c02406572f8248d640db
cripta l'intero sistema operativo e singole partizoni già dopo il bios è 
richiesta una coppia di password, modificano l'MBR e criptando i dischi 
settore per settore, quindi cluster per cluster con algoritmo di 
criptazione AES 256bit
All'avvio infatti volendo si imposta il sistema che dopo il Bios sia 
mostrato l'errore "Boot Disk Failure...." tipico di un ambiente DOS e si 
inserisca la coppia di password senza che nulla venga scritto sullo 
schermo....e siamo ancora al post delle routine del BIOS.
In effetti analizzando le partzioni così crearte con partion Manager 
sono riconosciute come non formattate non rivelando nulla dei dati 
presenti e dello spazio occupato, e tentando una clonazione cluster per 
cluster da Dos con Drive Image o Acronis True Image i programmi mostrano 
errori o si chiudono, stessa copsa per NU2. Una volta inserita la coppia 
di password si avvia il normale boot, la schermata di Login di Windows e 
questi vede le partzioni come NTFS ed è possibile lavorare nomalmente 
NON è richiesta più nessuna operazione da parte dell'utente, la 
criptazione è AL VOLO e per TUTTO il disco, sistema operativo incluso!
La coppia di password viene creata dal programma con un procedimento 
simile a pgp, c'è un contenitore e delle chiavi, a sua volta il 
contenitore e le relative chiavi possono essere stenografate in 
un'immagine bitmap od in un token hardware, ma non sono più richieste 
dopo la criptazione di tutto il disco se non si abbia necessità di 
decriptarlo.
Smile l'altro porgramma DriveCrypt 4.0
http://www.securstar.com/products_drivecrypt.php?XCARTSESSID=19e566253453c02406572f8248d640db
che come PGP crea dischi dinamici da montare al volo ma si estende a 
garantire una criptazione Twofish a 1344 Bit e cripta intere partzioni 
(ma non il sistema operativo a differenza del primo)
questa seconda versione è utile quindi se si vuole criptare solo 
partizioni singole, creare dischi-logici criptati, ma anche per crerare 
dei dischi logici all'interno di una chiave usb criptati a 1344 bit e 
stenografati in un file .wav che all'apertura sono montati come dischi 
logici da Windows ed assegnata la relativa lettera, inoltre per 
utilizare tali dischi in sistemi dove non è presente DriveCrypt 4 nella 
chiave USB viene salvata una versione "da viaggio" del programma della 
grandezza di 1 Mega che lo rende avviabile dalla chiave stessa con la 
medesima interfaccia grafica dell'installazione completa su Windws.
Quindi io:
- Ho criptato tutti i dischi e relative partizioni, sistema operativo 
compreso con AES a 256 Bit con DriveCrypt Plus Pack
- Esportato le chiavi privati di PGP in una chiave hardware (il che non 
sarebbe stato necessario perchè già tutto l'harddisk è criptato)
- Creato nella chiave USB hardware, già protetta da password che dopo 6 
tentativi errati avvia la formattazione automatica, un file .wav 
stenografato che contiene all'interno un harddisk virtuale criptato a 
1344 Bit che contiene dati riservati.
- Creato su una partizone non criptata di per sè, ma semplice NTFS, per 
motivi di accessibilità, un disco-logico pgp criptato AES 256 BIt con 
chiavi private a 4096 Bit.

 chiavi private a 4096 Bit.
... mi spiace contraddirti ma ti garantisco che non è così . . ..

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Morfeo wrote:
| Si, lo ammetto posso sembrare paranoico
Nah... su questo newsgroup la parola "paranoia" non esiste 0=)
| Ho creato le mie chiavi private utilizzando l'algoritmo AES-256 (mi è
| sembrato il migliore tra quelli proposti CAST, TRIPLE-DES, IDEA,
| Twofish) e le corrispondeti chiavi pubbliche con size 4096/1024 bit e
| con passphrase di lunghezza 40 caratteri utilizzando numeri, lettere
| mauiscole e minuscole, spazi, caratteri speciali, simboli e non
| stampabili.....
Diciamo che hai creato sia la tua chiave privata che pubblica usando
DH/DSA da 4096/1024 bit e che hai protetto la chiave privata
crittandola, tramite un buona password, con l'algoritmo AES-256.
BTW: usare AES-128 non avrebbe cambiato particolarmente le cose: una
password di 40 caratteri difficilmente contiene più di 128 bit di
entropia, ma c'è da dire che comunque non ci perdi nulla a usare AES-256.
| In questo modo ho creato il mio disco virtuale di 1 gyga ed inserito al
| suo interno i documenti più importanti e dati sensibili.
...che è sempre cosa buona.
| 1) Proteggere la chiave privata salvata per default in
| C:\Documents and Settings\Nome-utente\Documenti\PGP\
Se davvero usi una password buona quanto dici, puoi andare piuttosto
sicuro della sicurezza della tua chiave privata...
| 2) Montare il disco logico-criptato all'avvio del sistema operativo
Eh no, questo no!
Altrimenti non c'è crittografia che tenga, se tanto il sistema è "chiavi
in mano"!
| Si penserà che la cartella nome-utente su un file system ntfs sia già
| abbastanza protetta se l'utente in questione fa parte del gruppo
| Administrator e quindi altri utenti con privilegi minori,
Un "sistema operativo serio" dovrebbe assicurare questo e non solo...
| ad esempio
| User,  non possono accdervi, se non crackando il file SAM delle
| password,
Ci sono simil crack belli e pronti anche per NT?
Sapevo solo per 98.
(ma d'altra parte non mi sono neanche mai particolarmente curato della
cosa, preferisco dare per scontato che le protezioni dei programmi
Microsoft "siano aggirabili a priori" e usare dischi virtuali o AxCrypt
per le necessità "serie"...)
| installando un keylogger all'insaputa dell'admin,
Hardware suppongo, un utente senza diritti non può installare programmi
che vanno in esecuzione nella sessione dell'admin...
| osservandolo mentre digita la password......
Eh bella forza -_-
| Cmq quanto basta per farmi dubitare delle soluzioni Microsoft e del
| closed source almeno in questi casi.
Beh, ma questo è vero a priori 0=)
| - Creato nella chiave USB hardware, già protetta da password che dopo 6
| tentativi errati avvia la formattazione automatica, un file .wav
| stenografato che contiene all'interno un harddisk virtuale criptato a
| 1344 Bit che contiene dati riservati.
"criptato a 1344 bit" non vuol dire molto... con che algoritmo?
IMHO non ha senso usare qualcosa di più di AES-256. (e anche lì, bisogna
assicurarsi di usare chiavi ad ALTA entropia - personalmente dubito che
un essere umano possa ricordare 256 bit di entropia se non con estrema
fatica)
Inutile anche la steganografia, che alla peggio ti può essere utile se
chi trova la USB pen è tua madre (per modo di dire, ci sono madri ceh
sanno usare benissimo il computerl oggi come oggi =P) e non un
"attaccante motivato"...
| - Creato su una partizone non criptata di per sè, ma semplice NTFS, per
| motivi di accessibilità, un disco-logico pgp criptato AES 256 BIt con
| chiavi private a 4096 Bit.
Da notare che tutto questo sarebbe del tutto inutile se il sistema
operativo facesse *il suo lavoro* e se l'EFS fosse un po' meglio 0=)
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAWI5EACgkQaJiCLMjyUvt/NQCdFw390zdb5DhUk26Gr3SQ+zlk
908An0WRMfBhWWFWKLPqXcJbv7pSOaJ8
=P+Yz
-----END PGP SIGNATURE-----


Hai provato Windows PE-NU2???? bè provalo poi ne riparliamo e vediamo se 
riesci ad accedre a qualsiasi file NTFS senza alcuna password od 
username........

 "attaccante motivato"...
Si a questo livello è inutile intesa come protezione, ma utile per 
mascherare la vera natura dei file.


closed source almeno in questi casi.
.. e che c'entra questo ?
Penso che sia piu che altro un problema teorico.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Morfeo wrote:
|> | 2) Montare il disco logico-criptato all'avvio del sistema operativo
|> Altrimenti non c'č crittografia che tenga, se tanto il sistema č "chiavi
|> in mano"!
| Infatti come dice ho risolto con DCC plus (DriveCrypt Plus Pack)
Beh, ma č ben diverso ^_^
Io comunque sono "tirchio" (nah, in reakltŕ lo faccio piů per ideali che
per soldi), tendo ad analizzare prima tutte le alternative opensource,
DriverCrypt non lo tengo molto in consideraizone 0=)
| Entro con NU2 ed al limite posiziono un collegamento in
| C:\Documents and Settings\Administrator\Menu Avvio\Programmi\Esecuzione
Beh, certo ^_^
| cipher algorěthm: Triple Blowfish a 1344 bit
| Hash delle password: SHA 256 Bit
Ah suppongo quindi che sia una sorta di crittografia "doppia": cno la
password critta la "vera" password da 1344 bit e poi usa quella con
"triple blowfish", suppongo.
Non mi piacciono molto gli "accrocchi" alla "triple qualcosa", ma
comunque non dovrebbe essere peggio del singolo blowfish, che non č
male... (ma anche lě: se l'autore ha proposto il twofish che dovrebbe
essere meglio, e se esiset l'AES che č pure standard, perchč usare il
fantomatico "triple blowfish"?)
Ma tanto ogni disquisizione "di fino" sull'algoritmo ha poco senso, su
un programma che non č libero 0=)
| Si a questo livello č inutile intesa come protezione, ma utile per
| mascherare la vera natura dei file.
Certo, basta ricordarsi costantemente che "mascherato o nascosto" NON
significa "sicuro", e tutto il resto va bene... 0=)
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAWXbkACgkQaJiCLMjyUvuc7wCgw2wkLM67S00/ip6iExQ4UdgI
6nAAoN6eqiwchSBkG0C1kOv7buspEOQA
=/6dm
-----END PGP SIGNATURE-----

 masterizzato in 2 minuti praticamente tutto.....da DOS....
L'unico modo e' avere un file system criptato, e questo la quasi
totalita' dei sistemi operativi non lo fornisce di serie.
Il perche' e' presto detto: c'e' un overhead per (de)criptare
il filesystem; inoltre, non ha senso criptare i file dei programmi,
anzi: e' meglio evitarlo (attacco a dizionario).
La difesa, in questo senso, e' attuata su un altro punto: da una parte
limitando la crittografia ai file di dati, dall'altra impedendo
l'accesso fisico alla macchina.
HappyCactus che la sicurezza si fa da molti fronti.
-- 
*    HappyCactus - Linux User #209744 - BOFH Certified Engineer    *
*           27/11/2003 Rilaciata la prima relase di qixl!          *
*    
http://sourceforge.net/projects/qixl
 : una gui per iSiloXC    *
*  
www.google.com
 / 
groups.google.com
 : cercare prima di chiedere  *

 anzi: e' meglio evitarlo (attacco a dizionario).
.........
Perchč no? riesco a criptare l'intero disco, OS compreso e tutte le 
partizioni, che non si avvia dopo le routine post del bios senza le 
necessari chiavi, quindi sono ancora a livello di boot e la crittografia 
  applocata cluster per cluster č indipendente dall'OS

 riesco a criptare l'intero disco, [...]
Non dubito, dico solo che e' relativamente inutile.


 
ok leggo
"c'e' un overhead per (de)criptare
il filesystem; inoltre, non ha senso criptare i file dei programmi,
anzi: e' meglio evitarlo (attacco a dizionario)."
ora mi spieghi come sia possibile farlo quando la criptazione avviene 
cluster per cluster e cmq durante il post del bios, prima dell'OS che 
non viene nenche caricato ne tantomeno chiamato in causa? e la stessa 
usa AES a 256 bit con rispettiva coppia di chiavi.....allora a quel unto 
potrei codificare e ricodificare i dischi dinamici di pgp......

 unto potrei codificare e ricodificare i dischi dinamici di pgp......
Ok, mi sono spiegato male.
Intendo dire che certi algoritmi crittografici soffrono del problema del
known plaintext (mi par si chiami cosi'); in soldoni, se e' nota una
parte dei dati in chiaro, puo' esser possibile recuperare la chiave.
Probabilmente non e' il caso degli algoritmi coinvolti, ma era una
puntulizzazione dovuta.
Per quanto riguarda la tua domanda, che comunque esulava dal mio
discorso: e' comunque possibile avviare il sistema da un altro disco,
leggere i dati crittografati e effettuare un attacco a dizionario; anzi,
in certi ambienti (leggi: investigazioni), e' la prassi avviare il
sistema in questo modo.
Ma al di la' di questo, c'e' un aspetto molto, molto piu' critico.
Normalmente i dati criptati vengono decrittati soltanto quando servono;
chiuso il file, essi non sono piu' comprensibili.
In un file sistem interamente crittato, i file sono in chiaro una volta
che questo e' stato montato; la lettura della chiave viene effettuata
una tantum all'avvio del sistema, poi la crittografia e' trasparente.
Quindi per un programma che risieda nel sistema, essa non esiste. Cio'
ti espone a tutti i possibili attacchi, tra cui quelli tramite trojan
horse, all'accesso da remoto, addirittura il semplice abbandono del tuo
terminale per 2 minuti puo' comprometterne la sicurezza. infatti il file
system, un a volta montato, non puo' essere smontato, mentre tramite
certi file programmi cio' avviene automaticamente dopo un certo lasso di
tempo. Vista cosi', mi par che la sicurezza del tuo sistema sia andata
del tutto a farsi benedire!


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
HappyCactus wrote:
| inoltre, non ha senso criptare i file dei programmi,
| anzi: e' meglio evitarlo (attacco a dizionario).
Da un punto di vista dell'efficenza sono d'accordo, ma non ho capito da
che punto di vista saerbbe meno sicuro..?
In ogni caso un filesystem comlpetamente crittato ha, secondo me,
un'altro gravissimo limite: un solo utente può accedervi.
Invece l'OS "ideale" dovrebbe, secondo me, crittare i file anche in
relazione a quali utenti possono accedervi.
(se il file è crittato con una password centrale e l'OS decide "chi può
usarla" torniamo punto a capo, secondo me deve proprio essere crittato
"con la password giusta", per evitare che sia attaccabile da altri
utenti...)
Lapo
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAWg/4ACgkQaJiCLMjyUvtyFACffDgSX3Eb9ptc2GBr7xmPRh9c
pAEAn02uy7j4sBmU3YRsWdVJpwe+MZDk
=YJKa
-----END PGP SIGNATURE-----

 sistema in questo modo.
Non ne sono convinto, per il semplice fatto che cosě facendo l'algoritmo 
  AES a 256 Bit si andrebbe a far benedire e qualcuno avrebbe sfilato i 
100 mila dollari messi in palio dall'Azineda in questione, che come 
dicevo ha rilevato i noti programmi opensourec che anora alcuni usano, 
anche se non sono piů sviluppati, E4M e ScramDisk.
Ho provato a montare il disco come secondario, avviare Win e Linux da 
un'altro disco, ma il disco criptato viene visto come non formattato, 
con partion magic lo spazio č considerato libero, cercando di clonare 
sia da Dos che da Win o da Linux non si arriva ad un bel niente, proprio 
perchč stiamo parlando di crittografia sui cluster....
e cmq anche con un attacco la dizonario non mi risulta che ci siano 
ancora pc quantici....insomma la passphrase č di 40 caratteri generati 
random del tipo guygeyrgTTUYTU@#^?|!"Ł°çů*é* YYPUJTG 4878ŁŁŁ_-.,
 > Ma al di la' di questo, c'e' un aspetto molto, molto piu' critico.
 > Normalmente i dati criptati vengono decrittati soltanto quando servono;
 > chiuso il file, essi non sono piu' comprensibili.
 > In un file sistem interamente crittato, i file sono in chiaro una volta
 > che questo e' stato montato; la lettura della chiave viene effettuata
 > una tantum all'avvio del sistema, poi la crittografia e' trasparente.
 > Quindi per un programma che risieda nel sistema, essa non esiste. Cio'
 > ti espone a tutti i possibili attacchi, tra cui quelli tramite trojan
 > horse, all'accesso da remoto, addirittura il semplice abbandono del tuo
 > terminale per 2 minuti puo' comprometterne la sicurezza. infatti il file
 > system, un a volta montato, non puo' essere smontato, mentre tramite
 > certi file programmi cio' avviene automaticamente dopo un certo lasso di
 > tempo. Vista cosi', mi par che la sicurezza del tuo sistema sia andata
 > del tutto a farsi benedire!
Indubbiamente, ma a me serviva un crittografia per l'intero disco in 
caso di furto, non quando č accesso (so che quando Win č acceso i dati 
sono criptati e decriptati On fly...se vuoi leggi i link dei 2 programmi 
citati) e cmq i dati piů riservati sono in un hard disk virtuale 
crittografato a sua volta con PGP e AES 256 bit e chiavi pubbliche a 
4096\1024 bit che viene montato solo quando necessario, e le chiavi 
private di pgp sono su una key usb che a sua volta contiene un file 
stenografato .wav dove all'interno c'č un'altra unitŕ virtuale da 
montare come disco logico crittografata con
cipher algorěthm: Triple Blowfish a 1344 bit
Hash delle password: SHA 256 Bit.

 
No perchè il software ha un keyring come contenitore e la possibilità di 
creare chiavi d'accesso individuali per i soingoli utenti che fanno 
parte dell'account, naturalmente con diritti limitati nel gestire la 
crittografia, poi una volta arrivati al login inseriranno user e 
password creata dall'Admin per l'account in Windows e qui i privilegi li 
gestisce Windows e l'admin che darà dirirri User, Power User, Backup 
Operator....

 Hash delle password: SHA 256 Bit.
Bah, contento tu. A mio (modesto) avviso tutte queste crittografie
macchinose rischiano di lasciarti scoperto ad altri punti.
Ad esempio:
hai un cambio periodico delle passphrase?
i dati vengono backuppati?
e questi backup, sono mantenuti in un posto sicuro?
se i backup sono crittografati, dove tieni le chiavi se hai un cambio di
chiavi periodico?
come garantisci la sicurezza del tuo sistema?
Se tutti questi aspetti non sono importanti, e' inutile l'uso di tutti i
meccanismi che hai illustrato, ti basta un disco crittato e tenuto
correttamente. Il memorizzare n diverse password (file sistem, secondo
hd virtual, chiave steganografica, hd virtuale dentro il sistema
crittografico) tutte ad alta entropia ti puo' portare ad abbassare la
guardia su aspetti molto piu' subdoli.


 C:\Documents and Settings\Nome-utente\Documenti\PGP\
ma ci ha mai pensato che basterebbe mettere il contenitore delle chiavi in
un disco criptato di PGP stesso e saremmo tutti a posto?
con un solo applicativo, PGP, avresti la protezione del contenitore che tu
hai ottenuto con DCPP.
anche se, lo ammetto, DCPP torna utile per tanti altri motivi, tuttavia e'
il discorso sulla protezione fisica del contenitore che sarebbe risolta se
potesse risiedere in un disco criptato di PGP stesso. ma PGP non riesce a
maneggiare questa opzione infatti...
Voglio dire io la mia esperienza in materia:
io c'ho provato.
ho messo il contenitore nel disco criptato e provato se funzionava, era ok.
tuttavia questa soluzione non regge il riavvio della macchina, perche ' al
riavvio pgp si avvia (il suo demone) da registro e quindi l'utente non ha
avuto ancora tempo di inserire la password per montare il disco criptato con
il contenitore.
Risultato: PGP crea un contenitore vuoto nuovo nella solita posizione in
Documents and setting, e si scorda che quello vero era altrove. e' un'azione
di default.
Soluzioni: 2 ne ho pensate:
1- montare il disco prima dell'avvio del demone: significa bloccare l'avvio
del demone per montare il disco, poi continuare. la cosa e' complessa: non
si puo' mica fermare la procedura d'avvio dei servizi in attesa di
password... come diavolo si potrebbe?
si potrebbe facendosi uno script (winXP ha un suo linguaggio di scripting,
derivato da NT) che monta il disco chiedendo la password, quindi avvia il
demone. come bloccare l'avvio del demone? --> cercarlo nel registro di
sistema, e rimpiazzare la sua chiamata con lo script da noi fatto. Si
ottiene che all'avvio di avvia il ns script che monta il disco e poi avvia
pgp.
2- accettare che PGP dimentichi il vecchio contenitore e faccia la sua
azione di default, ma poi modificare al volo le impostazioni di PGP per
puntare al vero contenitore. naturalmente non andando in ogni volta in PGP -
opzione - ecc ecc: che palle! basta farsi un file di registro .reg con i
path giusti, quindi usarlo cosě:
all'avvio PGP fa la sua azione di default, bene. poi montiamo il disco
criptato col contenitore delle chiavi e questo puo' essere fatto non per
forza all'avvio, magari solo quando dobbiamo leggere un'email o spedire,
quindi effettivamente il contenitore verra' usado dal suo disco
criptatquando serve ("on demand"). quindi avviamo il .reg che aggiorna i
path del contenitore, e PGP di lě in poi usa quelli.
E' migliorata l'usabilita' del metodo, ma ci sono controindicazioni:
- nel file .reg c'e' scritto praticamente dove abbiamo il nostro
contenitore. e' vero che ora e' protetto dal disco criptato, ma e' come
indicare la strada ad un attaccante. dunque bisogna porsi la domanda
"accetto questa situazione?".... cmq rispetta il principio di Kirchoff,
diamo all'attaccante informazioni sullo schema, ma la sicurezza e' garantita
dalla password (del disco crittato).
ma in fondo a tutto, io mi pongo una domanda esistenziale.
proteggere il contenitore vale la pena rispetto a come il contenitore
protegge se stesso???
spiego: sappiamo che in contenitore usa la passphrase per cifrare se stesso,
cioe' le chiavi RSA e DH che contiene, cosě in effetti si deve forzare la
passphrase prima di ottenere la vera chiave privata.
questa protezione e' cosě inferiore al disco criptato?
si deve confrontare i due schemi:
in contenitore come cifra se stesso? usa AES? usa cosa? io non lo so, poi
dipende anche da che programma e' (PGP8, PGP7, GPG ecc ) ma so che cmq e' un
cifrario convenzionale, dunque la sicurezza e' proporzionale alla chiave (la
passphrase). se non sparo una cazzata mondiale (la memoria a volte fa
difetto) sapevo che GPG usa TIGER198.
il disco criptato cosa usa? cifrari convenzionali: AES, TWOFISH, CAST5, ecc.
lunghezza chiave: 128 ... 256
ancora una volta la sicurezza e' nella password (del disco stavolta).
a me sembrano schemi equivalenti.
aggiungete info e commenti pure, sono molto interessato a cosa pensate di
questo confronto.
allora a che serve proteggere il contenitore? io rispondo che vogliamo
spostarlo da dove e' in modo che un attaccante ha la vita difficile,
vogliamo in effetti metterlo dove lui non sa in modo che deve cercarlo
(notare che giunto a questo, la soluzione 2  [era il file .reg] e'
scartabile) e in piu' lo cifriamo una seconda volta.
alcune cose da tenere a mente se si sceglie di proteggere il contenitore
delle chiavi:
-sarebbe indicato in questo scenario non rivelare qual'e' il disco dove
risiede il contenitore, perche' un attaccante sa di dover cercare un
contenitore e puo' gia' anticipare alcuni frammenti di dato che deve trovare
(known plaintext attack) sapendo il formato del file del contenitore.
-non si puo mettere il contenitore delle chiavi nel disco criptato con altri
dati.
--> perche' un attaccante cerca in maniera probabilistica in quel disco dei
dati, e sa che ci saranno probabilmente file .doc .pdf .xls ecc ecc e gli
sara' molti piu' facile violarlo grazie alla previsione (ancora known
plaintext) del contenuto del resto del disco, e poi arriva al nostro
contenitore (se lo trova davanti e ride...)
-si deve usare un disco criptato solitario per il contentore allora?
- no, perche' viene troppo piccolo e un attacco sarebbe accelerato dai pochi
dati da provare.
- si, se inzozziamo il disco con cose che non servono... niente documenti
per evitare known plaintext attack, ma aggiungiamo file entropici fino a una
cerca dimensione che rende le dimensioni del contenitore una frazione
piccola piccola del disco (e non ricordo quanto deve essere ora... aiuto!)
io concludo che in definitiva lascio perdere usare disco per proteggere il
contenitore, troppo laborioso, mi installo come hai fatto tu DCPP e ottengo
pure un'altra marea di benefici, tra cui l'impossibilita' di leggere il
disco se il pc e' rubato, o rischiare la multa per i programmi crackati che
inevitabilmente ho come tutti (eccetto linuxari).
anche qui ho alcune considerazioni da fare:
-bisogna accettare anche che crittare l'intero sistema operativo e' una
pazzia nei confronti di un known plaintext attack: e' facilitato dal fatto
si riesce a prevedere enormi quantita' di dati come dll e exe interi che
fanno parte del sistema operativo insieme a tanti altri file base. ma non e'
una pazzia perche' devo ancora conoscere chi si mette a fare tali attacchi.
- non ho capito come diamine faccia DCPP a decrittare al volo il sistema
operativo, specie all'avvio quando il sistema operativo si carica e chiede
continuamente accesso al disco. mi incuriosirebbe tanto se qualcuno ha
informazione su come DCPP si infila tra S.O. e hard disk per fare il suo
lavoro.

 e resto del thread.
Il che non toglie che sia "probabilmente usabile senza troppi problemi,
visto che non si è ancora lamentato nessuno", ma, comunque, non
opensource... (anche perché giustificare una cosa sul fatto che è già
successa è pericoloso, giustificherebbe perfino l'assassinio seriale ^_^)
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAdGusACgkQaJiCLMjyUvuqJgCgr8Pd7tcxPWbzF0MLx1cWu7VY
pzoAn1tH+le5pHFHPGU2bspXtTnx3Q1h
=zRRS
-----END PGP SIGNATURE-----

  [X.509 available]  ,''`.
Linux Reg. User #263663/NEW Machine: #216144 (Debian Sarge/SID) : :' :
On the Web: 
http://www.quagliata.eu.org
 - My GPG Key:0x5539D8E4 `. `'
On ICQ: 48618109 - On Jabber: 
qu...@jabber.org/@jabber.linux.it
   `-

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Fr3ddie wrote:
| Chiedo venia con il mio OpenSource intendevo che il sorgente ce l'hai a
| disposizione e puoi verificarlo (non è chiuso) non che OpenSource nel
| senso "reale" del termine.
Che venia e venia, capita spesso ^_^
...secondo me "lo" OpenSource dovevano chiamarlo ZuppoloSource, così non
c'erano dubbi se uno voleva dire "open" in quel senso o "Open"
nell'altro senso 0=)
- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkAdQW4ACgkQaJiCLMjyUvurFQCglmS6VhvDQ7NWY/INVgybII0b
nL4AoIkmDh078eQYC8m7rrh2Dxd6fO/Y
=qeaX
-----END PGP SIGNATURE-----

Sta di fatto che attualmente non esiste nessun tool opensource in
grado di fare quello che fa Drivecrypt (criptare l'intera partizione
compreso il sistema operativo e tutti i programmi installati), neanche
sotto Linux..sbaglio?
Sarebbe interessante poi sapere come fa: 
funziona come una specie di driver del disco che (si carica prima e)
gira dietro al SO per tutto il tempo?
Oppure carica da qualche parte l'OS loader e modifica le librerie di
windows di accesso ai dischi in modo tale che appena il loader č
caricato in memoria e lanciato, poi č in grado di andare avanti da
solo?
Tra l'altro funziona solo sotto Windows, no?
Saluti
Sandro

 sotto Linux..sbaglio?
(snip)
Sbagli... Anche se sinceramente non ne vedo l'utilita`... Rallenti
tutto... IMVHO conviene crittare solo il necessario.


 Tra l'altro funziona solo sotto Windows, no?
Queste implementazioni dipendono fortissimamente dal sistema operativo
che c'e' sotto. Non esistono, AFAIK, tool che siano pure cross platform,
neppure tra cugini ({open,net,free}BSD)


 neppure tra cugini ({open,net,free}BSD)
Immagino sia perchè in ogni caso, comunque avvenga il bootstrap, poi
il SO deve poter leggere il disco direttamente...

 il SO deve poter leggere il disco direttamente...
Si e no: nel senso che ogni sistema operativo ha i suoi meccanismi per
generare il file system e renderlo indipendente dal formato. 


 di default, almeno: devi patchare la unlink() ).
Questo senz'altro, però mentre le varie versioni di Windows si muovono
sempre di più verso quella che io chiamo "ottica della
certificazione", Linux *generalmente* gestisce queste problematiche in
modo più ordinato e controllabile (dal mio punto di vista).
Giusto per chiarezza io intendo per "ottica della certificazione"
quella riassunta dallo slogan "scrivi quello che fai/fai quello che
scrivi" ovvero deve essere possibile risalire a "chi ha fatto cosa e
quando e come stavano le cose prima ed eventualmente ripristinarle"
...concetti che possono avere un senso se considerati in ambito
aziendale (purtroppo anche dove lavoro stiamo iniziando a
certificarci:-/), ma che trovo decisamente aberranti se applicati ad
un SO per utilizzo privato...soprattutto la già citata ridondanza nel
salvataggio di informazioni che un utente privato non ha di fatto
nessun interesse a mantenere...(non a caso sono moltissimi i programmi
specializzati nell'eliminazione delle informazioni indesiderate
salvate da windows, ma bisogna ricordarsi di utilizzarli, o accettare
di ritardare tutte le volte lo spegnimento per permettere le, non
esattamente rapide, operazioni di wiping)
L'idea proposta mi sembrava una alternativa interessante a questo
approccio: non ti preoccupi di cancellare semplicemente perchè tanto
tutto quello che il solerte SO ha faticosamente registrato risulta
comunque impossibile da leggere una volta fatto il logout..e non c'è
bisogno di ricordarsi nulla se non la passw....
Interessante però anche la questione posta in alcuni interventi
precedenti: un SO è di fatto un grosso quantitativo di informazioni
note all'attaccante (se io so che dentro la partizione criptata c'è
windows, mi aspetto che la partizione contenga tutti i file necessari
a windows, quindi di questi file conosco la copia "in chiaro") ..anche
se non so dove sono posizionati nel disco crittografato. Comunque non
credo (ma è solo un'impressione) che l'indebolimento dovuto a questa
onosenza consenta ad un attacco contro algoritmi crittografici moderni
con passphrase scelta correttamente e chiave sufficientemente lunga di
ottenere dei risultati in tempi significativi su scala umana.
Acc..sto scrivendo troppo e concludendo poco..mi sa che è meglio se
taglio qua. ;-)
Notte
Sandro

Rettifico EasyRecover per Nu2 ed altri plug in li trovi qui
http://www.hansonsystems.com/pebuilder/
e relative spiegazioni sui file "info"

Infine come DCCP lavora, visto che ti interessava:
Importante: NON FERMAREMAI DCCP QUANDO INIZIA LA PROCEDURA DI CRYPT 
PERCHE' ALTRIMENTI PERDI TUTTI I DATI!!! ed è lunga....su 20 gyga un 
buon 30 minuti
Introducing DriveCrypt Plus Pack
DriveCrypt Plus Pack (DCPP) provides true real-time "on the fly" 256-bit 
disk encryption. Providing advanced FDE (Full disk encryption) as 
apposed to VDE (Virtual disk encryption) or "container" encryption, DCPP 
is an important evolutionary step in the field of transparent data 
protection.
DCPP allows you to secure your disk(s) (including removable media) with 
a powerful and proven encryption algorithm (AES-256) at the sector 
level, ensuring that only authorized users may access it. The encryption 
algorithm used by DCPP is a trusted, validated algorithm chosen by the 
National Institute of Standards and Technology (NIST) and slated to be 
the cryptographic standard for years to come. AES-256 is a FIPS-approved 
symmetric encryption algorithm that may be used by U.S. Government 
organizations (and others) to protect sensitive information.
DCPP is automatic and completely transparent to the user. Not only does 
this decrease user involvement and training requirements, but it creates 
the foundation for enforceable security. The careful integration of boot 
protection and automatic encryption provides a high degree of security 
with minimal impact on users. Boot protection prevents subversion of the 
operating system (via floppy bootup, for example) or the introduction of 
rogue programs while sector by sector encryption makes it impossible to 
copy individual files for brute force attacks. DCPP safeguards the 
operating system and the important system files (which often contain 
clues to passwords for Windows).
DCPP is the fastest and most feature-rich real-time encryption system 
available, Special care has been taken to render all cryptographic parts 
as invisible & transparent as possible.
Pre-Boot Authentication
The user is authenticated by means of pre-boot authentication (PBA) 
before the system is started and therefore before the operating system 
is booted. This kind of authentication cannot be manipulated, PBA 
therefore guarantees maximum security. Neither keys nor passwords are 
stored on the PC’s hard disk. All of the information required to boot 
the operating system is derived from the password. This makes the use of 
hard disk tools for analyzing the hard disk completely ineffective. PBA 
in provided by a system call BootAuth and is fully graphical, allowing 
organizations to customize the login screen.
Full Disk Encryption
Automatic & transparent FDE offers several key advantages relative to 
file encryption. FDE secures the system and temp files that often 
contain sensitive data but are missed by file encryption. Even removing 
the drive itself does not give access to any file or directory 
structure. FDE is performed sector by sector without creating temp or 
backup files: As a result, large files will decrypt without delay 
whereas file encryption is normally much slower. FDE also avoids such 
time consuming tasks as secure deletes of temp files or work files in 
clear text, and obviates the need to do a full delete on disks to be 
discarded.
How does it work?
As data is read from the hard disk, DCPP automatically decrypts the data 
before it is loaded into memory. When data is written back to the hard 
disk, it is automatically re-encrypted. This process is completely 
transparent to the user or any application programs, the data is caught 
"on the fly" as it transfers back and forth between the hard disk and 
memory. Consequently, users don't need to remember to decrypt or 
re-encrypt their data, or change the normal operation of their PC. In 
addition, only individual sectors are decrypted at any one time, not the 
whole hard disk. Other products that claim to be "on the fly" decrypt an 
entire file and load it into memory, creating significant security 
risks. DCPP is smarter and more secure because it decrypts only the 
specific sectors of a file that are in use. Unprotected data never 
resides on a DCPP encrypted disk.
Features and Benefits
Some of the main features & benefits:
The ability to handle up to 16 terabytes of encrypted data.
256-bit military strength encryption using proven cryptographic algorithms.
Easy to install, deploy and use.
Powerful Pre-Boot Authentication
Completely transparent to the user
Sector level protection
Anti dictionary and brute-force attack mechanisms, due to the nature of 
DCPP it is the most difficult system to attack compared to anything else 
available.
Special functionality the prevents passwords from being sniffed/captured.
Minimal administration and user training.
Supports many kinds of media (hard disks, floppy disks, ZIP, JAZ, etc...)
Ability to validate the integrity of the encryption methods used by DCPP.

 ha scritto nel messaggio
news:TrBUb.262901$_P.89...@news4.tin.it...


Per le prestazioni:
Io un AMD Barton 2600+ con 512 Mb Ram DDR e 2 Hd da 40 gyga ata133, dvd, 
masterizzatore cd, masterizzatore dvd, sound blaster live 5.1, ati 
radeon 7200 64 Mb DDR, e le più disperate periferiche usb (macchina 
fotografica digitale, scanner, stampante, telefonino, per drive, 
palmare, tastiera, mouse) uno schermo sony trinitron da 19", 
router-firewall adsl, hub, gruppo di continuità su seriale, controlelr 
pci raid.... e non ho notato nessun tipo di rallentamento con nessuna 
applicazione ( e cmq la crittografia è reversibile) dalla semplice 
navigazione, ai programmi di grafica, codifica DVD.....
cmq non sono supportate le modalità raid.
Cmq DCCP si offre di fornire i sorgenti su richiesta....non credo che lo 
facciamo x i privati, cmq un punto a loro favore.
Cmq DCCP  ha rilevato i noti programmi opensource che ancora alcuni 
usano, anche se non sono più sviluppati, E4M e ScramDisk se usi Google 
magari trovi delle info in più.



Grazie.
Ciao,
un TJL73 che... un po' va bene, ma quand'č troppo...
-- 
*Istituto Nazionale per le Adozioni a Distanza*
Adotta un non quotante! Con un contributo di soli 5 post al mese
potrai aiutare un non quotante a reinserirsi nella societa`,
insegnandogli a quotare nel suo paese di origine.           -- Stardust®

 un TJL73 che... un po' va bene, ma quand'è troppo...
ROTFLASTC... !!! :')


 2) Montare il disco logico-criptato all'avvio del sistema operativo
Aggiungerei:
3) Proteggere l'unità crittata da rottura dell'hard disk;
ti consiglio di ridurre un po' la grandezza di quest'ultima e di creare una 
routine di crittaggio-copia su cd, magari in modalità stand-alone con 
Scramdisk/DricCrypt (de te citato) in traveller mode.
-- 
Ciao, MasviL
PGP Key ID: 0x3AF7DD61
ICQ# 5364346

 Scramdisk/DricCrypt (de te citato) in traveller mode.
ma questo traveller mode e' il famoso kit da viaggio di DC?

 ma questo traveller mode e' il famoso kit da viaggio di DC?
E' una versione ridotta di DC che non ha bisogno di installazione sul
computer client (ma necessita comunque dei diritti di amministratore
sotto win2k/XP per girare). Permette di utilizzare i dischi
crittografati, ma non ha le altre funzionalità della versione full
naturalmente.

 ma questo traveller mode e' il famoso kit da viaggio di DC?
E' una versione ridotta di DC che non ha bisogno di installazione sul


 buon 30 minuti
Anche l'interruzione di alimentazione puň essere rischiosa. Cmq mi senmbra
di aver capito che l'ultima versione metta al riparo da questi problemi.
