Implementierung von Appcelerator (DNS): Sicherheitsaspekte

Für Kunden, die eine Plug-and-Play-Lösung wünschen, stellt die Appcelerator-Integration von CrowdHandler mithilfe einer DNS-Änderung ein CDN vor ihrem Ursprungsserver bereit. Dadurch kann der gesamte Datenverkehr zur Einreihung in die Warteschlange und zur Zugriffskontrolle über unsere Anwendung geleitet werden. Dies hat zudem Auswirkungen auf die Sicherheit, die Kunden vor der Aktivierung dieser Funktion kennen sollten.

Isolierte AWS-Ressourcen

Die CloudFront-Verteilung und die zugehörigen Ressourcen für jede Appcelerator-Domain werden im dedizierten AWS-Konto von CrowdHandler bereitgestellt. Kunden haben keinen direkten Zugriff, um diese Ressourcen zu konfigurieren. Die Konfiguration erfolgt über das CrowdHandler-Kontrollpanel (Origin, Verhaltensregeln, Fehlerbehandlung und das No-Bypass-Token).

Datentransparenz

Unsere Lambda@Edge-Funktionen rufen unsere API auf, um Anfragen und Antworten weiterzuleiten. Sie haben lediglich Zugriff auf die Anfrage-Header, nicht jedoch auf den Anfrage-Textkörper oder den Textkörper der Ursprungsantwort. Wir haben keinen Einblick in sensible Daten, die im Textkörper übertragen werden. Aufgrund der isolierten AWS-Ressourcen können Clients dies nicht eigenständig überprüfen.

Verwendung von Verschlüsselung

Die gesamte Kommunikation zwischen Endnutzern, CloudFront und den Ursprungsanwendungen wird während der Übertragung über TLS verschlüsselt. Das Zertifikat für Ihre Domain wird während der Einrichtung über den AWS Certificate Manager ausgestellt und automatisch verlängert, solange der Validierungs-DNS-Eintrag bestehen bleibt.

Keine PAN-Daten

Appcelerator unterstützt keine Übertragung von Karteninhaberdaten wie vollständigen Kartennummern. Alle PAN-Daten müssen außerhalb des Anwendungsbereichs dieser Funktion verarbeitet werden, damit CrowdHandler im Sinne der PCI-Compliance außerhalb der Karteninhaberdatenumgebung des Kunden bleibt.

Verfügbarkeit und Ausfallverhalten

Wenn die CrowdHandler-API nicht erreichbar ist, wendet der Edge die Einstellung zur Fehlerbehandlung aus dem Optionsbereich der Domain an. Die Standardeinstellung „Datenverkehr durchlassen“ (Fail-Open) ermöglicht es Besuchern, Ihren Origin ohne Wartezeit zu erreichen. Die Einstellung „In den Warteraum leiten“ (Fail-Safe) hält Besucher hingegen zurück. Wählen Sie das Verhalten, das Ihrer Risikobereitschaft entspricht.

Gemeinsame Verantwortung

Während wir CloudFront und Lambda@Edge konfigurieren und verwalten, liegt die Verantwortung für die Sicherheit und Compliance der Ursprungsserver weiterhin beim Kunden. Wir empfehlen:

  • TLS auf dem Ursprungsserver aktivieren und Zertifikate auf dem neuesten Stand halten.
  • Verwendung der Token ohne Bypass (das x-ch-no-bypass Header mit einem gemeinsamen Geheimnis) und das Zurückweisen von Anfragen am Ursprung, die dieses nicht enthalten, sodass CrowdHandler nicht durch eine direkte Verbindung zum Ursprung umgangen werden kann.
  • Die Infrastruktur absichern und Firewalls nur für die erforderlichen Ports und Protokolle aktivieren.

Appcelerator zielt darauf ab, Kunden eine einfache Zugriffskontrolle und Verteilung zu ermöglichen. Das System stützt sich auf angemessene Sicherheitsmaßnahmen an der Quelle, um sensible Daten zu schützen und Compliance-Anforderungen zu erfüllen. Kunden sollten die Nutzung dieser Funktion prüfen, um Kontrollmechanismen und Zuständigkeiten entsprechend ihren individuellen Anforderungen festzulegen.