Newsgroup: it.lavoro.professioni.webmaster
Titolo: come si fa una pagina protetta

Dovrei chiedere nel mio sito il numero della carta di credito.
Come si fa  a creare una pagina protetta?
Grazie

 ha scritto nel messaggio
news:6k4C5.63529$3R6.1...@news.infostrada.it...


 Come si fa  a creare una pagina protetta?
Apache+mod_SSL, ne esistono versioni commerciali gią compilate oppure te
la puoi compilare da solo aggratisse, perņ poi te la devi sapere
confgurare. :)
Nel caso ti interessi, trovi i link su 
www.apache.org
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 confgurare. :)
Questa storia del sicure server e simili pero' mi lascia alcuni dubbi: posso mettere un form sul
server sicuro del mio provider, l'utente inserisce i dati, il luchetto e' chiuso e tutti sono
contenti.
Il mio form puo' prendere i numeri della carta di credito e mandarmeli via mail, ma in questo caso
viaggiano in chiaro e non mi sembra onesto. L'alternativa e' farli scrivere in un database, ma poi
quando lo vado a leggere i dati viaggiano di nuovo in chiaro. Tra l'altro, il *server sicuro* lo e'
per modo di dire, visto che ci posso accedere in ftp, quindi l'eventuale database non sarebbe
affatto protetto.
Per farla breve, l'unica cosa protetta davvero e' l'inserimento dei numeri della carta di credito da
parte dell'utente: mi sembra una presa in giro.
Altra cosa se la transazione avviene per mezzo di una banca, o meglio, la banca si assume la
responsabilita' e io almeno mi sento a posto.
Cosa ne pensate voi? Mi sfugge qualche passaggio?
bianca

สวัสดีครับ "Bianca" <ac...@nonSPAMMAREaiasoft.it> ^_^
@ <snip>
@ <snip> un form sul server sicuro del mio provider, 
@ l'utente inserisce i dati, il luchetto e' chiuso e tutti sono
@ contenti.
@ <snip> L'alternativa e' farli scrivere in un database, ma poi
@ quando lo vado a leggere i dati viaggiano di nuovo in chiaro. <snip>
E leggere il database da una pagina sempre https ?
Andrea

 viaggiano in chiaro e non mi sembra onesto. L'alternativa e' farli
scrivere in un database, ma poi


> E leggere il database da una pagina sempre https ?
ma e' il database che non e' protetto: io non sono cosi' esperta, ma il mio socio dice che se si
puo' fare ftp significa che i dati sul quel server possono essere trafugati abbastanza facilmente.
E io ho mandato le pagine di prova proprio in ftp.
Da quel momento sono diventata diffidente anche quando devo comprare qualcosa io :-)
bianca

On Wed, 4 Oct 2000 17:05:12 +0100, "Bianca"
<ac...@nonSPAMMAREaiasoft.it> ebbe l'ardire di scrivere:

esiste anche ftps...
-- 
/\/\arco /\/\ex
---------> 
www.haivistolasta.com
 <---------
dal primo ottobre la barzelletta illustrata

 affatto protetto.
Se l'amministratore sa fare il suo lavoro nessuno è in grado di trafugarti i dati su un server Unix o
Linux. E' chiaro che se ti fai ospitare da qualcuno dei nostri provider preferiti (ironicamente
parlando) fai prima a stampare il numero della carta di credito sulla prima pagina del giornale, perché
non lo sanno fare.
E' altresì chiaro che sarebbe bene che to avessi un server in hosting o housing piuttosto che farti
ospitare sul loro server, se hai dati sensibili; in questo modo ti assumi le responsabilità di
amministrazione del db -se usi un db- e della sicurezza.
Se hai paura di trasmettere i dati per posta, ti faccio notare che esistono gli algoritmi di crittazione
a chiave pubblica che sono -allo stato dell'arte della nostra tecnologia- inespugnabili.


 non lo sanno fare.
Infatti, il problema e' proprio questo.
Il provider in questione e' webspace, peraltro abbastanza serio e competente rispetto alla media di
cui sento qui. Pero', quando ho cercato di approfondire questa cosa mi sono trovata davanti un muro
di gomma. Purtroppo i due o tre contatti personali che avevo tra i tecnici (persone molto preparate
e disponibili) non ci sono piu', e gli altri con cui ho parlato erano evasivi, non so se per
incompetenza o coda di paglia.
Insomma, e' andata a finire che non ne ho fatto niente, e il cliente (che per motivi suoi non vuole
appoggiarsi a banca sella, di cui mi fido per averci gia' lavorato) per ora si accontenta del
bonifico e cc postale, perche' io mi sono rifiutata di assumermi la responsabilita' di una
transazione poco chiara, anche se all'apparenza perfettamente adeguata e legale.
bianca

 quando lo vado a leggere i dati viaggiano di nuovo in chiaro.
Se scegli l'alternativa di scrivere i numeri di CC in database puoi
prendere l'ulteriore precauzione di criptarli con qualche
algoritmo/componente prima di scriverli in db; poi quando
devi leggere dal db, li decripti.
Chiaramente questo non risolve il problema che se poi da lģ
ti mandi in email i numeri decriptati, questi viaggiano comunque
in chiaro (a meno di non usare i sistemi esistenti di crittografia delle email).
Pero intanto rende la vita difficile (impossibile?) a chi ha accesso ftp al tuo db
perche per 'capire' i numeri di CC che trovera' in db dovra' capire prima
come funziona il componente che li ha criptati.
Ciao
rob