Sicherheit

Browser des Verbrauchers
Mit HTTPS auf eurer Site bietet ihr Verbrauchern einen besseren Schutz. Checkout- und Kontoseiten werden immer mit HTTPS geschützt. Wir empfehlen jedoch, alle Seiten eurer Site mit HTTPS (entweder einem gemeinsamen SSL-Zertifikat oder gegen eine zusätzliche Gebühr mit einem eigenen SSL-Zertifikat für den Kunden) zu schützen.

CDN- (Content Delivery Network-) und DDoS-Schutz
Fastly bietet CDN- und DDoS-Schutz von Layer 3 bis 7. Das CDN von Fastly isoliert den Direktzugriff auf den Ursprungs-Server, der öffentliche DNS-Server verweist lediglich auf das Netzwerk. Die DDoS-Lösung von Fastly bietet Schutz vor hochbrisanten Layer-3- und Layer-4-Attacken sowie den komplexeren Layer-7-Angriffen. Layer-7-Angriffe können mit angepassten Regeln auf Basis der vollständigen HTTP/HTTPS-Anfrage, auf Basis von Client- und Anfragekriterien wie Headern, Cookies, Anfragepfaden und Client-IP sowie basierend auf Indikatoren wie dem Standort blockiert werden.

Web Application Firewall (WAF)
Die Web Application Firewall (WAF) von Fastly bietet zusätzlichen Schutz. Die Cloud-basierte WAF von Fastly nutzt Drittanbieterregeln aus kommerziellen und Open-Source-Quellen, darunter das OWASP Core Rule Set und Commerce-spezifische Regeln. Kunden genießen Schutz vor den wichtigsten Angriffen auf Programmebene, z. B. Injection-Angriffen und böswilligen Eingaben, Cross-Site-Scripting, Datenexfiltration, HTTP-Protokollverstößen und weiteren Bedrohungen aus der OWASP-Liste der Top 10. Die WAF-Regeln werden bei neu erkannten Schwachstellen aktualisiert. Sicherheitsprobleme können dann „virtuell gepatcht“ werden, noch ehe entsprechende Software-Patches verfügbar sind.

Virtual Private Cloud
Die Adobe Commerce Cloud Pro-Produktionsumgebung ist als Virtual Private Cloud (VPC) konfiguriert. Alle drei Produktions-Server sind isoliert und können nur eingeschränkt Verbindungen innerhalb und außerhalb der Cloud-Umgebung herstellen. Nur sichere Verbindungen mit den Cloudservern sind zulässig. Für Dateiübertragungen können sichere Protokolle wie SFTP oder rsync verwendet werden. Kunden können die Kommunikation mit dem Programm mithilfe von SSH-Tunneln schützen. Alle Verbindungen mit diesen Servern werden mithilfe von Cloud-Sicherheitsgruppen kontrolliert, einer virtuellen Firewall, die Verbindungen mit der Umgebung beschränkt. Die technischen Experten der Kunden können über SSH auf diese Server zugreifen.

Schreibgeschütztes Dateisystem
Der gesamte ausführbare Code wird als schreibgeschütztes SquashFS-Abbild bereitgestellt, um Angriffen auf die Umgebung vorzubeugen. Da das Dateisystem schreibgeschützt ist, gibt es erheblich weniger Möglichkeiten, PHP- oder JavaScript-Code in das System einzuschleusen oder die Commerce-Programmdateien zu ändern.

Remote-Bereitstellung
Die einzige Möglichkeit, ausführbaren Code in die Adobe Commerce-Produktionsumgebung zu bringen, ist über eine Provisionierung. Hierzu wird der Quell-Code aus dem Quell-Repository in ein Remote-Repository gepusht, das daraufhin eine Provisionierung initiiert. Der Zugriff auf das Bereitstellungsziel wird kontrolliert, sodass ihr genau steuern könnt, wer darauf zugreifen kann. Die Bereitstellung von Programm-Code in der Produktionsumgebung wird grundsätzlich vom Kunden kontrolliert.

Protokolle
Versteht erfolgsentscheidende KPIs besser und richtet euer Unternehmen daran aus.

Backups
Alle Cloud-Aktivitäten von Linux, der Programm-Server und die Datenbankprotokolle werden alle auf den Produktions-Servern und in Backups gespeichert. Sämtliche Änderungen am Quell-Code werden in einem Git-Repository aufgezeichnet. Der Bereitstellungsverlauf kann über die Adobe Commerce Cloud-Benutzeroberfläche eingesehen werden. Jeder Support-Zugriff wird protokolliert, die Support-Sitzungen werden aufgezeichnet.