Mostrando il numero di conto corrente bancario / account e archiviandoli in modo sicuro

6

EDIT: questo è per la regione UK / Europa.

Mi sono grattato la testa leggendo altri post simili a questo riguardo alla memorizzazione sicura del routing della banca e dei numeri di conto. So che i numeri di routing possono essere in chiaro in un database, poiché sono pubblicamente disponibili. Sono preoccupato per la memorizzazione del numero di conto comunque. So anche che non puoi davvero ottenere nulla da un conto bancario con solo i numeri di routing e account.

So che queste informazioni non rientrano negli standard PCI. Al momento disponiamo di un'applicazione Web e di un database aziendali ospitati sullo stesso server e vorremmo memorizzare alcuni dettagli dell'account qui riportati da alcuni dei nostri dipendenti quando facciamo fatture, ecc. Abbiamo un sistema basato su permessi / ruoli completamente abilitato , quindi possiamo limitare a chi sono disponibili queste informazioni.

La mia preoccupazione principale sono le nostre mailing per queste informazioni. AFAIK, dobbiamo inviare una lettera di conferma al cliente quando qualsiasi parte del suo account cambia (come le date di ritiro, ecc.), Oppure ne creano una nuova. Su questa lettera, dovrebbe apparire il numero del conto bancario. Desideriamo inoltre che queste informazioni siano disponibili per il cliente sul loro account del portale online (creato da noi). È sicuro memorizzare il numero di conto così com'è (chiaro) e includere SOLO il numero completo sulla lettera? La versione online potrebbe essere parzialmente o completamente oscurata dal server, in modo che non appaia mai nel browser.

O sto pensando troppo e andando troppo lontano? O sarebbe meglio allontanarsi da questo e sottolineare la parola NO al mio superiore?

    
posta MightyLampshade 27.04.2015 - 13:09
fonte

1 risposta

2

Dipende dalla sicurezza della banca in generale. L'Europa è migliore degli Stati Uniti, ma ci sono anche storie di debiti falsi nel Regno Unito dove hanno usato solo le informazioni di base.

Se sei preoccupato per il routing di numeri e numeri di account (dato che la perdita di un database può essere un incubo PR a prescindere che le informazioni riguardino informazioni finanziarie), potresti optare per una seconda istanza della tua applicazione solo per utenti interni (e condivisa) database, basta fare attenzione alle condizioni di gara).

È quindi possibile utilizzare la crittografia asimmetrica per archiviare le informazioni sensibili nel database e inserire la chiave pubblica nell'istanza per i client (in cui le informazioni vengono crittografate quando vengono inviate al database) e la chiave privata per la decrittografia nel sistema back-end. In questo modo il frontend esposto ai client può solo crittografare le informazioni.

    
risposta data 27.04.2015 - 14:41
fonte