Bästa praxis för PCI-efterlevnad för utvecklare

PCI-omfattning syftar på de system, nätverk och processer som lagrar, behandlar eller överför kortinnehavares uppgifter, eller som kan påverka säkerheten för sådana uppgifter.

Ju mer kortdata ni hanterar direkt och ju större transaktionsvolymen är, desto bredare och mer komplex blir er PCI-omfattning. Det innebär fler krav och granskningar.

Stripe är en PCI Level 1 Service Provider, den högsta certifieringsnivån. Genom att använda Stripes säkra verktyg kan ni avsevärt minska er egen PCI-börda.

• Stripe Checkout: En färdig, värdbaserad betalningssida. Era servrar hanterar aldrig råa kortuppgifter.
• Stripe Elements/JS SDK: Tillhandahåller säkra, anpassningsbara gränssnittskomponenter (t.ex. värdbaserade fält) som skickar kortuppgifter direkt till Stripe och kringgår era servrar.
• Tokenisering: Stripe ersätter känsliga kortuppgifter med en icke-känslig token som ni kan lagra och använda.

Dessa metoder överför ansvaret för hantering av råa kortuppgifter till Stripe, vilket gör er väg mot efterlevnad mycket enklare.

Även om Stripe hanterar de råa kortuppgifterna interagerar er applikation fortfarande med token och kunddata. Det är mycket viktigt att:

• Aldrig lagra råa kortuppgifter: Använd alltid token som tillhandahålls av Stripe.
• Skydda token: Även om de inte är känsliga kan token fortfarande användas för att initiera betalningar. Hantera dem som värdefulla data.
• Kryptera känsliga kunduppgifter: All personligt identifierbar information (PII), till exempel namn, adresser eller e-postadresser, bör krypteras när den lagras.

God säkerhetspraxis gäller hela applikationen, inte bara kortuppgifter. Det omfattar:

• Indatavalidering: Validera alltid all användarinmatning för att förhindra injektionsattacker (SQL, XSS).
• Felhantering: Avslöja inte känslig systeminformation i felmeddelanden.
• Säkra standardinställningar: Konfigurera systemen med säkerhet i åtanke redan från början.
• Regelbundna säkerhetstester: Genomför kodgranskningar, penetrationstester och sårbarhetsskanningar.

Även om ni inte lagrar kortuppgifter kan nätverksmiljön påverka säkerheten. Viktiga åtgärder är:

• Brandväggar: Implementera brandväggar för att begränsa trafik till och från era system.
• Säkra konfigurationer: Byt alltid standardlösenord och inaktivera onödiga tjänster.
• Nätverkssegmentering: Isolera system som hanterar känsliga data från resten av nätverket.

Att begränsa vilka som får åtkomst till känslig information är ett grundläggande krav i PCI DSS. För utvecklare innebär det att:

• Minsta möjliga behörighet: Ge användare och system endast den åtkomst som krävs för att utföra deras uppgifter.
• Unika ID:n: Varje person med åtkomst till system som hanterar kortuppgifter måste ha ett unikt ID.
• Starka lösenord: Kräv komplexa lösenord som ändras regelbundet, eller använd multifaktorautentisering.

Kryptering är avgörande för att skydda data under hela dess livscykel:

• Data under överföring: Använd starka krypteringsprotokoll som TLS 1.2 eller senare för all kommunikation mellan applikationen, användarna och Stripe.
• Data i vila: Kryptera alla känsliga data som lagras på era servrar, även om det inte rör sig om råa kortuppgifter (till exempel PII och token).

Se alltid till att ni använder aktuella och starka krypteringsstandarder.

Ni har lärt er att PCI DSS är avgörande för att skydda betalningsdata. Som utvecklare omfattar era viktigaste ansvarsområden att:

• Utnyttja Stripes verktyg (Checkout, Elements) för att minimera er PCI-omfattning.
• Aldrig lagra råa kortuppgifter utan alltid använda token.
• Implementera säkra kodningsmetoder, nätverkssäkerhet och strikta åtkomstkontroller.
• Använda stark kryptering för alla känsliga data.

Genom att följa dessa rekommendationer bidrar ni till att skydda applikationen och skapa förtroende hos användarna.