Nascondere informazioni riservate/riservate nei file di registro

Question

Come procedere per nascondere le informazioni riservate dai file di registro? Sì, puoi scegliere consapevolmente di non registrare i bit di informazioni sensibili in primo luogo, ma ci possono essere casi generali in cui registra ciecamente i messaggi di errore in caso di errori o di traccia dei messaggi durante l'analisi di un problema ecc. E finisce con l'invio di informazioni sensibili nel tuo log files.

Ad esempio, si potrebbe tentare di inserire un record di ordine che contiene il numero di carta di credito di un cliente nel database. In caso di errore del database, è possibile che si desideri registrare l'istruzione SQL appena eseguita. Si finirebbe con il numero di carta di credito del cliente in un file di registro.

Esiste un paradigma di progettazione che può essere utilizzato per "taggare" alcune informazioni sensibili come sensibili in modo che una pipeline di registrazione generica possa filtrarle?

Answer 1

La mia pratica corrente per il caso in questione è di registrare un hash di tali informazioni sensibili. Questo ci consente di identificare i record di log che appartengono a un reclamo specifico (ad esempio uno specifico numero di carta di credito) ma non dà a nessuno il potere di afferrare semplicemente i log e utilizzare le informazioni sensibili per i loro scopi malvagi.

Naturalmente, fare questo comporta costantemente buone pratiche di codifica. Di solito scelgo di registrare tutti gli oggetti usando i loro overload toString (in Java o .NET) che serializzano l'hash dei valori per i campi contrassegnati con un attributo Sensitive ad essi applicato.

Ovviamente, le stringhe SQL sono più problematiche, ma ci affidiamo maggiormente al nostro ORM per la persistenza dei dati e registra lo stato del sistema in varie fasi, quindi registra le query SQL, quindi diventa un non-problema.

Answer 2

Personalmente considero i file di registro come informazioni riservate e assicuratevi di limitare l'accesso a tali file.

Answer 3

Nel tuo esempio, dovresti crittografare il numero della carta di credito o, meglio ancora, nemmeno memorizzarlo in primo luogo.

Se, ad esempio, si registrava qualcos'altro, come un accesso, è possibile che si desideri sostituire esplicitamente una password con *****.

Tuttavia, questo evita accuratamente di rispondere alla domanda che hai posto in primo luogo. In generale, quando si ha a che fare con informazioni sensibili, dovrebbe essere crittografato mentre si trova in una qualsiasi forma di archiviazione permanente, che si tratti di un file di database o di un file di registro. Supponiamo che un cattivo ragazzo sia in grado di mettere le mani su entrambi e proteggere le informazioni di conseguenza.

Answer 4

Se si sa che cosa si sta tentando di filtrare, è possibile eseguire l'output del registro tramite un'espressione di pulizia Regex prima di registrarlo.

Answer 5

La registrazione di un numero di carta di credito potrebbe essere una violazione PCI. E se non sei compatibile con PCI, ti verranno addebitate commissioni più elevate per l'elaborazione delle carte. O non registrare le informazioni sensibili o crittografare l'intero file di registro.

La tua idea di "etichettare" le informazioni sensibili è intrigante. È possibile avere un tipo di dati speciale per le informazioni Sensitive, che ha avvolto il tipo di dati reale sottostante. Ogni volta che questo oggetto viene reso come una stringa di caratteri, restituisce semplicemente "***" o qualsiasi altra cosa.

Tuttavia, questo potrebbe richiedere modifiche di codifica diffuse e richiede un livello di vigilanza cauto simile a quello necessario per evitare la registrazione di informazioni sensibili in primo luogo.

Answer 6

Per quanto riguarda le istruzioni SQL in particolare, se la lingua lo supporta, è necessario utilizzare i parametri anziché inserire valori nell'istruzione stessa. In altre parole:

select * from customers where credit_card = ? 

Quindi impostare il parametro sul numero di carta di credito.

Ovviamente, se si pianifica di registrare istruzioni SQL con i parametri compilati, è necessario un altro modo per filtrare i dati riservati.

Answer 7

Fare riferimento a questo strumento, creato esattamente per questo caso d'uso.

Se si desidera mascherare solo il campo selezionato, durante la registrazione e mantenere gli altri valori di campo così come sono. puoi provarlo

https://github.com/senthilaru/sp-util

<dependency> 
    <groupId>com.immibytes</groupId> 
    <artifactId>sp-utils</artifactId> 
    <version>1.0.0-RELEASE</version> 
</dependency>