Warum ein Speicher-Bucket undicht wird, ohne gehackt zu werden
Die meisten Cloud-Speicher-Datenlecks sind keine Sicherheitsverletzungen. Ein Bucket wird aus legitimen Gründen erstellt, der Zugriff erweitert, um einen Kollegen freizuschalten, und die temporäre Berechtigung wird nie rückgängig gemacht. Nichts wird ausgenutzt. Die Daten sind einfach für jeden lesbar, der die URL findet, und automatisierte Scanner entdecken diese innerhalb von Stunden nach der Änderung.
Deshalb ist Bucket-Sicherheit eher ein Gewohnheitsproblem als ein Tooling-Problem. Jeder beteiligte Entwickler kennt die Regel, und das Datenleck passiert trotzdem, weil die erweiterte Berechtigung ein echtes Problem um vier Uhr nachmittags löst und das Ticket zur Rückgängigmachung nie erstellt wird. Was in die Datei und nicht in die Folien gehört, ist Ihr eigenes Inventar: Bucket-Namen, Kontokennungen und der Speicherort von allem Sensiblen sollten niemals in intern zirkulierendem Material erscheinen, geschweige denn anderswo.
Die Vorlage unterteilt das Problem in sieben Szenen: eine darüber, wie Datenlecks tatsächlich entstehen, eine darüber, was 'öffentlich' auf jeder Ebene des Berechtigungsmodells bedeutet, zwei über Least-Privilege-Muster, die dieselben Probleme sicher lösen, eine über Verschlüsselung im Ruhezustand und während der Übertragung, eine über Erkennung und was ein Alarm auslösen sollte, und eine über die Gewohnheit des Rückgängigmachens.
