Både datamaskering och tokenisering skyddar känsliga data, men de löser olika problem. Maskering ersätter ett verkligt värde med ett fiktivt som saknar koppling tillbaka till originalet, vilket är användbart för testning, utveckling och analys. Tokenisering ersätter ett verkligt värde med en token som mappar tillbaka till originalet genom ett säkert valv. Det gör det till standard för att hantera kortdata i live-betalningssystem.

Att förväxla de två, eller använda den ena där den andra hör hemma, kan skapa trasiga arbetsflöden å ena sidan och onödig exponering å andra sidan. Ännu värre är att ineffektiva metoder för datasäkerhet kan bidra till intrång, vilket kan medföra en genomsnittlig kostnad på 5 miljoner USD och ta mer än 280 dagar att begränsa.

Nedan förklarar vi hur varje metod fungerar, var de två skiljer sig åt vad gäller reversibilitet och användningsfall och hur du tar reda på vilken ditt företag behöver för ett visst dataset.

Viktiga lärdomar

• Datamaskering ersätter permanent känsliga värden med realistiska fiktiva värden. Det gör den väl lämpad för ickeproduktionsmiljöer som testning och analys.

• Tokenisering ersätter känsliga värden med token som mappar tillbaka till originalet genom ett säkert valv. Det gör den till standard för att skydda kortdata i live-transaktioner.

• Att välja fel metod för ett visst dataset kan förstöra funktionalitet eller skapa onödig efterlevnadsexponering. Rätt val beror på om det verkliga värdet behöver vara hämtningsbart.

Vad är datamaskering vs. tokenisering?

Datamaskering byter ut ett verkligt värde mot ett falskt som ser ut och beter sig som originalet, men som inte har någon koppling tillbaka till det. Inom ramen för betalningssäkerhet döljer datamaskering kortinnehavaruppgifter och andra känsliga data.

Tokenisering ersätter ett känsligt värde med en slumpmässigt genererad token, och lagrar sedan mappningen mellan token och originalet i ett separat, strikt kontrollerat valv. Denna token bär inte någon matematisk relation till det ursprungliga värdet. Någon som stjäl en token får ingenting användbart utan åtkomst till det valvet.

Vilka är skillnaderna mellan datamaskering och tokenisering?

Distinktionen handlar om huruvida det verkliga värdet behöver finnas någonstans hämtningsbart för att systemet ska fortsätta att fungera.

Här är de funktioner som avgör vilken som är rätt val:

• Reversibilitet: Maskerade data saknar koppling tillbaka till originalvärdet. Tokeniserade data har det, genom valvet som utfärdade denna token.

• Användningsfall: Maskering passar ickeproduktionsmiljöer som testning, utveckling och analys. Tokenisering passar live-arbetsflöden i produktion där ett företag behöver agera på verkliga data utan att lagra dem direkt.

• Skyddsomfattning: Maskering skyddar data som inte längre behöver återspegla verkligheten. Tokenisering skyddar data som fortfarande måste fungera som om de vore riktiga, bara utan att finnas inuti företagets egna system.

• Tillsynstillämplighet: Maskering hjälper till att uppfylla dataminimeringsprinciperna under ramverk som GDPR i EU genom att ta bort verkliga personuppgifter från miljöer som inte behöver dem. Tokenisering är den mekanism som Payment Card Industry Data Security Standard (PCI DSS) uttryckligen erkänner för att minska omfattningen av ett företags bedömning av efterlevnad.

När bör du använda datamaskering vs. tokenisering?

Använd maskering när ett verkligt värde inte har någon funktionell roll i den miljö där det används. En utvecklare som testar en ny kassasida, en analytiker som bygger en churn-modell och en kvalitetssäkringsingenjör som kör automatiserade testsviter behöver alla data som beter sig som de verkliga uppgifterna utan att vara de verkliga uppgifterna. Maskering ger dem det, och det tar bort risken helt eftersom det inte finns något kvar att exponera.

Använd tokenisering när företaget verkligen behöver agera på det känsliga värdet senare. Det behovet blir uppenbart i några scenarier:

• Återkommande fakturering: Ett abonnemangsföretag som behandlar månatliga debiteringar behöver ett sätt att fakturera samma kort varje cykel utan att lagra själva kortnumret.

• Återbetalningar och tvister: En kundtjänstgrupp som utfärdar en återbetalning behöver referera till en specifik transaktion utan att hämta det fullständiga primära kontonumret (PAN).

• Kassa med registrerade kort: En återkommande kund förväntar sig en köpupplevelse med ett klick. Detta fungerar bara om en token står för ett kortnummer som företaget aldrig innehar.

I vart och ett av fallen skulle maskering inte fungera eftersom ett maskerat värde inte kan avmaskeras för att slutföra debiteringen.

Vilka är riskerna med att välja fel metod för att skydda känsliga data?

Att använda maskering där tokenisering hör hemma förstör funktionaliteten omedelbart. Ett system för återkommande fakturering som bygger på maskerade kortdata har inget sätt att debitera kunden nästa månad eftersom det värde som skulle tillåta det inte längre finns någonstans.

Att använda tokenisering där maskering hör hemma skapar ett annat slags problem: onödig exponering. Om ett iscensättningssystem drar in tokeniserade produktionsdata istället för maskerade data och den miljön inte har samma åtkomstkontroller som produktionen, har företaget utvidgat sina riktiga kortinnehavardata till en miljö med lägre säkerhet utan någon praktisk nytta. Efterlevnadsrevisorer kan flagga det här mönstret eftersom det drar in system i PCI-omfattningen som aldrig behövde vara där.

Hur avgör du vilken metod som passar ditt företag?

Börja med en enda fråga för varje dataset: behöver något system nedströms få tillbaka det verkliga värdet? Om svaret är nej är maskering det enklare verktyget och det rätta. Om svaret är ja är tokenisering värt den tillagda infrastrukturen eftersom reversibilitet är ett oundvikligt krav.

Några kontroller hjälper till att bekräfta beslutet:

• Spåra datans användning: Lista varje system som hanterar värdet och om vart och ett behöver de verkliga uppgifterna eller bara något som liknar dem.

• Kontrollera drivkraften för efterlevnad: Om minskning av PCI DSS-omfattningen är målet, är tokenisering av betalning den mekanism som tillsynsmyndigheter känner igen. Dataminimering i stil med GDPR i testmiljöer pekar i stället mot maskering.

• Titta på miljöseparation: Produktionssystem som hanterar live-transaktioner kräver i allmänhet tokenisering. Ickeproduktionsmiljöer kräver i allmänhet maskering. Att blanda de två utan en tydlig anledning tenderar att skapa mer risk än vad det tar bort.

Företag som använder Stripe har redan en del av detta beslut fattat för betalningsdata som samlas in via Stripes integrationer. PAN-numret blir tokeniserat vid insamlingen och företaget behöver aldrig bygga det lagret själv. Företaget behöver bara besluta vad det ska göra med resten av sina känsliga data – som interna kundregister som används vid testning eller analys, där maskering vanligtvis räcker.

Så kan Stripe Payments hjälpa till

Stripe Payments erbjuder en enhetlig, global betalningslösning som hjälper alla företag – från växande startupföretag till globala företag – att ta emot betalningar online, fysiskt och runt om i världen.

Det här kan Stripe Payments hjälpa till med:

• Optimera din kassaupplevelse: Skapa en friktionsfri kundupplevelse och spara tusentals tekniktimmar med förbyggda betalningsgränssnitt, tillgång till över 125 betalningsmetoder och Link, en e-plånbok byggd av Stripe.

• Expandera till nya marknader snabbare: Nå kunder över hela världen och minska komplexiteten och kostnaderna för hantering av flera valutor med gränsöverskridande betalningsalternativ, tillgängliga i 195 länder och för över 135 valutor.

• Göra betalningar både fysiskt och online till en enhetlig upplevelse: Bygg en enhetlig köpupplevelse i digitala och fysiska kanaler för att personanpassa interaktioner, belöna lojalitet och öka intäkterna.

• Förbättrad betalningsprestanda: Öka intäkterna med en rad anpassningsbara, lättkonfigurerade betalningsverktyg, inklusive kodfritt skydd mot bedrägeri och avancerade funktioner för att förbättra auktoriseringstiderna.

• Snabbare utveckling med en flexibel och pålitlig plattform för tillväxt: Bygg vidare på en plattform som är utformad för att skala upp med dig, med historisk upptid på 99,999 % och branschledande tillförlitlighet.

Läs mer om hur Stripe Payments kan driva dina online- och fysiska betalningar, eller börja i dag.