Crittografia dei dati prima di inviarli allo strumento SaaS e decrittografia sulla vista del browser

In base a ciò che hai delineato, la tua soluzione sembra eccessivamente complessa e non sono sicuro del motivo per cui non devi solo crittografare i dati piuttosto che eseguirne l'hashing. Potrebbero esserci limitazioni in ciò che è possibile memorizzare nell'app remota che potrebbe richiedere la codifica dei dati crittografati (simile a ciò che è necessario fare quando si invia l'e-mail crittografata). Ciò eliminerebbe la necessità di mantenere un hash di mapping del database locale al testo originale. Richiedere questo tipo di mappatura richiederebbe la condivisione del database tra tutti i possibili client, il che potrebbe essere un problema - più facile condividere una chiave segreta di un database nella maggior parte dei casi.

Tuttavia, fondamentalmente, penso che il problema stia cercando di aggiungere sicurezza a qualcosa che non è stato progettato per questo. Questo è raramente un ottimo percorso da intraprendere. La soluzione spesso finisce per essere eccessivamente complessa e spesso presenta buchi che non sono facili da individuare. La vera soluzione è utilizzare un SaaS che include il livello di sicurezza richiesto ed evitare qualsiasi soluzione che tenti di aggiungere sicurezza come ripensamento.

Quello che hai suggerito è un modo per farlo. Tuttavia, c'è un modo più semplice. Come suggerito da Tim X, la crittografia dei dati PII prima di inviarli allo strumento SaaS è un'idea migliore in quanto tutto ciò che serve per condividere con i client che hanno bisogno di vedere la versione in chiaro è una chiave segreta. E non un database.

Non hai menzionato il flusso di lavoro della raccolta di dati utente e mostrandoli. Quindi supporrò che la raccolta di PII avvenga quando l'utente esegue un'azione sul proprio browser, app, ecc. Supponiamo che tu abbia un sito web e quando un utente fa clic su un particolare link, una notifica viene inviata a Google Analytics per registra il clic.

In questo caso, puoi passare la notifica di clic al tuo codice lato server che crittografa i bit PII e li inoltra su Google Analytics -oppure- se Google Analytics richiede una connessione diretta, la crittografia deve avvenire sul lato client stesso (usando Javascript per esempio). La chiave segreta verrà archiviata sul lato server nel primo caso (consigliato) e sul lato client nel secondo caso (non consigliato).

Se non ti preoccupi della chiave segreta memorizzata dal rivenditore SaaS, è meglio scegliere uno strumento SaaS che crittografa automaticamente le PII per tutte le notifiche provenienti dall'utente, senza richiedere ulteriori azioni da parte tua.