PCI DSS

PCI DSS steht für Payment Card Industry Data Security Standard, und ist eine Reihe von Information Sicherheit Standards für jede Organisation, die gebrandete Kreditkarten aus den großen Kreditkartennetzwerken – American Express, Discover Financial Services, JCB International, MasterCard und Visa – verwaltet und akzeptiert. PCI DSS gibt es seit 2006, und abgedeckte Organisationen sind derzeit verpflichtet, PCI DSS 3.2.1 einzuhalten. Unternehmen und Unternehmen, die die PCI-Datensicherheitsstandards einhalten, genießen mehr Vertrauen bei ihren Kunden, was ihnen die Sicherheit gibt, dass sie sensible Informationen schützen. Die Nichteinhaltung dieser Standards kann zu Sicherheitsverletzungen und damit zu erheblichen Verlusten bei Umsatz und Kundenbindung führen.

Eine neue Version, PCI DSS 4.0, befindet sich derzeit in der RFC-Phase (Request for Comments) und wird voraussichtlich Mitte 2021 fertiggestellt sein. Laut PCI Council bleibt PCI DSS 3.2.1 noch 18 Monate lang aktiv, sobald alle PCI DSS 4-Materialien veröffentlicht sind.

Der PCI-Standard wird von den Kartennetzwerken und Unternehmen, die Kartentransaktionen nutzen, durchgesetzt, aber vom Payment Card Industry Security Standards Council verwaltet. Der Security Standards Council stellt sicher, dass alle Informationen und Richtlinien zur Einhaltung der Vorschriften auf dem neuesten Stand sind und den Unternehmen die genauesten und hilfreichsten Informationen bieten.

Wer muss PCI DSS einhalten?

Ziel des PCI Data Security Standard (PCI DSS) ist es, Karteninhaberdaten (CHD) und sensible Authentifizierungsdaten (SAD) überall dort zu schützen, wo sie verarbeitet, gespeichert oder übertragen werden. Die Aufrechterhaltung der Zahlungssicherheit ist für alle Organisationen erforderlich, die Karteninhaberdaten speichern, verarbeiten oder übertragen.

Die PCI-Sicherheitsstandards umfassen technische und betriebliche Anforderungen für:

  • Organisationen, die Zahlungsvorgänge akzeptieren oder verarbeiten
  • Softwareentwickler und Hersteller von Anwendungen und Geräten, die bei diesen Transaktionen verwendet werden

PCI 3.2.1, die im Mai 2018 veröffentlicht wurde, ist die aktuelle Version, an die sich betroffene Organisationen halten müssen.

Die Validierung der Compliance erfolgt jährlich oder vierteljährlich mit einer Methode, die der Händlerebene des Unternehmens entspricht, die eine Funktion des jährlichen Volumens der abgewickelten Kreditkartentransaktionen ist.

Zusammenfassung der PCI-Händlerstufen und der Audit- und Reporting-Anforderungen

Die folgende Tabelle bietet einen Überblick über die PCI-Händlerstufen, die gängigen Zahlungsarchitekturen, die typischerweise auf jeder Ebene verwendet werden, und die entsprechenden PCI-Audit- und Reporting-Anforderungen. Hinweis: Es gibt einige subtile Unterschiede in den Benchmarks auf Händlerebene zwischen den Kreditkartenunternehmen, daher wird den Lesern empfohlen, sich mit ihren PCI-Beratungs- und QSA-Partnern in Verbindung zu setzen, um eine genaue Einschätzung der Anforderungen zu erhalten, die für ihr Unternehmen gelten. 

Händler-Ebene Volumen der Kreditkartentransaktionen pro Jahr Gemeinsame Zahlungsarchitektur PCI-Audit- und Reporting-Anforderungen
STUFE 1 Insgesamt mehr als 6 Millionen Transaktionen in allen Regionen der Welt
  • E-Commerce
  • Karte nicht vorhanden
  • Karte geschenkt
  • Annual Report on Compliance (ROC) durch einen Qualified Security Assessor (QSA)
  • Vierteljährliche Netzwerkscans durch einen Approved Scanning Vendor (ASV)
  • Formular zur Bescheinigung der Einhaltung
STUFE 2

1 Million bis 6 Millionen in allen Regionen der Welt

  • E-Commerce
  • Karte nicht vorhanden
  • Karte geschenkt
  • Jährlicher Fragebogen zur Selbsteinschätzung (SAQ) (interne Revision)
  • Vierteljährlicher Netzwerkscan durch einen ASV
  • Formular zur Bescheinigung der Einhaltung
STUFE 3 20.000 bis 1 Million in globalen Regionen
  • Nur E-Commerce
  • Jährlicher SAQ
  • Vierteljährlicher Netzwerkscan durch einen ASV
  • Formular zur Bescheinigung der Einhaltung
STUFE 4

Weniger als 20.000

ODER

1 Million über alle Kanäle, ABER

Weniger als 20.000 Kartentransaktionen

  • Nur E-Commerce

 

  • Karte geschenkt
  • E-Commerce
  • Jährlicher SAQ
  • Vierteljährlicher Netzwerkscan durch einen ASV
  • Formular zur Bescheinigung der Einhaltung

12 Voraussetzungen für PCI DSS

PCI DSS 3.2.1 umfasst 6 Ziele, 12 Anforderungen, 78 Basisanforderungen und über 400 Testverfahren. Die folgende Tabelle fasst die Ziele des PCI DSS und die damit verbundenen Anforderungen zusammen. Für nähere Informationen zu den Unteranforderungen und Tests sollten Leser den PCI DSS-Referenzleitfaden konsultieren.

PCI DSS-ZIELE Anforderungen
AUFBAU UND WARTUNG EINES SICHEREN NETZWERKS UND SICHERER SYSTEME

1. Installieren und pflegen Sie eine Firewall-Konfiguration zum Schutz der Karteninhaberdaten

2. Verwenden Sie keine vom Anbieter bereitgestellten Standardeinstellungen für Systemkennwörter und andere Sicherheitsparameter

SCHUTZ DER DATEN VON KARTENINHABERN

3. Schützen Sie gespeicherte Karteninhaberdaten

4. Verschlüsselte Übertragung von Karteninhaberdaten über offene, öffentliche Netze

PFLEGEN SIE EIN SCHWACHSTELLENMANAGEMENT-PROGRAMM

5. Alle Systeme vor Malware zu schützen und Antivirenprogramme regelmäßig zu aktualisieren

6. Entwickeln und pflegen Sie sichere Systeme und Anwendungen

IMPLEMENTIEREN SIE STRENGE ZUGRIFFSKONTROLLMASSNAHMEN

7. Beschränken Sie den Zugriff auf Karteninhaberdaten nach geschäftlichen Anforderungen

8. Identifizieren und Authentifizieren des Zugriffs auf Systemkomponenten

9. Beschränken Sie den physischen Zugriff auf Karteninhaberdaten

REGELMÄSSIGE ÜBERWACHUNG UND PRÜFUNG VON NETZWERKEN

10. Verfolgen und überwachen Sie alle Zugriffe auf Netzwerkressourcen und Karteninhaberdaten

11. Testen Sie regelmäßig Sicherheitssysteme und -prozesse

PFLEGEN SIE EINE INFORMATIONSSICHERHEITSRICHTLINIE 12. Pflegen Sie eine Richtlinie, die die Informationssicherheit für alle Mitarbeiter berücksichtigt

Potenzielle Risiken durch PCI-Nichteinhaltung

PCI DSS gibt es schon seit über 12 Jahren, aber viele Organisationen sehen sich bei Audits weiterhin mit kritischen negativen Feststellungen konfrontiert. Einige Organisationen berichten weiterhin von Datenpannen, obwohl sie erst kürzlich ein PCI-Audit bestanden haben. Die wichtigste Erkenntnis hierbei ist, dass die Einhaltung von Vorschriften nicht zwangsläufig bedeutet, dass die Daten und Anwendungen sicher sind. Die Einhaltung von Vorschriften sollte als Grundlage betrachtet werden; Organisationen sollten sich aber auch darauf konzentrieren, Bedrohungsvektoren zu identifizieren und zu mindern, die nicht unbedingt von ihren Compliance-Vorgaben abgedeckt werden.

Dies sind die häufigsten Herausforderungen bei der PCI-Konformität :

  1. Wir müssen den Umfang und die Kosten von PCI-Audits steuern. Der PCI Security Council veröffentlichte einen Leitfaden für Scoping und Netzwerksegmentierung. Das Dokument bietet einen Rahmen, der betroffenen Organisationen dabei hilft, die CDE-Komponenten (Cardholder Data Environment), PCI-verbundene und die PCI-Sicherheit beeinträchtigende Systeme sowie außerhalb des Umfangsbereichs liegenden Komponenten zu identifizieren. Leider ist die Umsetzung des Scoping- und Segmentierungsrahmens für viele Organisationen aufgrund der zunehmend dynamischen und komplexen Natur von Rechenzentrumsumgebungen und Zahlungsarchitekturen eine Herausforderung. Die Abhängigkeit von statischen, zeitnahen Daten und Netzwerk-Flusskarten zur Befüllung und Pflege des PCI-Komponentenbestands sowie inkonsistente IT-Änderungs- und Firewall-Änderungsmanagementpraktiken führen zu Scoping- und Segmentierungsfehlern, die wiederum zu PCI-Bewertungsfehlern und höheren Auditkosten führen.
  2. Unfähigkeit, kontinuierlich die PCI-Sicherheit und Konformität sowie Segmentierung aufrechtzuerhalten. Die PCI-Sicherheitsstandards verlangen von Organisationen, ihre PCI-Segmentierungsposition kontinuierlich aufrechtzuerhalten und sicherzustellen, dass sie stets den PCI-Anforderungen und den Grundanforderungen entspricht. Dynamische und komplexe Rechenzentrums- und Zahlungsarchitekturen in Kombination mit Fehlanpassungen zwischen Sicherheitsprozessen und IT-Abläufen führen zu Sicherheits- und Kontrolllücken. Infolge von IT-Praktiken vermischen sich PCI-Komponenten oft mit Nicht-PCI-Komponenten innerhalb derselben Zone, VLAN oder im Subnetz und ohne zusätzliche Kontrollen, um den Datenverkehr zum CDE zu beschränken. In einigen Fällen führt die Diskrepanz zwischen IT-Änderungsmanagement, Ressourcenbereitstellung und Firewall-Änderungsmanagement zu einer falschen Inventarisierung von PCI-verbundenen Systemen im Rahmen des Scope und zu falsch konfigurierten Firewall-Regeln. Schlechte Schwachstellenmanagement- und Patch-Management-Prozesse verhindern zudem, dass eine Organisation kontinuierlich ihre PCI-Sicherheitslage aufrechterhalten kann. Der Verizon Payment Security Report bietet einen detaillierten Überblick über die Zahlungssicherheitstrends und die kritischen Sicherheitsherausforderungen, denen Organisationen weiterhin gegenüberstehen. Verizon veröffentlicht diesen Bericht seit 2010 jährlich. Im Bericht von 2020 kommen die Autoren zu dem Schluss, dass die folgenden PCI-Anforderungen die größten Kontrolllücken aufweisen:
  3. Req. 11. Testen Sie Sicherheitssysteme und -prozesse
  4. Req. 5. Schutz vor bösartiger Software
  5. Req. 10. Verfolgen und Überwachen des Zugriffs
  6. Zu Frage 12. Sicherheitsmanagement
  7. Zu Frage 8. Authentifizieren des Zugriffs
  8. Zu Frage 1. Installieren und Verwalten einer Firewallkonfiguration
  9. Flache Netzwerke. Überraschenderweise haben viele Unternehmen auch heute noch flache Netzwerke, da diese einfach zu entwerfen und leicht zu bedienen und zu warten sind. Ein flaches Netzwerk bedeutet jedoch, dass alles in der Umgebung (einschließlich nicht PCI-verbundener und nicht CDE-fähiger Komponenten) in den PCI-Geltungsbereich fällt, was zu höheren PCI-Audit-Kosten führt. Ein flaches Netzwerk bedeutet auch, dass ein böswilliger Akteur, wenn er in der Lage ist, einen einzelnen Host erfolgreich zu kompromittieren, das Netzwerk leicht durchqueren und auf die Zahlungsanwendungen und die Karteninhaberdatenbank zugreifen kann.
  10. Sie müssen den Übergang zum Betriebsmodell für die Remote-Arbeit sicherstellen. Wenn Unternehmen auf ein vollständig remote arbeitendes Betriebsmodell umstellen, müssen sie bewerten, wie sich diese Änderungen auf den Umfang ihrer PCI-Umgebung auswirken und welche zusätzlichen Kontrollen sie implementieren müssen, um den legitimen Datenverkehr zum CDE zu kontrollieren. Beispiele hierfür sind die Sicherung des legitimen Fernzugriffs autorisierter Administratoren auf Zahlungsanwendungen von Mitarbeiter-Laptops aus, die Sicherung des Kundensupports und der Abrechnung aus der Ferne sowie die kontaktlose Sicherung autorisierter Verbindungen zwischen kontaktlosen Kiosken mit Internetzugriff und den Anwendungen des Rechenzentrums.

Was sind die häufigsten Herausforderungen bei der Implementierung des PCI Data Security Standards?

Echtzeit-Transparenz der Workloads, Benutzer, Geräte und deren Verbindungen und Abläufe ist wichtig für:

  • Sicherstellen, dass der Umfang der PCI-Umgebung aktuell und genau ist, was wiederum bedeutet, dass Segmentierungs- und Firewall-Regeln korrekt angewendet werden.
  • Bereitstellung wertvoller Beiträge zu den vorgeschriebenen vierteljährlichen internen Schwachstellenscans und Verwendung dieser Informationen, um die potenziellen lateralen Angriffspfade im Zusammenhang mit Schwachstellen abzubilden.
  • Kontinuierliche Überwachung der PCI-Umgebung auf Änderungen bei Workloads, Geräten, Benutzern, Verbindungen und fehlgeschlagenen Verbindungsversuchen, die Indikatoren für einen potenziellen Angriff sein könnten.
  • Identifizierung von Änderungen der Angriffsfläche und Gefahrenvektoren, die nicht unbedingt durch PCI-Konformitätsanforderungen abgedeckt sind.

Die Bedeutung von Echtzeit-Transparenz für eine effektive PCI DSS-Compliance

  • Echtzeit-Transparenz trägt dazu bei, die Genauigkeit des PCI-Umfangs sicherzustellen, indem sie kontinuierlich alle Verbindungen der CDE-, PCI-verbundenen und PCI-Sicherheit beeinträchtigenden Systeme überwacht, die alle im PCI-Bereich fallen. Eine Organisation kann dann hostbasierte Mikrosegmentierung anwenden, um die geltenden Firewall-Regeln durchzusetzen und eingehenden und ausgehenden Datenverkehr auf die PCI-Umgebung nur auf diejenigen zu beschränken, die "erlaubt" oder "legitim" sind. (Anforderung 1)
  • Die kontinuierliche Aufrechterhaltung einer effektiven und genauen Segmentierung der PCI-Umgebung trägt zur Kontrolle der PCI-Auditkosten bei.
  • Durch die Eliminierung falsch konfigurierter und veralteter Firewall-Regeln wird die Anfälligkeit eines betroffenen Unternehmens für eine potenzielle Datenschutzverletzung verringert.
  • Profitieren Sie von der Integration mit IT-Automatisierungstools (wie Chef, Puppet und Ansible, Terraform), um sicherzustellen, dass Segmentierungsrichtlinien gleichzeitig mit der Bereitstellung von Workload-Ressourcen und der Freigabe für die Produktionsumgebung bereitgestellt werden.
  • Echtzeit-Transparenz hilft dem Unternehmen, die Änderungen am PCI-Bereich zu bewerten, wenn ein Unternehmen auf Remote-Arbeit umstellt. Es hilft dem Unternehmen, kritische Kontrolllücken und potenzielle Angriffsvektoren zu identifizieren. Unternehmen können dann eine hostbasierte Mikrosegmentierung anwenden, um Peer-to-Peer-Verbindungen von Heimgeräten zu den Laptops des Remote-Benutzers einzuschränken und die Verbindungen zwischen Benutzer und Rechenzentrumsanwendung zu steuern.
  • Kontrollieren Sie Verbindungen zwischen autorisierten PCI-Workloads, Benutzern und Geräten, die über mehrere VLANs, Zonen und Subnetze verstreut sind, und halten Sie mit Änderungen des IT-Betriebs Schritt, ohne die Architektur der Netzwerkumgebung neu zu gestalten.
  • In cloudnativen und Greenfield-Umgebungen können Organisationen die Integration mit Container-Orchestrierungsplattformen nutzen, um "Segmentierung-Richtlinien" bei der Entstehung einer Arbeitslast bereitzustellen.
  • Neben der direkten Erfüllung von PCI-Konformitätsanforderungen kann eine Organisation Mikrosegmentierung anwenden, um ihre Angriffsfläche zu verringern, Lateral Movement zu behindern und die schnelle Ausbreitung von Ransomware einzudämmen.

Verwendung von hostbasierter Mikrosegmentierung zur Bewältigung Ihrer Herausforderungen in den Bereichen PCI-Compliance und Cybersicherheit

  • Die Echtzeit-Transparenz trägt zur Genauigkeit des PCI-Geltungsbereichs bei, indem alle Verbindungen der CDE, der PCI-verbundenen Systeme und der PCI-sicherheitsrelevanten Systeme, die alle unter den PCI-Geltungsbereich fallen, kontinuierlich überwacht werden. Eine Organisation kann dann eine hostbasierte Mikrosegmentierung anwenden, um die entsprechenden Firewall-Regeln durchzusetzen und den ein- und ausgehenden Datenverkehr in der PCI-Umgebung auf diejenigen zu beschränken, die „erlaubt“ oder „legitim“ sind. (Anforderung 1)
  • Die kontinuierliche Aufrechterhaltung einer effektiven und genauen Segmentierung der PCI-Umgebung trägt zur Kontrolle der PCI-Auditkosten bei.
  • Durch die Eliminierung falsch konfigurierter und veralteter Firewall-Regeln wird die Anfälligkeit eines betroffenen Unternehmens für eine potenzielle Datenschutzverletzung verringert.
  • Profitieren Sie von der Integration mit IT-Automatisierungstools (wie Chef, Puppet und Ansible, Terraform), um sicherzustellen, dass Segmentierungsrichtlinien gleichzeitig mit der Bereitstellung von Workload-Ressourcen und der Freigabe für die Produktionsumgebung bereitgestellt werden.
  • Echtzeit-Transparenz hilft dem Unternehmen, die Änderungen am PCI-Bereich zu bewerten, wenn ein Unternehmen auf Remote-Arbeit umstellt. Es hilft dem Unternehmen, kritische Kontrolllücken und potenzielle Angriffsvektoren zu identifizieren. Unternehmen können dann eine hostbasierte Mikrosegmentierung anwenden, um Peer-to-Peer-Verbindungen von Heimgeräten zu den Laptops des Remote-Benutzers einzuschränken und die Verbindungen zwischen Benutzer und Rechenzentrumsanwendung zu steuern.
  • Kontrollieren Sie Verbindungen zwischen autorisierten PCI-Workloads, Benutzern und Geräten, die über mehrere VLANs, Zonen und Subnetze verstreut sind, und halten Sie mit Änderungen des IT-Betriebs Schritt, ohne die Architektur der Netzwerkumgebung neu zu gestalten.
  • In Cloud-nativen und Greenfield-Umgebungen können Unternehmen die Integration mit Container-Orchestrierungsplattformen nutzen, um "Segmentierungsrichtlinien" zu Beginn eines Workloads bereitzustellen.
  • Zusätzlich zur direkten Erfüllung der PCI-Compliance-Anforderungen kann eine Organisation durch Mikrosegmentierung ihre Angriffsfläche verringern, die laterale Ausbreitung behindern und die schnelle Verbreitung von Ransomware eindämmen.

Mehr erfahren

Beginnen Sie jetzt mit der Umsetzung von Schritten, um PCI-konform zu werden und Ihre Kunden und Ihr Unternehmen zu schützen.

Erfahren Sie mehr darüber, wie Mikrosegmentierung dazu beitragen kann, Ihren PCI-DSS-Umfang zu reduzieren und Compliance zu erreichen, in unserem Whitepaper "Drei Schritte zur effektiven Segmentierung Ihrer PCI-Compliance".

Gehen Sie von einer Sicherheitsverletzung aus.
Minimieren Sie die Auswirkungen.
Erhöhen Sie die Resilienz.

Ausgehend von der Prämisse, dass das Unerwartete jederzeit passieren kann, treiben die folgenden Verhaltensweisen an