Newsgroup: it.comp.www.php
Titolo: criptare dati su un server, chiave doppia, no pgp o simili.  consigli?

salve.
premetto che ho già fatto qualche ricerca on line e su questo ng e
premetto che per vari motivi che poi spiegherò non posso usare pgp e
simili.
vorrei mettere su un'applicazione per gestire dati "sensibili" su un
server.  questi dati devono poter essere inseriti e letti in chiaro
fornendo apposite password ma devono risiedere criptati nel loro db.
vorrei che vi sia un sistema di chiavi doppie perché questi dati
devono poter essere leggibili da diversi collaboratori in giro per il
mondo e può darsi che il gruppo cambi.
non mi è possibile per il momento usare pgp o gpg o simili perché se
ho capito bene l'unico modo di farlo sarebbe con chiamate di shell sul
server e questo per ora non si può fare.  se magari ci fossero delle
belle librerie per usarli sarebbe molto meglio.
ci potrebbero essere altri sistemi?  altri metodi di cifratura a
doppia chiave?
come dicevo, in questo ng ho trovato questo thread:
http://tinyurl.com/22tccv
nel quale mi sembra di capire si dica che sia possibile fare in modo
che sia il browser a criptare e decriptare con pgp i dati.  ma - se ho
capito bene - questo sarebbe poi possibile con qualsiasi browser su
qualsiasi piattaforma?
grazie.
-- 
"faccio anche siti".
il mio indirizzo email è valido ma è filtrato: per
essere certi che vi legga aggiungete la parola 
"newsgroup" al subject

simili.
Usa il modulo mcrypt. Una password, nota all'utente, decripta la password
globale server side, che non viene mai usata in chiaro, ne' salvata nella
sessione (pero' PHP_PASS ce l'hai sempre... e puoi salvare in sessione la
chiave criptata. La decripti tutte le volte, ma e' abbastanza rapido).
A quel punto, leggi i dati dal database a colpi di encrypt/decrypt.
http://dev.mysql.com/doc/refman/5.0/en/encryption-functions.html
E' bene pero' se usi anche SSL, altrimenti la password viaggia in chiaro,
e se uno ha un ragionevole accesso al server - senza il quale, del resto,
non saprebbe che farsene del database, neanche se fosse in chiaro - te la
puo' beccare.
Leonardo
-- 
There is nothing makes a man suspect much, more than to know little,
and therefore men should remedy suspicion by procuring to know more,
and not keep their suspicions in smother.            (Francis Bacon)

 Leonardo
Perņ la vera password puņ conservarla sul server. e stabilire
diversamente come accederci.
-- 
Cordialmente.
Melus.
dal mio e-mail togli i simboli di Zorro.

diversamente come accederci.
Si', nella configurazione che descrivevo ci sono due password - quella
dell'utente ti consente di accedere alla password dei dati che, pero',
non conosci.
Quindi un attaccante deve mettere le mani su due cose... una password,
di un utente qualsiasi, e il file dei dati. E quindi, avere un accesso
un po' importante al server.
Ma se la password dell'utente viaggia in chiaro sul filo, beccarla non
e' complicato.
Va da se' che se uno ha accesso in lettura E SCRITTURA al server, e si
puo' infilare nel file PHP che riceve la password dell'utente, la puo'
leggere facendosela inviare per email.
Immagino che tutto si riduca a decidere contro quanta penetrazione uno
vuole combattere. Probabilmente, in questo stadio ci sono anche regole
e protocolli legali da soddisfare (che so: dati medici...).
