Bit of a Close Talker: A Practical Guide to Serverless Cloud Co-Location Attacks
Dieses Paper präsentiert eine umfassende Methodik zur Ausnutzung von Schwachstellen in serverlosen Cloud-Schedulern, um eine physische Kollokation für mikroarchitektonische Seitenkanalangriffe zu erreichen, demonstriert erfolgreiche Angriffe auf große Plattformen wie Microsoft Azure Functions und schlägt einen „Double-Dip“-Scheduler als Minderungsstrategie vor.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Das große Ganze: Das „Serverlose“ Hotel
Stellen Sie sich die Welt des Cloud-Computings wie ein riesiges Hotel vor.
- Traditionelle Cloud (Serverful): Sie mieten ein ganzes Zimmer für sich allein. Sie bezahlen für das Zimmer, auch wenn Sie nur 5 Minuten oder 24 Stunden darin schlafen.
- Serverlose Cloud: Sie bezahlen nur für die exakte Zeit, die Sie im Zimmer verbringen. Wenn Sie ein Zimmer für 10 Sekunden benötigen, um ein Paket abzugein, bezahlen Sie für 10 Sekunden. Das Hotelpersonal (der Cloud-Anbieter) kümmert sich um die gesamte Reinigung, die Schlüssel und die Wartung. Sie kommen einfach an, erledigen Ihr Ding und gehen wieder.
Das ist großartig, um Geld zu sparen und flexibel zu sein. Aber weil das Hotel so effizient ist, versucht es, so viele Gäste wie möglich in dieselben Zimmer zu packen, um Platz zu sparen. Dies schafft ein Sicherheitsrisiko: Fremde könnten am Ende im selben Zimmer wie Sie landen.
Das Problem: Der „Close Talker“-Angriff
In der Welt der Computer gibt es hinterlistige Tricks, die man Seitenkanalangriffe (Side-Channel Attacks) nennt. Stellen Sie sich einen Dieb vor, der versucht, Ihre Kreditkartennummer zu stehlen. Er kann nicht in Ihren Tresor einbrechen, aber wenn er direkt neben Ihnen im selben Raum steht, kann er Ihren Herzschlag hören oder die Hitze von Ihrem Computer spüren, um Ihr Passwort zu erraten.
Um dies zu tun, muss der Dieb mit Ihnen kollokiert sein – das heißt, seine Computerinstanz und Ihre Computerinstanz müssen auf demselben physischen Server laufen (im selben „Zimmer“).
Die Herausforderung: Cloud-Anbieter sind klug. Sie versuchen, die Gäste zu mischen, damit Fremde nicht im selben Zimmer landen. Die Arbeit stellt die Frage: Kann ein Dieb den Hotelmanager (den Scheduler) austricksen, damit er ihn in dasselbe Zimmer wie ein bestimmtes Opfer setzt?
Die Lösung: Wie die Diebe es geschafft haben
Die Autoren dieser Arbeit haben einen „praktischen Leitfaden“ erstellt, wie man die Cloud austrickst. Sie haben den Prozess in drei Schritte unterteilt, wie ein Detektiv, der ein Rätsel löst:
Schritt 1: Fingerprinting (Der Testlauf)
Bevor der Dieb angreift, muss er wissen, wie der Hotelmanager denkt.
- Die Analogie: Stellen Sie sich vor, der Dieb sendet eine Testnachricht an das Hotel. Er beobachtet, wohin das Hotel ihn schickt. Dann sendet er eine weitere Nachricht und beobachtet wieder.
- Die Entdeckung: Durch das Senden vieler Testanfragen lernt der Dieb die Gewohnheiten des Managers kennen.
- Bringt der Manager denselben Gast immer in dasselbe Zimmer, um Zeit zu sparen? (Ja, das wird „Invocation Locality“ genannt.)
- Fügt der Manager mehr Zimmer hinzu, wenn es geschäftig wird? (Ja, das ist „Auto-Scaling“.)
- Gruppiert der Manager Menschen mit ähnlichem Gepäck? (Ja, das ist „Package Locality“ – wenn Sie beide die gleichen Software-Pakete benötigen, werden Sie zusammengebracht.)
Schritt 2: Der Angriff (Die Falle)
Sobald der Dieb die Gewohnheiten des Managers kennt, stellt er eine Falle.
- Wenn der Manager nach Gepäck gruppiert (Package Locality): Der Dieb erstellt eine gefälschte Funktion, die exakt dasselbe „Gepäck“ (Software-Pakete) verwendet wie das Opfer. Der Manager sieht das passende Gepäck und bringt sie automatisch in dasselbe Zimmer.
- Wenn der Manager beschäftigt ist und neue Zimmer hinzufügt (Auto-Scaling): Der Dieb erzeugt eine massive Flut von gefälschten Anfragen. Dies zwingt den Manager dazu, sehr schnell viele neue Zimmer zu eröffnen. Der Dieb überflutet das System mit seinen eigenen „Gästen“, um die Wahrscheinlichkeit zu erhöhen, dass einer von ihnen versehentlich im Zimmer des Opfers landet.
- Das Ergebnis: In ihren Tests haben sie Systeme wie Microsoft Azure und Open-Source-Plattformen erfolgreich ausgetrickst, um ihr „Angreifer“-Code direkt neben dem „Opfer“-Code zu platzieren.
Schritt 3: Der Beweis
Sie haben nicht nur geraten; sie haben bewiesen, dass es funktioniert.
- Sie testeten dies in einem simulierten Hotel (einem Computerprogramm).
- Sie testeten dies auf einem echten Cluster von 50 Computern.
- Sie testeten dies auf Microsoft Azure Functions (einem echten, öffentlichen Cloud-Dienst).
- Das Ergebnis: Es gelang ihnen, in Azure mit Opfern zu kollokieren, was sie weniger als 25 $ kostete.
Die Lösung: Der „Double-Dip“-Scheduler
Die Arbeit zeigt nicht nur, wie man einbricht; sie bietet auch ein Schloss an. Sie schlagen eine neue Regel für den Hotelmanager vor, genannt Double-Dip.
- So funktioniert es:
- Erster Dip (First Dip): Wenn ein Gast (Funktion) kommt, prüft der Manager zuerst: „Ist dieser Gast bereits in einem Zimmer? Können wir ihn wieder dorthin setzen?“ (Dies hält die Abläufe schnell und effizient).
- Zweiter Dip (Second Dip): Wenn es kein Zimmer für ihn gibt, sucht der Manager nach einem Zimmer, das die geringste Anzahl an verschiedenen Arten von Gästen bereits enthält.
- Das Ziel: Dies stellt sicher, dass ein neuer Gast weniger wahrscheinlich mit einem Fremden gemischt wird. Es schafft eine „sanfte Isolation“. Es ist keine perfekte Wand (wie ein eigenes privates Haus), aber es macht es einem Dieb viel schwerer zu erraten, wo sich das Opfer versteckt.
Das Fazbare (Bottom Line)
- Die Bedrohung: Serverlose Clouds sind effizient, aber ihre Effizienz (das Gruppieren ähnlicher Dinge) schafft eine Hintertür für Angreifer, um sich unbemerkt an Opfer heranzuschleichen.
- Die Realität: Angreifer benötigen keine Superkräfte; sie müssen nur die Regeln des Cloud-Schedulings verstehen und die richtigen „Testnachrichten“ senden, um sie auszunutzen.
- Die Verteidigung: Cloud-Anbieter müssen ihre Scheduling-Algorithmen etwas zufälliger und weniger vorhersehbar gestalten, um sicherzustellen, dass Fremde nicht versehentlich im selben Zimmer landen.
Wichtiger Hinweis: Die Arbeit betont, dass sich diese Forschung auf das Scheduling (die Zimmerzuweisung) bezieht. Sie stiehlt nicht wirklich Daten, sondern beweist lediglich, dass die „Zimmerzuweisung“ manipuliert werden kann, um die Bühne für einen zukünftigen Datendiebstahl zu bereiten. Die Autoren warnten Microsoft vor diesem Problem, und Microsoft merkte an, dass sie über andere Abwehrmechanismen verfügen, aber die Schwachstelle im Scheduling bleibt ein reales Problem.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.