Newsgroup: it.comp.os.linux.sys
Titolo: Home crittografata inacessibile a root

Allora, so già che root può tutto su una macchina, e che quello che sto 
cercando di fare è impossibile, però provo comunque a chiedere.
Sto facendo un po' di prove e raccogliendo informazioni.
Poniamo di avere una macchina di backup, dove debbano finire dati che 
neanche il sysadmin ha diritto di vedere. Come garantirne la 
riservatezza? Specie se la password di root è condivisa tra più sysadmin.
Posto che pippo è l'utente che ha i dati riservati, la prima idea era 
quella di creare all'interno di /home/pippo un file criptato con 
cryptosetup da montare in loop in /home/pippo/riservato.
Il mount e l'umount pensavo di farlo utilizzando pam-mount.
Il backup avverrebbe tramite rsynk e/o rdiff-backup.
Fintanto che non è loggato l'utente pippo, il file criptato sarebbe 
inaccessibile a chiunque. Il problema nasce quando pippo fa login e il 
file system cripato viene montato. A questo punto, mentre il backup è in 
esecuzioe root può accedervi.
Facendo ricerche in internet, sembra non ci sia soluzione.
Escludendo casi di accesso al file system cripato tramite debug, ptrace & 
co. che richiedono un certo livello di conoscenza e tempo, a me 
basterebbe fare in modo che il file system non sia in bella vista con un 
semplice ls o find.
Pensandoci su un attimo, l'ideale sarebbe un modulo che oltre a montare 
il file system, ad esempio, lanci anche una shell e solo i programmi che 
girano all'interno di quella shell possano accedere ai dati.
Encfs purtroppo permette di sfogliare i file/directory.
Ho trovato dei riferimenti a SElinux (che non conosco), ma guardando la 
documentazione mi sembra di andare a bruscandoli con la motosega.
Comunque se fosse l'unica soluzione, si può sempre provare.
Grazie

 riservatezza? Specie se la password di root è condivisa tra più sysadmin.
La soluzione più pratica dovrebbe essere (se ho compreso correttametne 
il tuo problema) crare uno script che prende il contenuto di /home/pippo 
e lo critta 1 file alla volta copiandolo in /home/pippo_crypt quindi via 
rsync fai il backup di /home/pippo_crypt fine.
Ovviamente quando recuperi eventuali file dal server di backup dovrai 
decrittarlo per cui se dimentichi la password sono cazzi.


 neanche il sysadmin ha diritto di vedere.
Per definizione, se qualcuno puo' SCRIVERE, quel qualcuno puo' anche
LEGGERE, ed essendo una macchina di backup, il poter scrivere senza
poi poter leggere e' una pessima idea.
Se vuoi assicurare la 'privacy' fai in modo che il "client" (quello
che scrive i files) lo faccia criptandoli gia' di suo e la password la
conosce solo l'utente che esegue il client. Ovvio poi se quando vuole
un restore dovra' decrittarsi i file per cavoli suoi.
Davide

 LEGGERE
E le marmotte incartano la cioccolata, com'è noto...
whip@now:~$ ls -lah /mnt/loop0/
total 18K
drwxr-xr-x 3 root root 1.0K 2009-09-08 18:32 .
drwxr-xr-x 4 root root 4.0K 2009-09-08 18:29 ..
drwx------ 2 root root  12K 2009-09-08 18:28 lost+found
-rwx----w- 1 root root    2 2009-09-08 19:16 pippo
whip@tnow:~$ cat /mnt/loop0/pippo
cat: /mnt/loop0/pippo: Permission denied
whip@nows:~$ echo bbbbbbbbbbb>/mnt/loop0/pippo
whip@now:~$ ls -lah /mnt/loop0/
total 18K
drwxr-xr-x 3 root root 1.0K 2009-09-08 18:32 .
drwxr-xr-x 4 root root 4.0K 2009-09-08 18:29 ..
drwx------ 2 root root  12K 2009-09-08 18:28 lost+found
-rwx----w- 1 root root   12 2009-09-08 19:17 pippo

 E le marmotte incartano la cioccolata, com'è noto...
Perchè, non è così?
Chi incarta la cioccolata, in realtà?

 poi poter leggere e' una pessima idea.
Concordo con whiplash, il poter scrivere non implica il poter leggere.
Certo, poi applicato al caso indicato � un altro discorso: come li provi 
i backup (e come ti assicuri che sia stato scritto correttamente) se non 
puoi manco leggerli?
Enrico

 
Va ben, in caso di restore, sysadmin + utente si siedono assieme, 
l'utente digita la password al momento e indica quali file gli servono.
In questo modo al max il sysadmin vede solo i nomi dei file o della 
directory che deve essere ripristinata e non tutti i file del backup.
Grazie a tutti intanto.

 puoi manco leggerli?
La cosa si può sempre demandare ad uno script al termine del backup che 
gira una volta alla settimana (lo script, il backup è quotidiano) che fa 
l'md5 dei file sul pc e sul server e li confronta e avvisa l'utente se ci 
sono problemi. 
Se poi succede come da un cliente che andava a cambiare la cassettina di 
backup dal server ogni mattina, ma non si è mai accorto che uno dei tre 
led dei dischi del raid 5 era rosso con relativa iconcina con x sopra al 
disco. Ho dovuto scoprirlo io in quanto mi avevano chiamato che da un 
mese il server era terribilmente lento... (se dopo anni che il server ha 
sempre tutte le luci verdi, un giorno una diventa rossa e in 
contemporanea diventa tutto lento, qualche sospetto penso ti venga o no?)

 Chi incarta la cioccolata, in realtà?
Potrei dirtelo, ma poi moriresti.

 Potrei dirtelo, ma poi moriresti.
Ma come, non hai il riprogrammatore dei MiB ?
Devi per forza uccidermi?

 Devi per forza uccidermi?
E' decisamente più divertente che riprogrammare. <g>

 E' decisamente più divertente che riprogrammare. <g>
ROTFL