Newsgroup: it.comp.os.linux.sys
Titolo: samba blindato

da tempo mi chiedo e vago per la rete per capire quale sia il miglior 
modo per rendere un server samba, con semplice auth user, sicuro a prova 
di ladro (ladro&hacker).
fosse tutto qui non sarebbe niente di che, ma il vero problema è rendere 
questo server indipendente dall'inserimento manuale della password per 
fare il mount delle partizioni cifrate. ovvero, se manca la corrente, se 
per qualsivoglia motivo viene riavviato, non è necessario che l'admin 
reinserisca la pass.
così ne ho lette di ogni e sono un po' stordito.
dunque, voi sapientoni come lo fareste? cifrando l'intero sistema? e in 
quel caso la blindatura/sblindatura automatica come si può realizzare, 
con dei keyfile interni? oppure una soluzione più light, usando pam per 
fare il mount dello share samba, trasparentemente e automaticamente da 
parte degli utenti smb remoti?
si accetta qualunque tipo di idea che soddisfi i requisiti :)


Beh se al riavvio non ha bisogno di intervento manuale per "decifrare"
allora è bell'è andata la sicurezza no?
O mi sbaglio?

 O mi sbaglio?
io vorrei che in qualche modo almeno la partizione di share samba 
venisse montata e quindi decifrata solo all'accesso di qualche utente 
con credenziali samba. solo non so come collegare le cose, se è 
possibile farlo, se ci sono altri modi.

 possibile farlo, se ci sono altri modi.
a parte il "come farlo", se il sistema può decrittare il filesystem da
solo, anche se condizionato, un cracker (non hacker) può ingannare il
programma e saltare quella condizione.
se invece devi inserire tu una chiave manualmente, il sistema non la
conosce e quindi *se è sufficentemente complicata* è più difficile da
decriptare. comunque sempre in linea teorica, il sistema a prova di
ladro&cracker non esiste. puoi pareggiare ma non vincere...

Francesco Paolini ha scritto:

la mia idea era di evitare di dover inserire la chiave manuale in locale 
dandone l'immissione in modo trasparente dai client, facendola 
coincidere con il login di samba
mi spiego: utente win accede allo share, inserisce UTENTE e PASS, in 
*qualche modo* samba prende questa lunga password e ci monta la 
partizione crittata.
dato che io sono niubbo volevo sapere da parte di un'utenza esperta che 
tipo di approccio prenderebbe.
A livello logico, io pensavo che xinetd deve intercettare la chiamata di 
samba e 1) fare il mount della partizione cifrata usando pam_mount 2) 
avviare samba
Dato che io conosco samba ma non so niente di pam_mount e xinetd se non 
che esistono, prima di sporcarmi le mani volevo prima una benedizione 
dall'alto o qualche idea alternativa. Secondo voi così si può fare?

VP ha scritto:

Non comprendo la logica di crittare uan partizione che verrà 
successivamente decrittata per essere disponibile a samba/utenti.
L'unica logica di crittare un FS è in caso di furto fisico del server, 
ad esempio se si trova presso server farm + o - casalinghe o in luoghi 
di facile accesso al pubblico.
Immaginado che i server in questione sia sotto chiave.. diventa 
assolutamente inutile se non conto producente fare un lavoro del genere, 
ache perché francametne se qualcuno decidesse di prelevare dei dati 
farebbe prima a contattare un dipendente spacciandosi per l'assistenza 
tecnica e dopo avergli fatto montare un disco di rete (tasto destro su 
risorse del computer, connetti unità di rete..) basta dargli un .bat 
contente un xcopy \\server\unita_di_rete z:\ ed ecco che l'ignaro utente 
convinto di eseguire un backup richiesto per "questioni di sicurezza" 
esporta tutti i tuoi preziosi dati su un server esterno...
Buon lavoro!

 
Sono ben consapevole di tutto ciò.
Non sto a dilungarmi sui motivi: l'ufficio è piccolo e non molto 
protetto logisticamente, questo server di share risiede dentro 
all'ufficio perchè non vi è modo di metterlo in un sotto-ambiente chiuso 
a chiave, le poche persone che devono poter accedere allo share 
accederebbero da portatile a cui mettere comunque la pass ogni volta, 
non sono comunque sprocceduti creduloni e anche fosse l'assistenza 
tecnica sono io.
Poi ti dirò, mi è chiaro che è una soluzione complessa quando si 
potrebbero trovare altri modi, mi interessava capire se era possibile 
farlo e tentare per puro divertimento, anche se è una sfida che forse si 
potrebbe permettere di affrontare ben altro tipo di esperto che me :)

VP ha scritto:

Più che complessa inutile...
cmq vedi 
http://www.lugbe.ch/action/reports/cryptoloop.pdf

 cmq vedi 
http://www.lugbe.ch/action/reports/cryptoloop.pdf
ho cercato parecchio ma una guida del genere non l'avevo trovata, grazie!