Anche questo è vero...

hai qualche suggerimento?

lo useresti molto spesso il recupero del code?

non credo..

dovrebbe essere una eccezione..

a questo punto lo script potresti tenertelo te, magari in una chiavetta usb, e con un'altro script, leggere il file dal tuo pc ed eseguirlo!

questa è una buona idea!

un pò macchinosa ma buona!

una mente contorta come la mia, sforna idee contorte!!!

@Samyorn said:

ciao henry78
**Credo **proprio che non hai molte scelte, se cripti poi la vedo difficile a recuperare i dati, per quanto ne sappia io non è possibile (almeno in modo "legale" ;)).
L'unico consiglio che posso darti e quello di creare dei campi "anonimi" nella tua tabella e di spezzettare in un'ordine che conosci solo tu il numero della carta di credito

EDIT: mi è venuto in mente dopo
potresti diversamente assegnare ad un numero la corrispondenza di una lettera a caso (che come sempre conosci solo tu ;)):
1 = c
2 = o
3 = e
....

Beh non è esatto, se fai hashing, ovvero usi md5 e simili, non recuperi il valore originale perchè quello è proprio lo scopo, invece se cripti poi c'è sempre il modo per tornate all'originale, conoscendo chiavi e algoritmi usati ovviamente. Puoi usare aes o altri algoritmi a chiave privata, oppure rsa (a chiave pubblica), immagini ci siano implementazioni di tutti. Potresti fare come consigliato di avere script e/o programmi in locale e salvare il remoto solo il valore criptato, che nel caso di rsa o aes sta abbastanza al riparo da sguardi indiscreti.

@cali1981 said:

Beh non è esatto, se fai hashing, ovvero usi md5 e simili, non recuperi il valore originale perchè quello è proprio lo scopo, invece se cripti poi c'è sempre il modo per tornate all'originale, conoscendo chiavi e algoritmi usati ovviamente. Puoi usare aes o altri algoritmi a chiave privata, oppure rsa (a chiave pubblica), immagini ci siano implementazioni di tutti. Potresti fare come consigliato di avere script e/o programmi in locale e salvare il remoto solo il valore criptato, che nel caso di rsa o aes sta abbastanza al riparo da sguardi indiscreti.

Si, credo che utilizzare un programma in locale per "recuperare" i dati della carta di credito, sia una buona soluzione...

pensandoci però il vero "punto debole", è il file che memorizza i dati della carta nel db... infatti è in quel file che si troverà il "trucco" per criptare i dati.. e il file che inserisce i dati nel db.. deve per forza stare sul server...

quindi mi sembra inutile perderci troppo tempo :bho:

Beh quello si ma a questo punto se ti fidi così pochi di questi dell'hosting cambialo! Se fanno qualche cosa del genere ci sono guai legali grossi, anzi enormi! Se ti preoccupi anche di eventuali hacker invece poco puoi fare, se accedono a script e db hanno tutto... Ma spero che l'hosting si sia tutelato a tal proposito.

io xrò, di salvare dati così sensibili, nn ci penserei nemmeno, sopratutto se nn hai un server tuo, gli utenti dovrebero inserire ogni volta il numero, così tu sei tutelato, e loro, credo che si sentirebbero un po + al sicuro, ok, devono ogni volta inserire il numero, ma se gli scrivi che per la loro sicurezza nn salvi dati sensibili, ne guadagni.....

cmq questa è una mia opinione!!!

Ok, ma anche se li inseriscono di volta in volta tu da qualche parte dovrai salvarli no? Potresti cancellarli appena li hai presi, ma un pò sul server rimangono comunque.

non necessariamente, se tu fai l'operazione di inserimento del numero, subito prima del'operazione, non rimangono + di 10s, e li solo ki fa sniffing o ha modificato la pagina per farsi inviar i dati, può vederli, io sono del'idea che ciò che non c'è, non si può violare!

poi tra tenere i numeri per giorni e per decine di secondi, cambia!

se poi usi https, appoggiandoti su una banca, puoi dormire sogni "quasi" tranquilli!!!

Si ma mi apre che dicesse che manteneva i dati della carta di credito per sicurezza, quindi immagino non li usi subito...

temo che la carenza di discussioni su questo argomento (secondo me fondamentale per lo sviluppo di internet), sia la prova che siamo in pochi a porci tanti problemi sell'archiviazione di dati sensibili..

comunque il mio hosting è di tipo professionale.. però ho paura del classico stagista.. con l'occhio troppo lungo...

è vero che se dovesse capitare sarebbero grane dell'hosting.. però ne cadrebbe anche la credibilità del portale... e questo non deve succere...

e poi, immagino sia abbastanza lungo e difficile dimostrare chi e come è entrato in possesso dei dati sensibili contenuti da una tabella...

ps (comunque argomento appassionante!!)

Il problema sta tutto nel fatto che se usi uno script presente su server, altro non puoi fare. Se usassi programmi compilati tipo dll di asp.net o simili il problema sarebbe diverso, perchè usando offuscatori puoi nascondere quello che fa il codice, quindi in quel caso potresti criptare e decriptare la password senza porti il problema dello stagista. Certo, se poi lo stagista è un professionista il discorso si fa diverso. In ogni caso, sappi che il maggior problema in caso di sicurezza sempre chi sta davanti al monitor, uno dei più grandi hacker del mondo chiamava e tra un discorso e l'altro si faceva dare la password (= manhacking)