Ziehen mit dem Onlineshop in die Cloud: Welche Cloud-Sicherheitslücken treten in der Praxis am häufigsten auf?

Einer der heikelsten technischen Fehler ist es, den Metadata-Service der virtuellen Instanzen auf Version 1 laufen zu lassen. Gibt es irgendwo im System eine SSRF-Schwachstelle (Server-Side Request Forgery), kann ein Angreifer direkt die lokale Metadaten-Adresse abfragen und die temporären IAM-Credentials der Instanz abgreifen. Erzwingt unbedingt IMDSv2 und schränkt die Rollenberechtigungen so weit wie möglich ein.

Als wir einen Händler ähnlicher Größe umgezogen haben, blieb der Datenbank-Port der Testumgebung für 2 Tage versehentlich offen. Innerhalb von 48 Stunden gab es automatisierte Brute-Force-Angriffe von sage und schreibe 14.000 verschiedenen IP-Adressen. Wenn euer Budget 1.200 Euro beträgt, plant mindestens 150 Euro davon fest für zentrales Logging und Echtzeit-Monitoring ein.

Fallt nicht auf das „Bei uns ist alles sicher“-Marketing der Cloud-Provider herein. Stichwort Shared Responsibility Model: Die physische Infrastruktur stellen zwar sie, aber OS-Patches offene Ports und Firewall-Regeln liegen zu 100 % in eurer Verantwortung. Gibt es ein Datenleck, gehen die Rechnung und die DSGVO-Strafen direkt an euer Unternehmen.

Macht vor dem Go-Live unbedingt diese drei Checks: 1) Aktiviert bei allen Storage-Buckets die Einstellung „Block Public Access“ auf Kontoebene. 2) Packt eure Server in ein privates Subnetz, sodass sie mit der Außenwelt nur über einen Load Balancer kommunizieren. 3) Setzt für alle Zugänge zur Management-Konsole ausnahmslos hardware- oder app-basierte MFA voraus.

die meisten fliegen echt wegen config-dateien auf die entwickler aus versehen ins github-repo pushen aber wenn der api-key im code steht, wars das – zwei stunden später läuft schon der crypto-miner auf deiner instanz.

Bei einem unserer Großhändler in Barcelona ist genau das passiert: Die hatten ein tägliches Datenbank-Backup aus dem alten System in einen ungesicherten Storage-Bucket geschoben. Zwei Monate lang hat es keiner gemerkt, bis eine Suchmaschine die Dump-Datei indexiert hat – Steuernummern und Bestellhistorie aller Kunden lagen offen im Netz. Es gab eine saftige Abmahnung und ein Bußgeld von der Datenschutzbehörde.

Wie handhabt ihr die Zahlungsabwicklung beim Umzug: Verarbeitet ihr Kartendaten direkt auf euren Instanzen oder nutzt ihr die Tokenisierung des Payment-Gateways? Sobald echte Kreditkartendaten über eure eigenen Server laufen, gelten in der Cloud extrem strenge Sicherheits- und Audit-Vorgaben (PCI-DSS).

Ja, die Situation bei Cloud-Sicherheit Beispiele ist genau so. Beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung. Korrigiert mich, falls ich falsch liege.

Beim Lesen dieser Antwort war ich erleichtert es liegt also nicht nur an mir. Lösungen, die im kleinen Maßstab funktionieren brechen bei Wachstum zusammen das habe ich spät gelernt.

Das ist meine Meinung ich behaupte nicht, dass es absolut richtig ist.

Danke fürs Schreiben, das ist genau richtig. Das allein zu versuchen, ist der teuerste Weg.

Viel Erfolg.

Hier muss man eine Unterscheidung treffen. Wer bei Cloud-Sicherheit Beispiele hetzt, stolpert alle an derselben Stelle.

Ich hoffe, das hilft dir weiter.

Ich bin derselben Meinung. Ein nicht getestetes Backup ist kein Backup.

Nur weil alle es tun, heißt es nicht, dass es richtig ist. Viel Erfolg.

Gut, dass du diesen Thread eröffnet hast. Wenn der Benachrichtigungsweg lang ist, kommen keine Benachrichtigungen; keine Benachrichtigung bedeutet spät erkannte Vorfälle.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich bin ein kleines Unternehmen, ich erzähle es aus meiner Sicht. Nur weil alle es tun, heißt es nicht, dass es richtig ist.

An deiner Stelle würde ich so vorgehen.

Du hast recht.

der billige Weg stellt sich oft im Nachhinein als teuer heraus dann überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

das war's entshuldige wenn ich zu lang war.

Gespeichert. Überstürzte Entscheidungen sind oft solche die man sechs Monate später korrigieren muss.

Viel Erfolg.

Wir sind auch eine Zeit lang an derselben Stelle hängen geblieben. Maßnahmen ohne vorherige Bestandsaufnahme lassen die Türen offen, die man nicht sieht.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.