﻿# Sicherheit bei Stripe

So geht Stripe mit dem Thema Sicherheit um

Unsere Nutzer/innen vertrauen Stripe ihre sensiblen Daten an und verlassen sich darauf, dass wir auch umsichtig mit den Daten ihrer eigenen Endkundinnen und -kunden umgehen. Als Unternehmen für Zahlungsinfrastruktur entwickelt sich unser Sicherheitsstandard stets weiter und erfüllt die strengen Standards der globalen Finanzindustrie.

## Einhaltung von Normen und Vorschriften

Stripe hält seine Sicherheitspraktiken mit den folgenden Standards und Vorschriften aufrecht.

### PCI-zertifiziert

Ein PCI-zertifizierter Prüfer hat Stripe bewertet und uns nach [PCI Service Provider Level 1](https://www.visa.com/splisting/LearnMore.html) zertifiziert. Dies ist die strengste Zertifizierungsstufe, die in der Zahlungsbranche möglich ist. Diese Prüfung umfasst sowohl den Stripe Card Data Vault (CDV) als auch die sichere Softwareentwicklung unseres Integrationscodes.

Unsere Nutzer/innen profitieren von Funkionen, die einige Aspekte der PCI-Konformität automatisieren.

- Wir analysieren die Integrationsmethode der Nutzerin/des Nutzers und informieren sie/ihn dynamisch darüber, welches PCI-Validierungsformular verwendet werden muss.
- Wenn eine Nutzerin oder ein Nutzer Stripe Elements, Checkout, Terminal SDKs oder unsere mobilen Bibliotheken integriert, bieten wir Unterstützung beim Ausfüllen des PCI-Validierungsformulars ([Selbstbewertungsfragebogen](https://www.pcisecuritystandards.org/pci_security/completing_self_assessment)) im Dashboard.
- In unserem [Leitfaden zur PCI-Konformität](https://stripe.com/guides/pci-compliance) klären wir unsere Nutzer/innen über die PCI-Konformität auf und wie Stripe bei diesem Thema behilflich sein kann.

### SOC-Berichte (System- und Organisationskontrollen)

Die Systeme, Prozesse und Kontrollen von Stripe werden regelmäßig im Rahmen unserer SOC&nbsp;1- und SOC&nbsp;2-Compliance-Programme geprüft. SOC&nbsp;1- und SOC&nbsp;2-Typ-II-Berichte werden jährlich erstellt und können auf Anfrage zur Verfügung gestellt werden.

Das Auditing Standards Board des American Institute of Certified Public Accountants ([AICPA](https://www.aicpa.org/)) hat den SOC 3-Bericht entwickelt, der auf den AICPA Trust Services Criteria (TSC) (Kriterien für Vertrauensdienste) basiert. Der SOC 3 von Stripe ist ein öffentlicher Bericht über interne Kontrollen in Bezug auf Sicherheit, Verfügbarkeit und Vertraulichkeit. Sehen Sie sich unseren [aktuellen SOC 3-Bericht](https://docs.stripecdn.com/ebe9bebbdc5210a59ca18de4917ff3b152961a83fa3a98fbb81c758792472389.pdf) an.

### EMVCo-Standard für Kartenzahlungsterminals

Stripe Terminal ist gemäß den [EMVCo&nbsp;Level&nbsp;1 und&nbsp;2](https://www.emvco.com/approved-products/?search_bar_keywords=bbpos&tax%5Bapproved-products_categories%5D%5B90%5D%5B%5D=94%2C95%2C96%2C97%2C99) Standards der EMV®-Spezifikationen für Karten- und Terminalsicherheit sowie Interoperabilität zertifiziert. Terminal ist außerdem gemäß dem [PCI Payment Application Data Security Standard](https://en.wikipedia.org/wiki/PA-DSS) (PA-DSS) zertifiziert, dem globalen Sicherheitsstandard, der verhindern soll, dass für Dritte entwickelte Zahlungsanwendungen unzulässige sichere Daten speichern.

### NIST Cybersecurity Framework

Die Informationssicherheitsrichtlinien von Stripe und ihr übergreifendes Design sind am [NIST Cybersecurity Framework](https://www.nist.gov/cyberframework/new-framework) ausgerichtet. Unsere Sicherheitspraktiken entsprechen den Standards unserer Unternehmenskundinnen und -kunden, die sichere Produkte wie On-Demand-Cloud-Computing und Speicherplattformen (zum Beispiel Digital Ocean und Slack) bereitstellen müssen.

### Privatsphäre und Datenschutz

Die Datenschutzpraktiken von Stripe entsprechen den CBPR- und PRP-Systemen, wie die von Stripe erhaltenen CBPR- und PRP-Zertifizierungen belegen. Bitte sehen Sie sich den Status unserer [CBPR](https://privacy.trustarc.com/privacy-seal/validation?rid=31b93f92-8732-402c-9768-f15aabc763f4)- und [PRP](https://privacy.trustarc.com/privacy-seal/validation?rid=712f8b7a-6d3c-4484-9522-3bf21d56818a)-Zertifizierungen an. Stripe hält sich außerdem an das EU-US-Datenschutzrahmenwerk („EU-US DPF“), die britische Erweiterung zum EU-US DPF und das Schweizer-US-Datenschutzrahmenwerk, wie vom US-Handelsministerium festgelegt. Bitte sehen Sie sich unsere [Zertifizierungen](https://www.dataprivacyframework.gov/s/participant-search/participant-detail?id=a2zt0000000TQOUAA4&status=Active) an.

Wir implementieren kontinuierlich sich ändernde Abläufe, Verfahren und Best Practices hinsichtlich aller geltender Datenschutzbestimmungen. Weitere Informationen finden Sie in den folgenden Stripe-Ressourcen:

- [Datenschutzerklärung](https://stripe.com/privacy)
- [Datenschutzcenter](https://stripe.com/legal/privacy-center)
- [Vereinbarung zur Datenverarbeitung](https://stripe.com/legal/dpa)

## Stripe Produktsicherheit

Sicherheit ist eines der Leitprinzipien von Stripe bei all unseren Produktdesign- und Infrastrukturentscheidungen. Wir bieten eine Reihe von Funktionen, die unseren Nutzerinnen und Nutzern helfen, ihre Stripe-Daten besser zu schützen.

### Authentifizierung mit sensiblen Aktionen

Das Stripe-Dashboard unterstützt verschiedene Formen der [Multi-Faktor-Authentifizierung](https://support.stripe.com/questions/enable-two-step-authentication) (MFA), darunter [Passkeys](https://support.stripe.com/questions/sign-in-using-a-passkey), [Hardware-Sicherheitsschlüssel](https://support.stripe.com/questions/set-up-a-hardware-security-key-for-two-step-authentication), [zeitbasierte Einmalpasswort-Algorithmen (TOTP)](https://support.stripe.com/questions/enable-two-step-authentication-using-a-mobile-app) und [SMS](https://support.stripe.com/questions/enable-two-step-authentication-via-text-messaging). Wir empfehlen Passkeys oder Hardware-Sicherheitsschlüssel, da diese gegen Phishing geschützt sind. SMS-basierte MFA ist anfällig für SIM-Swapping und Abhörversuche und sollte daher nur als letzte Option verwendet werden. Wir unterstützen auch [Single Sign-On](https://docs.stripe.com/get-started/account/sso.md) über Security Assertion Markup Language (SAML) 2.0, mit dem Sie Anmeldeanforderungen festlegen, die Zugriffskontrolle konfigurieren und Teammitglieder durch Just-in-Time-Kontobereitstellung (JIT) sofort einbinden können. Wenn Sie SSO mit SCIM verwenden, können Sie Authentifizierungsrichtlinien zentral über Ihren Identitätsanbieter durchsetzen.

Stripe authentifiziert Support-Anfragen. Senden Sie Support-Anfragen nach der Anmeldung über das Dashboard. Andernfalls überprüfen wir, ob Sie Zugriff auf das Konto haben, bevor wir antworten. Eine erforderliche Authentifizierung minimiert das Risiko, dass Informationen an unbefugte Personen weitergegeben werden.

### Zugriffsbeschränkung und Auditing

Über das Dashboard können Sie verschiedene detaillierte [Rollen](https://docs.stripe.com/get-started/account/teams.md) zuweisen, um Ihren Mitarbeitern einen Zugriff mit minimalen Berechtigungen zu ermöglichen, und [eingeschränkte API-Schlüssel](https://docs.stripe.com/keys.md#create-restricted-api-key) erstellen, um das Sicherheits- und Zuverlässigkeitsrisiko durch die Offenlegung von API-Schlüsseln zu verringern. Sie können auch [Zugriffsrichtlinien von API-Schlüsseln konfigurieren](https://docs.stripe.com/keys.md#access-policies), um die Verwendung von nicht autorisierten Standorten aus zu verhindern.

Sie können außerdem Überwachungsprotokolle wichtiger Kontoänderungen und -aktivitäten in Ihrer [Sicherheitshistorie](https://dashboard.stripe.com/security_history) einsehen. Diese Überwachungsprotokolle enthalten Aufzeichnungen über sensible Kontoaktivitäten, wie Anmeldungen oder Änderungen von Bankkontoinformationen. Wir überwachen Anmeldungen und notieren Folgendes:

- Ob diese von den gleichen oder üblichen Geräten stammen.
- Ob diese von gleichbleibenden IP-Adressen stammen.
- Fehlgeschlagene Versuche

Nutzer/innen können historische Informationen aus den Logs Exportieren. Für zeitkritische Aktivitäten, insbesondere Anmeldungen von unbekannten IPs und Geräten, sendet Stripe automatische E-Mail-Benachrichtigungen an die Nutzer/in, sodass sie die Logs nicht manuell prüfen müssen.

### HTTPS und HSTS für sichere Verbindungen

Wir schreiben die Verwendung von HTTPS für alle Dienste vor, die *TLS* (TLS refers to the process of securely transmitting data between the client—the app or browser that your customer is using—and your server. This was originally performed using the SSL (Secure Sockets Layer) protocol) (SSL) verwenden, einschließlich unserer öffentlichen Website und dem [Dashboard](https://dashboard.stripe.com). Wir überprüfen regelmäßig die Details unserer Implementierung, einschließlich der von uns verwendeten Zertifikate, der von uns verwendeten Zertifizierungsstellen und der von uns unterstützten Verschlüsselungsverfahren. Wir verwenden [HSTS](https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security), um sicherzustellen, dass Browser nur über HTTPS mit Stripe interagieren. Stripe ist auch in den HSTS-Vorinstallationslisten für alle modernen Browser enthalten. Unsere Systeme blockieren automatisch Anfragen, die ältere, weniger sichere Versionen von TLS verwenden, [wofür mindestens TLS 1.2 verwendet werden muss](https://stripe.com/blog/completing-tls-upgrade).

Die gesamte interne Server-zu-Server-Kommunikation von Stripe wird mit Mutual Transport Layer Security (mTLS), einem Sicherheitsverfahren, bei dem sich beide Seiten – Client und Server – einer Netzwerkverbindung mittels digitaler Zertifikate gegenseitig authentifizieren, verschlüsselt. Stripe verfügt über spezielle [PGP-Schlüssel](https://docs.stripe.com/security/python-client-pgp-key.md), mit denen Sie die E-Mail-Kommunikation mit Stripe verschlüsseln oder signierte Nachrichten verifizieren können, die Sie von uns erhalten.

Die Domain [stripe.com](https://stripe.com), einschließlich der Dashboard- und API-Subdomains, befindet sich auf der Liste der [Top-Domains](https://chromium-review.googlesource.com/c/chromium/src/+/605062) für Chrome, was zusätzlichen Schutz vor Homoglyphen-Angriffen bietet. Dies erschwert die Erstellung von gefälschten Seiten, die in Chrome wie stripe.com aussehen (zum Beispiel `strípe.com`, das als Punycode `xn--strpe-1sa.com` gerendert wird). Dies erschwert wiederum das Phishing von Stripe-Anmeldeinformationen.

### Proaktive Internetüberwachung

Wir durchsuchen das Internet proaktiv nach den API-Schlüsseln unserer Händlerinnen und Händler. Wenn wir einen kompromittierten Schlüssel finden, ergreifen wir entsprechende Maßnahmen und raten den betroffenen Nutzerinnen und Nutzern, ihren API-Schlüssel neu zu generieren. Wir nutzen das Secret Scanning von GitHub, das uns warnt, wenn die API-Schlüssel von Nutzerinnen und Nutzern auf GitHub geleakt wurden. Wenn wir externe Phishing-Seiten finden, die unsere Nutzerinnen und Nutzer in die Falle locken könnten, arbeiten wir proaktiv mit unseren Anbietern zusammen, um diese vom Netz zu nehmen, und melden sie bei Google Safe Browsing.

## Schutzmaßnahmen für die Infrastruktur

Unsere Sicherheitsteams testen unsere Infrastruktur regelmäßig, indem sie nach Schwachstellen suchen und Penetrationstests sowie Red-Team-Übungen durchführen. Wir beauftragen externe Sicherheitsunternehmen mit der Überprüfung unserer Systeme und beheben deren Befunde umgehend. Unsere Server werden häufig und automatisch ersetzt, um die deren gute Funktion aufrechtzuerhalten und veraltete Verbindungen oder Ressourcen zu verwerfen. Server-Betriebssysteme werden lange vor dem Erreichen ihres Sicherheits-EOL (also ihres End-of-Life-Datums) aktualisiert.

### Dedizierte Kartentechnologie

Stripe verschlüsselt sensible Daten sowohl bei der Übertragung als auch im Ruhezustand. Die Stripe-Infrastruktur für die Speicherung, Entschlüsselung und Übertragung von primären Kontonummern (PANs), wie beispielsweise Kreditkartennummern, wird in einer separaten Hosting-Infrastruktur ausgeführt und teilt keine Anmeldeinformationen mit dem Rest unserer Dienste, einschließlich unserer API und Website. Ein dediziertes Team verwaltet unser CDV in einer isolierten Umgebung von Amazon Web Services (AWS), die vom Rest der Stripe-Infrastruktur getrennt ist. Wir beschränken den Zugriff auf diese separate Umgebung auf eine kleine Anzahl speziell geschulter Technikerinnen und Techniker und überprüfen den Zugriff vierteljährlich.

Alle Kartennummern werden im Ruhezustand mit AES-256 verschlüsselt. Schlüssel zur Entschlüsselung werden auf separaten Maschinen gespeichert. Wir tokenisieren PANs intern und isolieren Rohzahlen vom Rest unserer Infrastruktur. Keiner der internen Server und Daemons von Stripe kann Klartext-Kartennummern abrufen, aber sie können anfordern, dass Karten an einen Dienstleister auf einer statischen Allowlist (Zulassungsliste) gesendet werden. Wir behandeln andere sensible Daten, wie Bankkontoinformationen, ähnlich wie wir PANs tokenisieren.

### Unternehmenstechnologie

Stripe verfolgt einen Zero-Trust-Ansatz für die Zugriffsverwaltung von Mitarbeitenden. Die Authentifizierung der Mitarbeitenden erfolgt über SSO, Zwei-Faktor-Authentifizierung (2FA) mit einem hardwarebasierten Token und mTLS über ein kryptografisches Zertifikat auf von Stripe ausgegebenen Geräten. Nach der Verbindung mit dem Netzwerk sind für den Zugriff auf sensible interne Systeme und solche, die außerhalb des Standardarbeitsbereichs der Mitarbeiterin oder des Mitarbeiters liegen, zusätzliche Zugriffsberechtigungen erforderlich.

Wir überwachen Audit-Logs, um Anomalien zu erkennen und auf Eindringlinge und verdächtige Aktivitäten zu achten, und überwachen außerdem Änderungen an sensiblen Dateien in unserer Codebasis. Der gesamte Code von Stripe durchläuft eine Überprüfung durch mehrere Parteien und automatisierte Tests. Codeänderungen werden in einem unveränderlichen, manipulationssicheren Protokoll aufgezeichnet.

Wir erfassen kontinuierlich Informationen über von Stripe ausgegebene Laptops, um diese auf schädliche Vorgänge, Verbindungen zu betrügerischen Domains und Eindringlingsaktivitäten zu überwachen. Wir verfügen über ein umfassendes Verfahren zur Freigabe zulässiger Software auf den Laptops unserer Mitarbeitenden, um die Installation nicht genehmigter Anwendungen zu verhindern.

## Aufrechterhaltung des Sicherheitsstatus

Unsere Entwickler/innen arbeiten bereits früh im Lebenszyklus eines Projekts mit Sicherheitsexperten zusammen. Als Teil unseres Sicherheitsüberprüfungsprozesses entwickeln Sicherheitsexperten Bedrohungsmodelle und Vertrauensgrenzen, die bei der Umsetzung des Projekts helfen. Entwickler/innen verwenden das gleiche Verfahren, um Änderungen an sensiblen Teilen des Codes vorzunehmen.

### Engagierte Experten auf Abruf

Wir haben eine Reihe engagierter Sicherheitsteams mit verschiedenen Sicherheitsbereichen, darunter Infrastruktur, Betrieb, Datenschutz, Nutzer/innen und Anwendungen. Unsere Sicherheitsexperten erreichen Sie rund um die Uhr, denn wir legen Wert darauf, die Messlatte für unsere Best Practices immer noch ein Stück höher zu legen. Cybersicherheit hat für uns oberste Priorität und Risiken wollen wir minimieren.

### Sicherheit ist die Aufgabe aller Stripe-Mitarbeitenden

All unsere Stripe-Mitarbeitenden absolvieren jährliche Sicherheitsschulungen und unsere Stripe-Entwickler/innen durchlaufen Schulungen zur sicheren Softwareentwicklung. Durch unsere internen Phishing-Kampagnen lernt unser gesamtes Stripe-Team, wie es Phishing-Versuche erkennt und diese an das entsprechende Sicherheitsteam meldet.

### Zugriffskontrolle verwalten

Wir verfügen über einen formellen Ablauf für die Gewährung des Zugriffs auf Systeme und Informationen und überprüfen regelmäßig inaktive Zugriffe, die automatisch entfernt werden. Aktionen in den sensibelsten Bereichen der Infrastruktur erfordern eine manuelle Überprüfung. Um Best Practices für die Zugriffskontrolle zu ermöglichen, entwickeln unsere Sicherheitsexpertinnen und -experten Primitive, die die Stripe-Teams bei der Umsetzung des Prinzips der geringsten Privilegien unterstützen. Um unser Risiko zu minimieren, verfügen wir über eine Richtlinie zur Datenaufbewahrung, die die von uns gespeicherten Daten reduziert und gleichzeitig die gesetzlichen und geschäftlichen Anforderungen erfüllt.

### Aufdeckung von Sicherheitslücken und Prämienprogramm

Wir unterhalten ein Programm zur Offenlegung von Schwachstellen und zur Belohnung („Bug Bounty“), das unabhängige Sicherheitsforscherinnen und Sicherheitsforscher vergütet, die uns helfen, unsere Nutzerinnen und Nutzer zu schützen. Indem Sie Stripe einen Sicherheitsfehler oder eine Schwachstelle über [HackerOne](https://hackerone.com/stripe) melden, bestätigen Sie, dass Sie die Konditionen des Programms gelesen haben und diesen zustimmen. Weitere Informationen zur Teilnahme an unserem Bug-Bounty-Programm finden Sie in unserer Richtlinie auf HackerOne.

## See also

- [Leitfaden für Integrationssicherheit](https://docs.stripe.com/security/guide.md)
- [Einmalige Anmeldung (SSO)](https://docs.stripe.com/get-started/account/sso.md)
- [Stripe IP-Adressen](https://docs.stripe.com/ips.m