Il mascheramento dei dati e la tokenizzazione proteggono entrambi i dati sensibili, ma risolvono problemi diversi. Il mascheramento sostituisce un valore reale con uno fittizio che non ha alcun percorso di ritorno all'originale, il che è utile per test, sviluppo e analisi. La tokenizzazione sostituisce un valore reale con un token che rimanda all'originale tramite un vault sicuro. Questo la rende lo standard per la gestione dei dati della carta nei sistemi di pagamento live.

Confondere i due metodi, o usare l'uno al posto dell'altro, può creare flussi di lavoro interrotti da un lato ed esposizione non necessaria dall'altro. Ancora peggio, pratiche inefficienti per la sicurezza dei dati possono contribuire alle violazioni, che possono comportare un costo medio di 5 milioni di dollari e richiedere più di 280 giorni per essere contenute.

Di seguito, spiegheremo come funziona ogni metodo, dove i due divergono in base alla reversibilità e ai casi d'uso, e come capire quale dei due è necessario per un determinato set di dati per la tua attività.

In sintesi

• Il mascheramento dei dati sostituisce in modo permanente i valori sensibili con valori fittizi realistici. Questo lo rende adatto agli ambienti non di produzione, come test e analisi.

• La tokenizzazione sostituisce i valori sensibili con token che rimandano all'originale tramite un vault sicuro. Questo la rende lo standard per proteggere i dati della carta nelle transazioni live.

• Scegliere il metodo sbagliato per un determinato set di dati può interrompere le funzionalità o creare un'esposizione non necessaria alla compliance. La scelta giusta dipende dal fatto che il valore reale debba essere recuperabile o meno.

Cos'è il mascheramento dei dati rispetto alla tokenizzazione?

Il mascheramento dei dati scambia un valore reale con uno falso che ha l'aspetto e il comportamento dell'originale, ma non ha alcun collegamento con esso. Nel contesto della sicurezza dei pagamenti, il mascheramento dei dati oscura i dettagli del titolare della carta e altri dati sensibili.

La tokenizzazione sostituisce un valore sensibile con un token generato casualmente, quindi archivia la mappatura tra il token e l'originale in un vault separato e strettamente controllato. Il token non ha alcuna relazione matematica con il valore originale. Chiunque rubi un token non ottiene nulla di utilizzabile senza l'accesso a quel vault.

Quali sono le differenze tra mascheramento dei dati e tokenizzazione?

La distinzione si riduce al fatto che il valore reale debba esistere da qualche parte per essere recuperato affinché il sistema continui a funzionare.

Ecco le funzionalità che determinano quale sia la soluzione giusta:

• Reversibilità: i dati mascherati non hanno un percorso di ritorno al valore originale. I dati tokenizzati sì, tramite il vault che ha emesso il token.

• Casi d'uso: il mascheramento è adatto per ambienti non di produzione come test, sviluppo e analisi. La tokenizzazione si adatta ai flussi di lavoro di produzione live in cui un'attività deve agire su dati reali senza archiviarli direttamente.

• Ambito della protezione: il mascheramento protegge i dati che non devono più riflettere la realtà. La tokenizzazione protegge i dati che devono ancora funzionare come se fossero reali, solo senza risiedere all'interno dei sistemi dell'attività.

• Applicabilità normativa: il mascheramento contribuisce a soddisfare i principi di minimizzazione dei dati previsti da framework come il Regolamento generale sulla protezione dei dati (GDPR) nell'UE, rimuovendo i dati personali reali dagli ambienti in cui non sono necessari. La tokenizzazione è il meccanismo esplicitamente riconosciuto dal Payment Card Industry Data Security Standard (PCI DSS) per ridurre l'ambito della valutazione della compliance di un'attività.

Quando usare il mascheramento dei dati e quando la tokenizzazione?

Usa il mascheramento quando un valore reale non ha un ruolo funzionale nell'ambiente in cui viene utilizzato. Uno sviluppatore che sta testando una nuova pagina di checkout, un analista che sta creando un modello di abbandono e un ingegnere del controllo qualità che sta eseguendo suite di test automatizzati hanno tutti bisogno di dati che si comportino come se fossero reali, senza esserlo. Il mascheramento offre loro questo, rimuovendo completamente il rischio perché non rimane nulla da esporre.

Usa la tokenizzazione quando l'attività ha realmente bisogno di agire sul valore sensibile in un secondo momento. Questa necessità diventa evidente in alcuni scenari:

• Addebito ricorrente: un'attività che offre servizio in abbonamento che elabora addebiti mensili ha bisogno di un modo per fatturare la stessa carta a ogni ciclo senza archiviare il numero della carta.

• Rimborsi e contestazioni: un team del servizio clienti che emette un rimborso deve fare riferimento a una transazione specifica senza estrarre il PAN (Primary Account Number, numero di conto principale) completo.

• Checkout con carta registrata: un cliente di ritorno si aspetta un'esperienza di acquisto in un solo clic. Questo funziona solo se un token sostituisce un numero di carta che l'attività non possiede mai.

In ogni caso, il mascheramento non funzionerebbe, perché un valore mascherato non può essere smascherato per completare l'addebito.

Quali sono i rischi di scegliere il metodo sbagliato per proteggere i dati sensibili?

L'utilizzo del mascheramento al posto della tokenizzazione interrompe immediatamente la funzionalità. Un sistema di addebito ricorrente basato su dati mascherati della carta non ha modo di addebitare il cliente il mese successivo, perché il valore che gli consentirebbe di farlo non esiste più da nessuna parte.

L'utilizzo della tokenizzazione dove è necessario il mascheramento crea un tipo diverso di problema: l'esposizione non necessaria. Se un sistema di gestione temporanea estrae dati di produzione tokenizzati invece di dati mascherati e quell'ambiente non ha gli stessi controlli di accesso della produzione, l'attività ha esteso i dati reali dei titolari di carta in un'impostazione a sicurezza inferiore senza alcun vantaggio pratico. I revisori della compliance possono segnalare questo modello perché porta nell'ambito PCI sistemi che non avrebbero mai dovuto esserci.

Come si decide quale metodo è adatto alla propria attività?

Inizia con una singola domanda per ogni set di dati: c'è qualcosa a valle che necessita del valore reale? Se la risposta è no, il mascheramento è lo strumento più semplice e quello giusto. Se la risposta è sì, vale la pena aggiungere l'infrastruttura per la tokenizzazione perché la reversibilità è un requisito inevitabile.

Alcuni controlli aiutano a confermare la decisione:

• Tracciare l'uso dei dati: elenca ogni sistema che tocca il valore e se ognuno ha bisogno dei dati reali o solo di qualcosa che vi somigli.

• Verificare il motore della conformità: se l'obiettivo è la riduzione dell'ambito PCI DSS, la tokenizzazione dei pagamenti è il meccanismo riconosciuto dalle autorità di regolamentazione. La minimizzazione dei dati in stile GDPR negli ambienti di test punta invece verso il mascheramento.

• Esaminare la separazione degli ambienti: i sistemi di produzione che gestiscono transazioni live generalmente richiedono la tokenizzazione. Gli ambienti non di produzione generalmente richiedono il mascheramento. Mescolare i due senza un motivo chiaro tende a creare più rischi di quanti ne rimuova.

Le attività che utilizzano Stripe hanno già preso parte di questa decisione per i dati di pagamento raccolti tramite le integrazioni di Stripe. Il PAN viene tokenizzato al momento dell'acquisizione e l'attività non deve mai creare quel livello da sola. L'attività deve solo decidere cosa fare con il resto dei suoi dati sensibili, come i record interni dei clienti utilizzati nei test o nell'analisi, dove il mascheramento di solito svolge il compito.

In che modo Stripe Payments può esserti d'aiuto

Stripe Payments offre una soluzione di pagamento unificata e globale che aiuta qualsiasi attività, dalle start-up in fase di espansione alle multinazionali, ad accettare pagamenti online, di persona e in tutto il mondo.

Con Stripe Payments puoi:

• Ottimizzare l'esperienza di checkout: crea un'esperienza cliente fluida e risparmia migliaia di ore di progettazione con interfacce utente di pagamento predefinite, accesso a oltre 125 metodi di pagamento e Link, un wallet creato da Stripe.

• Espanderti più rapidamente in nuovi mercati: raggiungi clienti in tutto il mondo e riduci le complessità e i costi della gestione multivaluta con opzioni di pagamento transfrontaliere, disponibili in 195 Paesi e in oltre 135 valute.

• Unificare i pagamenti di persona e online: crea un'esperienza di commercio unificato su canali online e di persona per personalizzare le interazioni, premiare la fedeltà e aumentare i ricavi.

• Migliorare le prestazioni dei pagamenti: aumenta i ricavi con una gamma di strumenti di pagamento personalizzabili e facili da configurare, tra cui la protezione contro le frodi no-code e funzionalità avanzate per migliorare i tassi di autorizzazione.

• Operare più velocemente con una piattaforma flessibile e affidabile per la crescita: utilizza una piattaforma progettata per crescere insieme a te, con tempi di operatività del 99,999% e un'affidabilità leader nel settore.

Scopri di più su come Stripe Payments può supportare i tuoi pagamenti online e di persona oppure inizia oggi stesso.