Ett tokenvalv lagrar den mappning som ersätter ett primärt kontonummer (PAN) med ett tokenvärde. Detta gör det möjligt för ett företags databas, betalflöde och rapporteringsverktyg att använda den tokenen istället för känsliga betalningsuppgifter. Endast valvet kan koppla tillbaka tokenen till PAN-numret. Denna enda kontrollpunkt minskar efterlevnadsomfånget för Payment Card Industry Data Security Standard (PCI DSS), stöder återkommande fakturering och återbetalningar utan att kortuppgifter behöver anges upprepade gånger och håller lagrade betalningsuppgifter användbara utan att exponera dem.
Nätverkstokenisering beräknas säkra ungefär 2,4 biljoner transaktioner globalt mellan 2026 och 2030.
Nedan förklarar vi hur tokens genereras och detokeniseras, hur en tokens struktur skiljer sig från ett rått kortnummer och hur valvbaserade tokens jämförs med de tokens som kortbetalningsnätverk utfärdar direkt.
Viktiga lärdomar
Ett tokenvalv lagrar den enda kopian av PAN-till-token-mappningen, vilket innebär att en token som fångas upp någon annanstans i systemet inte kan omvandlas tillbaka till riktiga kortuppgifter.
Att tokenisera PAN vid första kontakten minskar ett företags bedömningsomfång för PCI DSS, vilket ofta kvalificerar det för ett kortare självbedömningsfrågeformulär.
Nuvarande konfigurationer lagrar ofta nätverkstokens i ett valv för att kombinera portabilitet med automatiska livscykeluppdateringar.
Vad är ett tokenvalv?
Ett tokenvalv är en säker datalagerplats som rymmer mappningen mellan känsliga betalningsuppgifter, till exempel PAN, och de tokenvärden som ersätter dem i ett betalningssystem. Själva valvet rymmer den enda kopian av den mappningen. Allt annat (t.ex. kassasidor, faktureringssystem, rapporteringsverktyg) ser bara tokenen.
Hur fungerar ett tokenvalv?
Flödet startar i det ögonblick en kortinnehavare anger betalningsuppgifter i kassan eller under inställning för en sparad betalningsmetod. Därifrån rör sig PAN-numret genom en definierad sekvens.
Debitering
En kassasida eller terminal samlar in PAN-numret och skickar det över en krypterad anslutning, direkt till valvet eller dess betalleverantör. PAN-numret rör aldrig företagets egna servrar okrypterat.
Tokengenerering
Valvets tokeniseringsmotor skapar en token. Det kan generera antingen en formatbevarande token, som matchar PAN-numrets struktur, eller en ogenomskinlig, som är en godtycklig sträng utan strukturell koppling till det ursprungliga numret.
Lagring
Valvet sparar PAN-till-token-mappningen i sin krypterade datalagerplats, och returnerar sedan tokenen till det anropande systemet.
Daglig användning
Företagets system lagrar och skickar runt tokenen för återkommande fakturering, återbetalningar och rapportering, men inget av dessa system innehåller någonsin det faktiska PAN-numret.
Detokenisering
När en auktorisering behöver ske skickar betalleverantören en detokeniseringsbegäran till valvet. Valvet returnerar PAN-numret, eller en nätverkstoken beroende på inställningen, för den specifika transaktionen över en krypterad kanal. Det loggar sedan begäran för granskningsändamål.
Hur skiljer sig en token från råa kortuppgifter i ett tokenvalv?
Ett rått PAN har en fast struktur. Enligt ISO/IEC 7812 identifierar de första sex till åtta siffrorna kortbetalningsnätverket och den utfärdande banken; de återstående siffrorna, upp till totalt 19, identifierar kontot. En avslutande kontrollsiffra validerar hela numret med hjälp av Luhn-algoritmen. En token har ingen matematisk relation till det PAN som den ersätter. Att fånga upp en i överföringen eller i en databas ger en angripare ingenting användbart om de inte har separat tillgång till valvets mappningstabell och dekrypteringsnycklar.
Valv producerar vanligtvis ett av två tokenformat:
Formatbevarande tokens: Dessa behåller PAN-numrets längd och Luhn-giltiga struktur, inklusive de första sex siffrorna i det ursprungliga bankidentifieringsnumret för routingändamål. Det innebär att de kan placeras i befintliga databasfält och äldre system utan schemaändringar.
Ogenomskinliga tokens: Dessa är godtyckliga alfanumeriska strängar som inte strukturellt liknar ett PAN. De passar betalningsstackar byggda kring API:er, där inget nedströms förväntar sig kortformad inmatning, och de eliminerar alla chanser att en token misstas för, eller behandlas som, ett riktigt kortnummer.
Hur minskar ett tokenvalv din PCI-efterlevnadsbörda?
PCI DSS-omfånget handlar om var kortinnehavardata lever, rör sig eller behandlas. Detta är ett område som bedömare kallar kortinnehavardatamiljö (CDE). Eftersom ett tokenvalv innehåller de enda kopiorna av PAN faller alla andra system i företaget som lagrar, överför eller behandlar tokens utanför CDE. Att ha färre system som rör riktig kortdata innebär att färre system som en bedömare behöver undersöka.
Denna omfångsminskning påverkar direkt vilket självbedömningsfrågeformulär (SAQ) för PCI DSS som gäller. Ett PCI DSS SAQ är ett valideringsverktyg som innehåller en serie ja-eller-nej-frågor; dessa gör det möjligt för företag att utvärdera och rapportera sin säkerhetsefterlevnad med kortbetalningsstandarder. Ett företag som hanterar råa PAN över sina egna system är vanligtvis skyldigt att fylla i SAQ D, det längsta frågeformuläret. Ett företag som tokeniserar vid första kontakt och aldrig lagrar, behandlar eller överför PAN på sina egna system kan ofta kvalificera sig för ett kortare frågeformulär som SAQ A, som täcker en mycket mindre uppsättning kontroller.
Krypterad data är fortfarande matematiskt reversibel med rätt nyckel, men en token har inget oberoende värde utanför det specifika valvet som genererade den. När du kombinerar de två genom att kryptera data i vila inuti valvet och tokenisera den överallt utanför valvet skapar du en lagrad konfiguration där ett intrång i företagets egna system ensamt inte exponerar användbar kortdata.
Hur skiljer sig tokenlagring i valv från nätverkstokenisering?
Ett kortbetalningsnätverk utfärdar en token direkt, kopplar den till en specifik enhet, ett företag eller ett användningsfall och hanterar sedan själva hela tokenens livscykel. Om en kortinnehavares kort utfärdas på nytt (t.ex. efter att det har löpt ut eller ersätts efter en förlust- eller stöldanmälan) uppdateras en nätverkstoken i bakgrunden eftersom nätverket, inte företaget, upprätthåller länken mellan tokenen och det aktuella aktiva kortet.
En token som endast är lagrad i ett valv saknar inbyggd mekanism för underhåll. Om det underliggande PAN-numret ändras måste mappningen uppdateras genom den process som företaget eller dess leverantör har infört. Det kan leda till en misslyckad betalning tills uppdateringen sker. Eftersom utfärdare kan känna igen om en nätverkstoken kommer från en registrerad enhet eller ett företag ser de också vanligtvis bättre godkännandefrekvenser.
Men tokens som endast är lagrade i valv och nätverkstokens är inte konkurrerande metoder. I själva verket kombineras de ofta i nuvarande konfigurationer. Ett valv kan lagra nätverkstokens i stället för, eller vid sidan av, PAN, vilket ger ett företag ett lagringssystem och samtidigt låter det ta emot nätverkets automatiska uppdateringar och auktoriseringsfördelar.
Hur väljer man rätt tokenvalv för sitt företag?
Inte alla tokenvalv löser samma problem. Överväg dessa detaljer innan du binder dig till ett:
Portabilitet: Kontrollera om tokens som genereras i valvet fungerar över olika personuppgiftsbiträden eller om de är låsta till en enda leverantör. Ett valv knutet till ett personuppgiftsbiträde kan begränsa din möjlighet att lägga till eller byta leverantörer senare utan att omtokenisera varje sparat kort.
Integrationskomplexitet: Ta reda på hur mycket arbete som krävs för att dirigera PAN till valvet och hämta tokens, inklusive om befintliga kassasidor, mobila programutvecklingspaket (SDK:er) och backend-system behöver kodändringar eller bara konfiguration.
Efterlevnadscertifieringar: Bekräfta att valvleverantören är en PCI nivå 1-tjänsteleverantör och kan producera ett intyg om efterlevnad, eftersom det är vad din egen revisor kommer att be om.
Stöd för nätverkstokens: Verifiera att valvet kan begära, lagra och uppdatera nätverkstokens över flera nätverk (t.ex. Visa, Mastercard, American Express, Discover) i stället för bara ett eller två nätverk.
Kontroller för detokenisering: Förstå vem som kan begära tillbaka ett PAN från valvet, under vilka villkor och hur dessa begäranden loggas. Revisorer granskar åtkomstkontroller noggrant.
Stripes Vault and Forward API lagrar tokens tillsammans med inbyggd nätverkstokenisering så att ett sparat kort får automatiska livscykeluppdateringar utan extra integrationsarbete, och det låter ett företag dirigera auktoriseringsbegäranden till ett personuppgiftsbiträde efter eget val.
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 ingenjörstimmar 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.
Innehållet i den här artikeln är endast avsett för allmän information och utbildningsändamål och ska inte tolkas som juridisk eller skatterelaterad rådgivning. Stripe garanterar inte att informationen i artikeln är korrekt, fullständig, adekvat eller aktuell. Du bör söka råd från en kompetent advokat eller revisor som är licensierad att praktisera i din jurisdiktion för råd om din specifika situation.