Newsgroup: it.comp.sicurezza.crittografia
Titolo: loop-aes / intuire file crittati

Salve !
1) In uno slancio di intile paranoia, vorrei applicare qualche 
protezione sul mio portatile, nel senso che in caso di "sequestro" o 
furto i dati in esso contenuti non possano essere a disposizione di 
chicchesia. Attualmente pensavo di utilizzare loop-aes per crittare (o 
come diavolo si scriva) le partizioni presenti, tra cui la root (/), e 
le chiavi per alcune partizioni (come /home) mantenerle su supporti 
esterni (praticamente chiavetta usb). Di fronte a questo tipo di patch, 
un fs journaled non dovrebbe strillare troppo, vero (intendo la 
coabitazione con il loop)? E comunque, sarebbe consigliabile 
criptografologizzare anche la swap ? Appena viene montato la /home, 
posso rimuovere il supporto esterno, visto che la chiave dovrebbe 
risiedere nella RAM (forse e' una domanda superflua: 
http://loop-aes.sourceforge.net/loop-AES.README
 , 2.4: "Encryption keys 
are kept in kernel RAM while loop is active") ? All'avvio (montaggio 
della "/" ) il sistema mi chiede delle passphrase/password oppure "ghe 
pensa lu" ?
2) Sentendo alcuni compagni di scuola che dicevano che avevano 
conoscenti che erano "super-hacker", indissi una sfida e chiesi se i 
loro conoscenti erano in grado di decrittare un file crittato con 
programmi pubblici, praticamente non robe militari ultra sofisticate. 
L'unica cosa che in tre mesi mi e' stato detta e' che il file e' stato 
originato da dati casuali: effettivamente e' vero (dd if=/dev/urandom), 
ma mi domando se in realta' questo tizio in realta' per guadagnare tempo 
non avesse detto la prima cosa che gli capitava.
Grazie in anticipo

 non avesse detto la prima cosa che gli capitava.
Non lo so, ma gia` il fatto che questa persona abbia "accettato la 
sfida" mi fa dubitare delle sue attitutini da super-hacker.
torn
-- 
gpg key id: 0x6E2D5847
keyserver: 
pgp.mit.edu

 partizione di swap per default.
La cosa "carina" della partizione swap è che la puoi crtitare senza
sapere la password (che può quindi essere generata casualmente all'avvio
con /dev/random) dato che dopo un riavvio il contenuto della swap non
interessa comunque più (e quindi se viene dimenticata la chiave "tanto
meglio").
Comunque sulle CPU di oggi (ad es. P4 1GHz) AES-128 "trita" una 50ina di
MB/sec e usa ben poca RAM "in sé", quindi a meno che il tuo hard disk
sia "particolarmente" veloce, non dovresti avere rallentamenti
"sostanziali".
- --
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.4 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkDyCW8ACgkQaJiCLMjyUvvheQCeJTAqACUTv2nPlqm1DSZ59tbd
pQcAoL27WqAGfoWiJAf70dd/MLZL331z
=j8xX
-----END PGP SIGNATURE-----

 "sostanziali".
Trita una 50ina di MB/s mangiandosi pero` una buona fetta di cpu, o 
sbaglio? E da qui il rallentamento...
notte
p.


 sbaglio? E da qui il rallentamento...
Certo, 50MB/s è il massimo con un P4 1GHz, quindi usa il 100% dela CPU
per reggere quella velocità.
Ma è anche vero che non molti HDD vanno così veloci... e inoltre se il
sistema è "fermo" per aspettare la prossima pagina su hdd se nel
frattempo decritta la pagina precedente è tutto di guadagnato, dato che
sarebbe in ogni caso "fermo" ad aspettare.
(a meno che ci siano anche altri processi in attesa che NON hanno
bisogno di pagine correntemente swappate, ovvio)
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.4 (Cygwin)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iEYEARECAAYFAkDyETUACgkQaJiCLMjyUvvi1ACeNtI0vHtsIErRT5YxcQ70M3XF
XZUAoLM82PryMrxI9Z9M/rRz1ZUefqIS
=MY8O
-----END PGP SIGNATURE-----