Hvad er PCI DSS, krav 6?
Når du har til opgave at beskytte kortholderdata, er det altafgørende at forstå betalingskortindustriens datasikkerhedsstandard (PCI DSS) Krav 6. Dette krav er grundlaget for at udvikle og vedligeholde sikre systemer og software inden for betalingskortindustrien.
De grundlæggende elementer i PCI DSS-krav 6
Krav 6 er designet til at beskytte systemer og applikationer involveret i betalingskortbehandling mod brud og svindel. Det kræver implementering af robuste sikkerhedsforanstaltninger, der er kritiske for integriteten af kortholderdata.
Krav 6 i sammenhæng med PCI DSS-overholdelse
Som en del af den bredere PCI DSS-ramme arbejder Requirement 6 sammen med andre krav for at skabe en omfattende sikkerhedsstrategi. Det er ikke et isoleret direktiv, men en integreret del af en holistisk tilgang til databeskyttelse.
Kravets kritiske rolle 6
Sikkerheden af kortholders data afhænger af sikker udvikling og vedligeholdelse af systemer og software. Krav 6 er kritisk, fordi det direkte adresserer disse aspekter og sikrer, at sikkerhed ikke er en eftertanke, men en grundlæggende overvejelse gennem hele systemets livscyklus.
Indvirkning på udvikling og vedligeholdelse
Krav 6 påvirker udviklingen og vedligeholdelsen af sikre systemer og software ved at opstille specifikke delkrav. Disse omfatter sikker kodningspraksis, sårbarhedsstyring og implementering af robuste ændringskontrolprocedurer. Ved at overholde disse standarder sikrer du, at sikkerheden gennemsyrer alle facetter af dine betalingsbehandlingssystemer.
Hos ISMS.online forstår vi kompleksiteten af PCI DSS compliance. Vores platform er designet til at hjælpe dig med at navigere i disse krav med klarhed og tillid og sikre, at dine systemer og software ikke kun er kompatible, men også modstandsdygtige over for trusler.
Book en demoUdpakning af underkravene til krav 6
Når du navigerer i kompleksiteten af PCI DSS Requirement 6, er det afgørende at forstå underkravene for at beskytte dine systemer og software. Disse underkrav danner en omfattende ramme designet til at beskytte kortholders data gennem omhyggelig sikkerhedspraksis.
Specifikke underkrav under PCI DSS-krav 6
Krav 6 er mangefacetteret og omfatter flere nøgleområder:
- Risikorangering (6.1): Prioritering af sårbarheder baseret på deres potentielle indvirkning.
- Patch Management (6.2): Sikring af rettidig anvendelse af sikkerhedsrettelser.
- Sikker udvikling (6.3): Integrering af sikkerhed i softwareudviklingens livscyklus.
- Ændringskontrol (6.4): Håndtering af ændringer af systemer og applikationer sikkert.
- Kodningssårbarheder (6.5): Løsning af almindelige kodningssårbarheder.
- Trusselhåndtering (6.6): Implementering af foranstaltninger til at identificere og afbøde trusler.
- Dokumentation (6.7): Vedligeholdelse af omfattende registreringer af sikkerhedspolitikker og -procedurer.
Kollektiv forbedring af system- og softwaresikkerhed
Tilsammen skaber disse delkrav et robust forsvar mod sikkerhedsbrud. Ved at adressere hvert enkelt område markerer du ikke bare en overholdelsesliste; du bygger en robust infrastruktur, der kan tilpasse sig nye trusler.
Risk Ranking og Patch Management Processer
Risikorangering involverer evaluering af sårbarheder for at afgøre, hvilke der udgør den største trussel og bør adresseres først. Patch management er processen med at holde software opdateret med de nyeste sikkerhedsrettelser for at mindske identificerede risici.
Bidrag af sikker udvikling og ændringskontrol til overholdelse
Sikker udviklingspraksis sikrer, at sikkerheden tages i betragtning på alle stadier af oprettelse af software, mens ændringskontrolprocedurer hjælper med at opretholde systemernes integritet ved at administrere ændringer på en struktureret måde. Begge er afgørende for at opretholde et sikkert miljø og opnå PCI DSS overholdelse.
Ved at overholde disse underkrav tager du proaktive skridt til at beskytte dine kunders data og din organisations omdømme. Hos ISMS.online giver vi værktøjerne og vejledningen til at hjælpe dig med at imødekomme disse kritiske sikkerhedsstandarder.
ISO 27001 gjort nemt
Et forspring på 81% fra dag ét
Vi har gjort det hårde arbejde for dig, hvilket giver dig en 81% forspring fra det øjeblik, du logger på. Alt du skal gøre er at udfylde de tomme felter.
Secure Software Development Life Cycle (SDLC) forklaret
Med hensyn til betalingssikkerhed er Secure Software Development Life Cycle (SDLC) en hjørnesten i PCI DSS Requirement 6. Det er en ramme, der integrerer sikkerhed i hver fase af softwareudviklingen og sikrer, at applikationer er modstandsdygtige over for trusler fra start til implementering.
Integrering af sikkerhed i hver SDLC-fase
For at integrere sikkerhed i SDLC skal organisationer:
- Igangsætte: Definer sikkerhedskrav ved siden af funktionelle krav.
- Design: Arkitektsystemer med sikkerhed som grundelement.
- Udvikle: Skriv kode med bedste sikkerhedspraksis, såsom inputvalidering og fejlhåndtering.
- Test: Udfør streng sikkerhedstest, herunder statisk og dynamisk analyse.
- Implementer: Sørg for sikker implementeringspraksis og konfigurationsstyring.
- Vedligehold: Overvåg og opdater løbende softwaren for at løse nye sårbarheder.
Nøglekomponenter i en sikker SDLC
En sikker SDLC, der flugter med PCI DSS standarder inkluderer:
- Trusselsmodellering: Identifikation af potentielle trusler for at prioritere sikkerhedsindsatsen korrekt.
- Kode anmeldelser: Sikring af, at kode bliver undersøgt for sikkerhedssårbarheder.
- automatiseret Test: Brug af værktøjer til at opdage sikkerhedsproblemer tidligt i udviklingsprocessen.
Facilitering af sikker applikationsudvikling
En Secure SDLC er medvirkende til at udvikle sikre applikationer. Ved at indarbejde sikkerhedsforanstaltninger fra starten reducerer du risikoen for dyre rettelser senere hen.
Patch Management for Compliance
Patch management er en kritisk komponent i PCI DSS Requirement 6, der tjener som et frontlinjeforsvar mod sikkerhedssårbarheder. Det er vigtigt for at opretholde integriteten og sikkerheden af kortholderdata i dine systemer.
Vigtigheden af Patch Management
Patch management handler ikke kun om at anvende opdateringer; det handler om at sikre den løbende sikkerhed og overholdelse af dine betalingssystemer. Ved omgående at håndtere sårbarheder beskytter du mod potentielle brud, der kan kompromittere følsomme data.
Effektive Patch Management Strategier
For effektivt at administrere softwarerettelser bør organisationer:
- Vurdere: Gennemgå og vurder regelmæssigt tilgængelige patches for deres relevans og haster.
- Prioriter: Bestem, hvilke patches der er kritiske baseret på den potentielle indvirkning på sikkerheden.
- Test: Før fuld implementering, test patches i et kontrolleret miljø for at sikre kompatibilitet.
- Implementer: Udrul patches systematisk, startende med de mest kritiske systemer.
- Dokument: Opbevar detaljerede fortegnelser over programrettelseshåndteringsaktiviteter til overensstemmelsesverifikation.
Udfordringer med at vedligeholde up-to-date systemer
At holde sig opdateret med patches kan være udfordrende på grund af den store mængde opdateringer og kompleksiteten i moderne it-miljøer. Men at negligere dette aspekt kan gøre dine systemer sårbare over for angreb.
Krydsning med andre PCI DSS-krav
Patch management er forbundet med andre PCI DSS krav, som f.eks risikovurdering og reaktion på hændelser. Effektiv patch management understøtter ikke kun Requirement 6, men styrker også din overordnede sikkerhedsposition.
Hos ISMS.online leverer vi værktøjer og ekspertise til at hjælpe dig med at strømline dine patch-administrationsprocesser, hvilket sikrer, at du altid er et skridt foran med at beskytte dit kortholders datamiljø.
Frigør dig selv fra et bjerg af regneark
Integrer, udvid og skaler din compliance uden besvær. IO giver dig robustheden og selvtilliden til at vokse sikkert.
Sikker kodning og forebyggelse af sårbarheder
Sikker kodning er et grundlæggende aspekt af PCI DSS Requirement 6, der sigter mod forebyggende eliminering af sikkerhedsrisici inden for softwareudvikling. Ved at overholde påbudte sikker kodningspraksis kan organisationer reducere forekomsten af almindelige sårbarheder markant.
Påbudte sikker kodningspraksis
PCI DSS-krav 6 understreger vigtigheden af:
- Inputvalidering: Sikring af, at kun korrekt formaterede data er tilladt.
- Udgangskodning: Forhindrer uønskede data i at blive sendt til brugere.
- Autentificering og adgangskodehåndtering: Beskyttelse af brugeroplysninger.
- Session Management: Beskyttelse af integriteten af brugersessioner.
- Adgangskontrol: Begrænsning af brugerrettigheder til det nødvendige minimum.
Forebyggelse af almindelige sikkerhedssårbarheder
Disse fremgangsmåder er designet til at modvirke almindelige sikkerhedsproblemer såsom SQL-injektion, cross-site scripting (XSS) og andre udnyttelser, der kan kompromittere kortholderdata. Ved at implementere sikre kodningsstandarder bygger du et robust fundament mod cybertrusler.
Kodningsstandarders rolle
Standarder som OWASP Top Ten tjener som et benchmark for sikker kodning, der giver en prioriteret liste over de mest kritiske sikkerhedsrisici for webapplikationer. Overholdelse af disse standarder er afgørende for at opretholde robust sikkerhed.
Sikring af løbende overholdelse
For at sikre løbende overholdelse af sikker kodningspraksis bør organisationer:
- Uddan: Sørg for regelmæssig træning for udviklere i den nyeste sikkerhedspraksis.
- Anmeldelse: Gennemfør kodegennemgange for at håndhæve overholdelse af sikre kodningsstandarder.
- Test: Implementer automatiserede værktøjer til at scanne for sårbarheder i kode.
Hos ISMS.online støtter vi din forpligtelse til sikker kodning ved at tilbyde ressourcer og værktøjer, der stemmer overens med industriens bedste praksis, og hjælper dig med at opretholde sikkerheden og overholdelse af dine softwareudviklingsprocesser.
Change Management og PCI DSS
Ændringsstyring er et centralt element i opretholdelsen af sikkerheden af kortholderdata, som påbudt af PCI DSS-krav 6. Det sikrer, at alle ændringer af systemkomponenter administreres på en metodisk og sikker måde.
Trin i en sikker forandringsledelsesproces
En sikker forandringsledelsesproces involverer typisk:
- Identifikation: Dokumentation af den foreslåede ændring og dens formål.
- Godkendelse: Indhentning af tilladelse fra den relevante myndighed, før du fortsætter.
- Test: Evaluering af ændringen i et kontrolleret miljø for at sikre, at den ikke introducerer nye sårbarheder.
- Implementering: Implementer omhyggeligt ændringen i det levende miljø.
- Anmeldelse: Gennemgang efter implementering for at bekræfte, at ændringen ikke har påvirket systemets sikkerhed.
Sikring af sikkerhed med hver ændring
For at forhindre nye sårbarheder bør du:
- Udfør en risikovurdering for hver ændring.
- Sørg for, at ændringer foretages i overensstemmelse med retningslinjer for sikker kodning.
- Overvåg virkningerne af ændringen på systemets overordnede sikkerhedsposition.
Dokumentation til sikker forandringsledelse
Korrekt dokumentation er afgørende og bør omfatte:
- Ændre anmodninger og godkendelser.
- Risikovurderinger forbundet med ændringerne.
- Testresultater og implementeringsdetaljer.
- Gennemgange efter implementering og eventuelle nødvendige afhjælpningshandlinger.
Hos ISMS.online leverer vi en platform, der understøtter dine ændringsstyringsprocesser, der hjælper dig med at dokumentere, spore og verificere ændringer for at sikre kontinuerlig overholdelse af PCI DSS-krav 6.
Administrer al din compliance, alt på ét sted
ISMS.online understøtter over 100 standarder og regler, hvilket giver dig en enkelt platform til alle dine overholdelsesbehov.
Test af applikationssikkerhed
Sikring af applikationers sikkerhed er et kritisk aspekt af PCI DSS-krav 6. Applikationssikkerhedstest er en nøglekomponent i at identificere og afbøde potentielle sårbarheder.
Typer af applikationssikkerhedstest
PCI DSS-krav 6 kræver to primære typer sikkerhedstest:
- Statisk applikationssikkerhedstest (SAST): Dette er en undersøgelse af applikationens kildekode for at opdage sikkerhedsfejl uden at køre programmet. Det er beslægtet med en kodegennemgang og udføres tidligt i udviklingens livscyklus.
- Dynamic Application Security Testing (DAST): DAST analyserer kørende applikationer for at identificere sårbarheder, som en angriber kan udnytte, og simulerer angreb fra den virkelige verden.
Forskellen mellem SAST og DAST
SAST og DAST tjener komplementære roller inden for applikationssikkerhed:
- CEST bruges til at identificere problemer i kodningsfasen, hvilket giver mulighed for tidlig afhjælpning.
- DAST anvendes til operationelle applikationer, hvilket giver indsigt i runtime sikkerhedsproblemer.
Regelmæssig applikationssikkerhedstest for overholdelse
Regelmæssig test er ikke valgfrit; det er en nødvendighed for overholdelse og sikkerhed. Det hjælper med:
- At fange sårbarheder, før de kan udnyttes.
- Sikring af, at sikkerhedsforanstaltninger er effektive og opdaterede.
Integrering af test i SDLC
Applikationssikkerhedstest bør væves ind i SDLC'en for at skabe en kontinuerlig feedback-loop. Ved at integrere SAST og DAST på forskellige stadier kan du sikre, at sikkerhed ikke er en eftertanke, men en grundlæggende del af udviklingsprocessen.
Hos ISMS.online forstår vi vigtigheden af applikationssikkerhedstest og tilbyder ressourcer til at hjælpe dig med at integrere disse fremgangsmåder i din SDLC, hvilket sikrer overholdelse af PCI DSS-krav 6.
Yderligere læsning
Dokumentation og PCI DSS Compliance
Dokumentation er rygraden i PCI DSS Requirement 6 compliance, der fungerer som både en registrering af overholdelse og en guide til opretholdelse af sikkerhedsstandarder. Det er gennem grundig dokumentation, at organisationer kan demonstrere deres engagement i at beskytte kortholders data.
Vigtig dokumentation for PCI DSS-krav 6
Organisationer bør vedligeholde en række dokumenter, herunder:
- Sikkerhedspolitikker: Skitserer organisationens tilgang til sikring af kortholderdata.
- Procedurer: Detaljerede trin til implementering af sikkerhedsforanstaltninger.
- Hændelsesplan: Tilvejebringelse af en køreplan for håndtering af sikkerhedsbrud.
- Change Management Records: Dokumentation af alle ændringer af systemkomponenter.
- Revisionsspor: Registrering af brugeraktiviteter, undtagelser og informationssikkerhedshændelser.
Understøttelse af revisionsprocessen
Under en revision gennemgås dokumentation for at verificere overensstemmelse med PCI DSS standarder. Det giver bevis for:
- Risikovurderinger: Viser, hvordan risici identificeres og håndteres.
- Patch Management: Demonstrerer, at sårbarheder behandles hurtigt og effektivt.
- Sikkerhedstest: Bekræftelse af, at systemer og applikationer regelmæssigt testes for svagheder.
Rolle i Incident Response og Breach Management
I tilfælde af en sikkerhedshændelse spiller dokumentation en afgørende rolle i:
- Identifikation af omfanget: Forstå omfanget af et brud.
- Facilitering af restitution: Vejledning i trinene til at begrænse og afhjælpe problemer.
- Analyse efter hændelsen: Hjælper med at identificere årsagen og forhindre fremtidige hændelser.
Hos ISMS.online tilbyder vi en platform, der forenkler oprettelsen, styringen og genfindingen af disse vitale dokumenter, hvilket sikrer, at du altid er forberedt på revisioner og udstyret til at håndtere eventuelle sikkerhedshændelser.
Uddannelse af udviklere i sikkerhed og overholdelse
At sikre, at udviklere er velbevandret i sikkerhed og overholdelse er en hjørnesten i at opfylde PCI DSS-krav 6. Hos ISMS.online anerkender vi den kritiske rolle, som udvikleruddannelse spiller i at beskytte kortholders data.
Nødvendigheden af udviklersikkerhedstræning
Udvikleruddannelse er ikke kun et afkrydsningsfelt for overholdelse; det er en investering i din organisations sikkerhedsposition. Ved at udstyre dit udviklingsteam med viden om sikker kodningspraksis mindsker du proaktivt risikoen for databrud og sikrer overholdelse af PCI DSS-standarder.
Kerneemner for udvikleruddannelsesprogrammer
Et omfattende sikkerhedsuddannelsesprogram for udviklere bør dække:
- Sikker kodningsstandarder: Som dem skitseret af OWASP og SANS.
- Trusselsmodellering: At forudse og forsvare sig mod potentielle angreb.
- Sikkerhedstest: Inklusive SAST- og DAST-metoder.
- Hændelsesrespons: Forbereder udviklere til at reagere hurtigt og effektivt på sikkerhedshændelser.
Fordele ved at træne udviklere i sikkerhedspraksis
Når udviklere er trænet i sikkerhed, bliver de din første forsvarslinje mod cybertrusler. Denne uddannelse fører til:
- Reducerede sårbarheder: Gennem udvikling af mere sikker kode.
- Forbedret overholdelse: Ved at sikre, at sikkerhed er et konsekvent element i udviklingsprocessen.
Sikring af kontinuerlig læring
For at holde udviklere ajour med udviklende sikkerhedsstandarder skal du overveje:
- Regelmæssige træningsopdateringer: For at dække nye trusler og sikkerhedspraksis.
- Deltagelse i sikkerhedsfora: Opmuntrende engagement med det bredere sikkerhedssamfund.
- Inkorporering af læring i daglige arbejdsgange: At gøre sikkerhed til en integreret del af udviklingskulturen.
Gennem vores platform, ISMS.online, støtter vi dine bestræbelser på at opretholde et velinformeret udviklingsteam, der leverer ressourcer og værktøjer, der letter løbende uddannelse i sikkerhed og compliance.
Håndtering af sikkerheden ved offentligt vendte webapplikationer
Offentlige webapplikationer er ofte hoveddøren til din organisations tjenester og data, hvilket gør deres sikkerhed altafgørende. PCI DSS-krav 6 løser dette ved at angive specifikke foranstaltninger til at beskytte disse applikationer mod trusler.
Nødvendige sikkerhedsforanstaltninger for webapplikationer
For offentlige webapplikationer skal du implementere:
- Validering af datainput: For at forhindre SQL-injektion og XSS-angreb.
- Godkendelseskontrol: For at sikre, at kun autoriserede brugere får adgang.
- Kryptering: For at beskytte data i transit mod aflytning.
- Regelmæssig sårbarhedsscanning: For at opdage og afhjælpe sikkerhedssvagheder omgående.
Rollen af webapplikationsfirewalls (WAF)
WAF'er er en kritisk forsvarslinje, der filtrerer og overvåger HTTP-trafik mellem en webapplikation og internettet. De hjælper med:
- Blokering af ondsindede anmodninger.
- Beskyttelse mod webbaserede angreb.
- Overholder PCI DSS ved at afskærme webapplikationer fra kendte sårbarheder.
Almindelige trusler mod webapplikationer
Webapplikationer står over for adskillige trusler, herunder:
- DDoS-angreb: Overvældende servere til at forstyrre service.
- Kodeinjektion: Udnyttelse af sikkerhedssårbarheder til at udføre ondsindet kode.
- Databrænkelser: Uautoriseret adgang fører til datatyveri.
Afbalancering af funktionalitet og sikkerhed
For at balancere funktionalitet med sikkerhed skal du overveje:
- Implementering af sikkerhedsfunktioner, der ikke hæmmer brugeroplevelsen.
- Regelmæssig opdatering af applikationer for at introducere nye funktioner, mens sikkerhedsproblemer løses.
PCI DSS Krav 6 og ISO 27001:2022 Mapping
At navigere i forviklingerne ved PCI DSS Requirement 6 bliver mere overskueligt, når du forstår dets tilpasning til ISO 27001:2022-standarderne. Hos ISMS.online leverer vi ekspertisen til at hjælpe dig med at kortlægge disse kontroller effektivt.
Justering af sikre udviklingslivscyklusser
PCI DSS-krav 6.1 og ISO 27001 kontrol A.8.25 begge understreger vigtigheden af en sikker udviklingslivscyklus. Dette sikrer, at sikkerhed er integreret i alle trin i din softwareudviklingsproces.
- Organisatoriske roller og ansvar: ISO 27001's kontrol 5.3 supplerer dette ved at tydeliggøre roller, ansvar og myndigheder i din organisation, hvilket sikrer, at alle forstår deres rolle i at opretholde sikkerheden.
Udvikling af skræddersyet og brugerdefineret software sikkert
Til Krav 6.2, er sikker udvikling af tilpasset software altafgørende. ISO 27001 kontroller A.8.25 og A.8.28 udgør en ramme for sikker kodningspraksis, mens A.5.20 omhandler sikkerhed inden for leverandøraftaler og sikrer, at alle parter involveret i softwareudvikling overholder høje sikkerhedsstandarder.
Identifikation og adressering af sikkerhedssårbarheder
Krav 6.3s fokus på sårbarhedshåndtering afspejles af ISO 27001's 8.8, som giver mandat til håndtering af tekniske sårbarheder. Sammen danner de en proaktiv tilgang til at identificere og mindske risici.
Beskyttelse af offentlige webapplikationer
Krav 6.4 justerer med ISO 27001's 8.21, hvilket understreger behovet for at sikre netværkstjenester mod angreb, især for offentlige webapplikationer.
Sikker forandringsledelse
Endelig Krav 6.5 om forandringsledelse understøttes af ISO 27001's A.8.32. Dette sikrer, at alle ændringer af systemkomponenter administreres på en sikker og kontrolleret måde.
Ved at kortlægge PCI DSS krav til ISO 27001 kontroller, kan du skabe en sammenhængende og robust sikkerhedsstrategi. Vores platform på ISMS.online forenkler denne proces og giver dig værktøjerne til at opnå og demonstrere overholdelse effektivt.
Overholdelse af ISMS.online og PCI DSS
Det kan være komplekst at navigere i PCI DSS-overholdelse, men med ISMS.online forenkler vi rejsen for dig. Vores Integrated Management System (IMS) er designet til at strømline overholdelsesprocessen, hvilket gør den mere overskuelig og mindre tidskrævende.
Forenkling af overholdelse af en IMS
Et IMS integrerer alle overholdelsesprocesser i en enkelt sammenhængende ramme. Denne holistiske tilgang reducerer dobbeltarbejde og sikrer, at alle aspekter af PCI DSS Requirement 6 behandles konsekvent.
Værktøjer og funktioner til Compliance Management
ISMS.online tilbyder en række værktøjer til at styre overholdelsesdokumentation og -risici, herunder:
- Dokument kontrol: Administrer og gem sikkert alle dine overholdelsesdokumenter ét sted.
- Risk Management Værktøjer: Identificer, vurder og afbød risici med vores dynamiske risikostyringsværktøjer.
- Task Management: Tildel og spor overholdelsesrelaterede opgaver for at sikre, at intet falder gennem sprækkerne.
Kontinuerlig forbedring og overvågning af overholdelse
Vi tror på styrken af løbende forbedringer. ISMS.online understøtter dette med funktioner, der giver mulighed for:
- Regelmæssige anmeldelser: Planlæg og foretag regelmæssige gennemgange af din sikkerhedsstilling.
Udvikling og vedligeholdelse af sikre systemer
Vores platform hjælper med at udvikle og vedligeholde sikre systemer ved at levere:
- Bedste praksis skabeloner: Brug vores forudkonfigurerede skabeloner til at tilpasse sig PCI DSS-kravene.
- Vejledning og support: Få adgang til ekspertrådgivning for at navigere i kompleksiteten af PCI DSS-krav 6.
Fordele ved at bruge ISMS.online
For at se alle vores fordele:
- Kontakt vores team: Ræk ud for at diskutere dine specifikke overholdelsesbehov.
- onboarding: Vi guider dig gennem onboarding-processen, skræddersy vores platform til din organisation.
- Løbende support: Drag fordel af vores kontinuerlige support, mens du arbejder hen imod og opretholder overholdelse.
Hos ISMS.online er vi forpligtet til at hjælpe dig med at beskytte kortholderdata ved at forenkle vejen til PCI DSS-overholdelse. Kontakt os for at lære, hvordan vi kan understøtte din overholdelsesrejse.
Book en demoPCI DSS-kravtabel
| PCI DSS-kravnummer | PCI DSS-kravnavn |
|---|---|
| PCI DSS-krav 1 | Installer og vedligehold en firewall-konfiguration for at beskytte kortholderdata |
| PCI DSS-krav 2 | Brug ikke leverandørleverede standarder til systemadgangskoder og andre sikkerhedsparametre |
| PCI DSS-krav 3 | Beskyt gemte kortholderdata |
| PCI DSS-krav 4 | Krypter transmission af kortholderdata på tværs af åbne, offentlige netværk |
| PCI DSS-krav 5 | Beskyt alle systemer mod malware og opdater regelmæssigt antivirussoftware eller -programmer |
| PCI DSS-krav 6 | Udvikle og vedligeholde sikre systemer og applikationer |
| PCI DSS-krav 7 | Begræns adgangen til kortholderdata af Business Need to Know |
| PCI DSS-krav 8 | Identificer og godkend adgang til systemkomponenter |
| PCI DSS-krav 9 | Begræns fysisk adgang til kortholderdata |
| PCI DSS-krav 10 | Spor og overvåg al adgang til netværksressourcer og kortholderdata |
| PCI DSS-krav 11 | Test jævnligt sikkerhedssystemer og -processer |
| PCI DSS-krav 12 | Oprethold en politik, der omhandler informationssikkerhed for alt personale |








