Du lädst ein Bild in die Rückwärts-Suche — und dein Bild übernimmt den Server. Genau das war bei Bing Images möglich. Zwei Lücken, beide mit CVSS 9.8 bewertet, ließen präparierte SVG-Dateien Befehle als NT AUTHORITY\SYSTEM auf Microsofts Produktions-Servern ausführen — und als root auf den Linux-Maschinen derselben Flotte.
UNGLAUBLICH: Ein Bild, das kein Bild ist
Der Trick liegt im Dateiformat. SVG-Dateien sind keine Pixel, sondern XML — also Text mit Befehlen. Und in diesem Text darf ein Verweis stehen, ein xlink:href. Beginnt dieser Verweis mit einem senkrechten Strich (dem Pipe-Zeichen), landet der Rest bei manchen Verarbeitungs-Werkzeugen direkt in einer Kommandozeile. Aus „lade diese Datei“ wird „führe diesen Befehl aus“.
Genau das passierte in Bings Bild-Verarbeitung. Die Lücke CVE-2026-32194 ist eine Befehls-Einschleusung, erreichbar über die öffentliche Funktion Bildsuche per Upload. Jeder konnte sie auslösen — kein Konto, keine Anmeldung, kein Trick nötig.
Und der Bot holte sich das Gift selbst
Die Schwester-Lücke CVE-2026-32191 ist noch eleganter. Sie sitzt in einem Server-Pfad, der zum Crawler der Rückwärts-Bildsuche gehört. Der Angriff: Du legst die präparierte SVG-Datei irgendwo im Netz ab und übergibst ihre Adresse per Parameter imgurl an die Suche. Dann holt sich bingbot/2.0 die Datei selbst und schiebt sie in dieselbe Verarbeitungs-Kette.
Beide Wege brauchen laut den Findern keine Anmeldung, keine Cookies, keinen Sitzungszustand und keinen Klick eines Opfers. Es reicht eine Adresse.
Wer das gefunden hat — und warum du es erst jetzt liest
Entdeckt hat beide Lücken XBOW, ein Start-up für automatisierte Angriffs-Sicherheitstests. Die Firma meldete sie vertraulich an Microsoft. Microsoft hat beide Lücken bereits im März serverseitig geschlossen, noch bevor die Hinweise veröffentlicht wurden — bei einem Cloud-Dienst geht das, ohne dass Kunden etwas tun müssen.
Die technischen Details hat XBOW erst am 23. Juli nachgereicht, auf Bitte von Microsoft mit Verzögerung. Für dich als Nutzer heißt das: Es gibt hier nichts zu patchen. Interessant ist die Lehre, nicht die Panik.
EXTRA-TIPP: Genau diese Falle steht in deinem Homelab
Und die Lehre trifft dich unmittelbar. Überall, wo Nutzer bei dir Bilder hochladen können, läuft im Hintergrund ein Verarbeitungs-Werkzeug — bei Nextcloud-Vorschauen, in einer WordPress-Galerie, im selbst gebauten Foto-Uploader, in Immich. Diese drei Punkte solltest du prüfen:
- SVG-Uploads erlauben? In den meisten Fällen brauchst du sie nicht. WordPress verbietet SVG-Uploads standardmäßig aus genau diesem Grund — wer das per Plugin aufbohrt, sollte wissen, warum.
- Wer verarbeitet die Datei? Ältere ImageMagick-Konfigurationen sind für Pipe-Tricks und Delegate-Angriffe bekannt. Prüfe, ob deine
policy.xmldie riskanten Formate sperrt. - Mit welchen Rechten läuft der Dienst? Wenn die Bild-Verarbeitung als root im Container läuft, wird aus einer kleinen Panne ein großer Schaden. Eigener Nutzer, keine Schreibrechte außerhalb des Upload-Ordners.
FAZIT: Vertraue keinem Dateiformat, das reden kann
Wenn selbst Microsoft in der eigenen Suchmaschine über eine Textdatei mit Bild-Endung stolpert, ist die Wahrscheinlichkeit hoch, dass dein selbst gebauter Upload es auch tut. Die Frage ist nie „ist das ein Bild?“, sondern „was macht mein Server damit?“.