KI-Sicherheit

Microsoft warnt vor neuen Sicherheitslasten durch Edge-KI

Microsoft veröffentlichte Leitlinien für Edge-KI und erklärt, dass lokale Inferenz die Prüfung von Laufzeiten, Artefakten und Modellaktionen verändert.

Veröffentlicht Aktualisiert
MicrosoftEdge-KIKI-SicherheitEnterprise-KI

Microsoft hat neue Leitlinien zur Absicherung von Edge-KI-Systemen veröffentlicht und warnt, dass Inferenz nahe an Geräten, Sensoren und kundeneigenen Standorten das Vertrauensmodell für Unternehmens-KI verändert. Der am 4. September veröffentlichte Forschungsbeitrag von Shayak Lahiri, Principal Software Engineer im Bereich Edge Security, argumentiert, dass solche Bereitstellungen Modellausführung, Modell-IP, Kundendaten und Systembefugnisse in Infrastrukturen bringen, die Kunden selbst besitzen und betreiben.

Das ist mehr als eine architektonische Entscheidung. Microsoft zufolge wählen Unternehmen Edge-KI wegen geringerer Latenz, Datenhoheit, Kostenkontrolle, Modellauswahl und Betrieb ohne ständige Verbindung. Diese Vorteile erhöhen jedoch den Prüfaufwand. In der Cloud werden Hardware, Plattform und Modelle oft von getrennten Anbietern betrieben und attestiert. Am Rand des Netzes können Modellgewichte, Zugangsdaten, lokale Datenspeicher, Prompts, Retrieval-Daten, Richtlinien, Update-Mechanismen und Zugriffe auf physische Systeme in derselben Umgebung liegen. Wird diese Umgebung kompromittiert, können Angreifer Artefakte manipulieren, bösartige Prompts einschleusen, Firmware verändern oder legitime Werkzeugrechte missbrauchen.

Die Kernaussage von Microsoft lautet, dass klassische Softwaresicherheit für KI-Systeme nicht ausreicht, deren Verhalten durch Laufzeitkontext beeinflusst werden kann. Genannt werden Prompt Injection, vergiftete Retrieval-Daten, Tool-Konfigurationen und Multi-Agenten-Abläufe, weil sie Modellverhalten verändern können, ohne ausführbaren Code anzupassen. Microsoft empfiehlt, Modellausgaben als Vorschläge und nicht als Autorisierung zu behandeln. Eine deterministische Vermittlungsschicht außerhalb des Modells soll Richtlinien durchsetzen, erlaubte Aktionen begrenzen, Argumente einschränken, Häufigkeiten kontrollieren und Zugangsdaten nur bei ausreichenden Beweisen freigeben.

Zudem betont der Beitrag Attestierung und Provenienz. Bevor sensible Werte wie Modellgewichte, Schlüssel oder Daten freigegeben werden, muss geprüft werden, ob die Laufzeit vertrauenswürdig ist und ob die geladenen Artefakte aus einem akzeptierten Build- und Verteilprozess stammen. Laufzeitvertrauen allein genügt nicht, weil eine saubere Umgebung ein vergiftetes Artefakt laden kann. Artefaktvertrauen allein reicht ebenfalls nicht, weil eine legitime Komponente auf einer kompromittierten Plattform laufen kann.

Der Zeitpunkt passt zur breiteren Bewegung hin zu lokaler und hybrider KI. Unternehmen wollen Agenten in Fabriken, Krankenhäusern, Geschäften, Fahrzeugen, Gateways und Feldgeräten einsetzen, wo Datenschutz, Konnektivität und Reaktionszeit reine Cloud-Inferenz erschweren. Microsofts Botschaft ist klar: Die nächste Phase dreht sich nicht nur darum, ob ein Modell lokal läuft, sondern darum, was es erreichen darf, welche Aktionen erlaubt sind und welche Beweise jede Freigabe sensibler Fähigkeiten stützen.