In vielen Sicherheitsabteilungen fehlt es nicht an Warnungen. Es fehlt an Zeit, aus Tausenden von Signalen die entscheidende Frage zu beantworten: Was müssen wir jetzt tun? Genau an dieser Stelle setzt Microsoft mit Project Perception an. Das am 27. Juli 2026 angekündigte System soll Risiken nicht nur erkennen, sondern Angriffswege prüfen, Befunde einordnen und passende Gegenmaßnahmen vorbereiten.

Microsoft baut dafür nicht auf einen einzelnen allwissenden Agenten. Project Perception verbindet spezialisierte Red-, Blue- und Green-Team-Agenten mit Daten zu Identitäten, Geräten, Anwendungen, Cloud-Diensten, Datenbeständen und KI-Systemen. Entscheidend ist, wie Microsoft Rollen, Rechte und Gegenprüfungen organisiert. Daraus soll ein fortlaufender Regelkreis entstehen: Schwächen finden, tatsächliches Risiko bewerten, Schutz verbessern und erneut prüfen.

Die öffentliche Vorschau beginnt laut Microsoft am 3. August 2026. Es ist zu früh für ein Kaufurteil. Für IT-Verantwortliche lohnt sich der Blick trotzdem, weil Project Perception deutlich zeigt, wohin sich Unternehmenssicherheit bewegt.

Was ist Microsoft Project Perception?

Microsoft beschreibt Project Perception als agentisches Sicherheitssystem für eine Arbeitswelt, in der Angreifer und Verteidiger KI einsetzen. Im Unterschied zu klassischen Werkzeugen, die Ereignisse sammeln und Alarme ausgeben, soll das System fortlaufend wahrnehmen, Zusammenhänge bewerten und innerhalb festgelegter Grenzen handeln.

Technisch besteht dieser Ansatz aus mehreren Schichten. Sensoren liefern Signale aus der digitalen Umgebung. Ein gemeinsamer Sicherheitskontext verknüpft IT-Ressourcen, Identitäten, Beziehungen, Risiken und Aktivitäten. Modelle übernehmen spezialisierte Analyseaufgaben. Eine Steuerung koordiniert die Agenten. Freigegebene Funktionen in Microsoft-Sicherheitsprodukten setzen die daraus abgeleiteten Maßnahmen um.

Das wichtige Wort ist Kontext. Ein fehlgeschlagener Login ist für sich genommen noch kein Angriff. Derselbe Login kann hochkritisch werden, wenn er zu einem privilegierten Konto gehört, von einem ungewöhnlichen Gerät kommt, kurz darauf sensible Daten abgerufen werden und gleichzeitig ein Endpunkt auffälligen Netzwerkverkehr zeigt. Project Perception soll solche Beziehungen nicht bei jeder Untersuchung neu zusammensuchen müssen, sondern auf ein laufend aktualisiertes Lagebild zugreifen.

Red, Blue und Green: drei Rollen statt eines Super-Agenten

Das Modell hinter Project Perception ist aus der Sicherheitsarbeit bekannt, wird hier aber als koordiniertes Agentensystem umgesetzt:

Red-Team-Agenten suchen mögliche Wege, auf denen ein Angreifer Systeme kompromittieren oder Berechtigungen missbrauchen könnte. Ziel ist, die eigene Umgebung aus Sicht eines Angreifers zu prüfen, bevor dieser den Weg ausnutzt.
Blue-Team-Agenten untersuchen Signale, verbinden sie mit dem Unternehmenskontext und bewerten, welche Funde ein reales Risiko darstellen. Sie sollen aus technischen Auffälligkeiten eine belastbare Priorisierung machen.
Green-Team-Agenten leiten Korrekturen ein und stärken die Schutzmaßnahmen. Dazu können je nach freigegebenem Arbeitsablauf etwa Konfigurationsänderungen, Härtungsmaßnahmen oder vorbereitete Abhilfen gehören.

Der Ansatz ist sinnvoll, weil diese Rollen unterschiedliche Fragen stellen. Wer Schwachstellen sucht, arbeitet anders als jemand, der einen Befund widerlegen soll. Und wer eine Änderung ausrollt, braucht andere Rechte und Prüfkriterien als ein Agent, der lediglich analysiert. Microsoft versucht damit, Gegentests und Zuständigkeiten in die Architektur einzubauen, statt alles einem einzigen Prompt zu überlassen.

Das ist auch der Unterschied zu einer starren SOAR-Automatisierung. Ein klassisches Playbook folgt einer vorher festgelegten Folge von Schritten. Ein agentisches System kann seine Untersuchung anhand neuer Informationen anpassen. Diese Beweglichkeit ist der mögliche Vorteil. Sie ist zugleich das Risiko, denn ein flexibler Agent braucht besonders klare Berechtigungen, Abbruchregeln und Protokolle.

MDASH zeigt, welcher technische Unterbau bereits existiert

Project Perception startet nicht bei null. Der erste von Microsoft genannte Anwendungsfall ist die Schwachstellenverwaltung mit MDASH, einem Multi-Modell-System für die Suche, Prüfung und Behebung von Softwarefehlern. MDASH koordiniert nach Microsofts Angaben mehr als 100 spezialisierte Agenten. Einige suchen verdächtige Codepfade, andere argumentieren gegen einen Fund, fassen Dubletten zusammen oder versuchen, die Schwachstelle mit einem konkreten Test nachzuweisen.

Im Mai 2026 berichtete Microsoft, MDASH sei an der Entdeckung von 16 Schwachstellen im Windows-Netzwerk- und Authentifizierungsstack beteiligt gewesen. Vier davon ermöglichten möglicherweise die Ausführung von Code aus der Ferne und wurden als kritisch eingestuft. In einer kontrollierten Testsoftware fand das System 21 von 21 eingebauten Schwachstellen ohne Fehlalarm in diesem Lauf. Auf dem öffentlichen CyberGym-Benchmark meldete Microsoft damals 88,45 Prozent.

Für Project Perception integriert Microsoft nun das eigene Modell MAI-Cyber-1-Flash in MDASH. Mit MAI-Cyber-1-Flash und GPT-5.4 erreichte MDASH laut Microsoft auf CyberGym rund 96 Prozent. Microsoft zufolge liegen die Modellkosten rund 50 Prozent unter denen der bisherigen MDASH-Konfiguration aus GPT-5.4, GPT-5.4 mini und GPT-5.3 Codex. Diese Zahlen stammen vom Anbieter und sind keine unabhängige Wirkungsstudie. Sie zeigen trotzdem zwei Dinge: Microsoft optimiert nicht nur auf Leistung, sondern auch auf die Kosten einer dauerhaft laufenden Analyse. Und der eigentliche Wert liegt in der Pipeline aus Suchen, Gegenprüfen und Beweisen, nicht in einem Modellnamen.

Microsoft selbst weist bei seinen früheren Messungen auf Grenzen hin. Rückblickende Trefferquoten auf bekannten Fällen sagen nicht automatisch voraus, wie viele unbekannte Fehler das System künftig findet. Für Unternehmen ist diese Vorsicht wichtig. Ein beeindruckender Benchmark ersetzt weder ein Pilotprojekt in der eigenen Umgebung noch die Prüfung, wie viele Funde tatsächlich relevant, erklärbar und sicher behebbar sind.

Warum diese Entwicklung für IT-Entscheider relevant ist

Project Perception adressiert drei Probleme, die auch außerhalb großer Security Operations Center bekannt sind.

1. Sicherheitsdaten sind verteilt

Identitäten liegen in einem System, Endpunktdaten in einem anderen, Cloud-Konfigurationen in einem dritten. Dazu kommen Anwendungen, Quellcode, Tickets und externe Bedrohungsinformationen. Ein Agent kann nur dann sinnvoll priorisieren, wenn er diese Daten korrekt zusammenführen darf und ihre Bedeutung versteht. Damit wird Datenqualität zur Sicherheitsfunktion.

2. Warnungen sind noch keine Entscheidungen

Mehr Erkennung kann ein Team sogar langsamer machen, wenn jeder neue Fund manuell geprüft werden muss. Der relevante Fortschritt wäre deshalb nicht ein weiterer Alarmkanal, sondern eine nachvollziehbare Kette vom Signal über die Bewertung bis zur freigegebenen Maßnahme. Genau daran muss sich Project Perception in der Praxis messen lassen.

3. Angriffe und Verteidigung beschleunigen sich gleichzeitig

Agenten können lange Untersuchungen durchführen, Varianten ausprobieren und rund um die Uhr arbeiten. Das gilt für Verteidiger ebenso wie für Angreifer. Der kürzlich dokumentierte Sicherheitsvorfall mit OpenAI-Modellen und Hugging Face zeigt, warum einzelne Befehlsfilter nicht mehr ausreichen. Entscheidend ist die gesamte Handlungskette und die Frage, welche Berechtigungen ein System über viele Schritte nutzen kann.

Google denkt am selben Tag in eine ähnliche Richtung

Ein Blick auf Google zeigt, dass Microsoft mit dieser Richtung nicht allein ist. Ebenfalls am 27. Juli stellte Google Beyond Zero vor. Google erweitert damit den Zero-Trust-Gedanken um kontextabhängige Autorisierung auf Ebene einzelner Aktionen und Ressourcen. Jede Handlung eines Menschen oder Agenten soll anhand von Kontext und Risiko neu bewertet werden können.

Microsoft betont den geschlossenen Regelkreis aus Erkennen, Bewerten und Handeln. Google konzentriert sich stärker darauf, ob eine konkrete Aktion in diesem Moment zulässig ist. Zusammen ergibt sich ein klares Branchensignal: Statische Rollen und einmalige Prüfungen reichen für handelnde KI-Agenten nicht aus. Sicherheit muss Berechtigungen, Kontext und Verhalten fortlaufend bewerten.

Das ist unsere Einordnung aus zwei zeitgleichen Primärquellen, kein gemeinsamer Standard beider Unternehmen. Google bezeichnet die branchenweite Einführung selbst als frühes Stadium. Auch Project Perception startet zunächst als Vorschau. Gerade deshalb sollte niemand die Konzepte schon mit nachgewiesener Wirkung im eigenen Unternehmen verwechseln.

Welche Rechte dürfen Sicherheitsagenten erhalten?

Ein System, das Risiken über Identitäten, Endpunkte, Anwendungen und Daten hinweg verstehen soll, benötigt weitreichende Sicht. Sobald es Gegenmaßnahmen ausführen darf, kommen weitreichende Rechte hinzu. Genau diese Kombination macht es nützlich und sensibel.

Microsoft nennt für agentische Sicherheit ausdrücklich Risiken wie falsche Schlussfolgerungen, Fehlalarme, übermäßige Automatisierung, unkontrollierte Schattenagenten, Datenzugriffe und gezielte Manipulation. Die passenden Gegenmittel sind vertraut: minimale Rechte, klare Freigabestufen, lückenlose Protokollierung und menschliche Entscheidungen bei folgenreichen Aktionen.

Aus Sicht eines IT-Verantwortlichen sollte ein Sicherheitsagent deshalb wie eine privilegierte Maschinenidentität behandelt werden. Er braucht einen eindeutigen Besitzer, einen begrenzten Aufgabenbereich, kurzlebige Berechtigungen und nachvollziehbare Aktivitäten. Ein Agent darf nicht nur deshalb mehr sehen oder ändern, weil seine Analyse schneller ist.

Was vor einem Pilotprojekt geklärt sein sollte

Unternehmen müssen nicht bis zum 3. August warten, um die eigenen Voraussetzungen zu prüfen. Diese sechs Fragen sind unabhängig vom späteren Lizenzmodell sinnvoll:

Welches Problem soll kleiner werden? Ein guter Pilot beginnt nicht mit „mehr KI“, sondern etwa mit schnellerer Alert-Triage, besserer Schwachstellenpriorisierung oder weniger manueller Beweissammlung.
Welche Daten braucht der Agent wirklich? Quellen, Aufbewahrung, Datenqualität und erlaubte Verknüpfungen gehören vor dem ersten Zugriff dokumentiert.
Welche Aktionen bleiben zustimmungspflichtig? Konten sperren, Geräte isolieren, Regeln ändern oder Patches verteilen sollten je nach Risiko eine ausdrückliche Freigabe verlangen.
Wie wird ein Fehler begrenzt? Berechtigungen, Netzwerkzugriff, Laufzeit, Budgets und Abbruchmöglichkeiten müssen technisch durchgesetzt werden.
Woran wird Erfolg gemessen? Sinnvolle Kennzahlen sind Bearbeitungszeit, Fehlalarmquote, Anteil belastbar bestätigter Funde, Eskalationen und vermiedener manueller Aufwand.
Was passiert ohne das Produkt? Prozesse, Begründungen und Sicherheitsdaten sollten nicht so eng gebunden sein, dass ein Wechsel oder Ausfall den Betrieb lahmlegt.

Gerade kleinere IT-Teams profitieren von einer nüchternen Reihenfolge: Ein verlässliches Inventar, gepflegte Zugänge, aktuelle Patchstände und klare Zuständigkeiten kommen vor der Automatisierung. Fehlt diese Grundlage, erhält auch ein guter Agent keinen verlässlichen Kontext. Genau dabei unterstützt unsere IT-Betreuung für Unternehmen in Dülmen.

Was die öffentliche Vorschau zeigen muss

Microsoft nennt den 3. August 2026 als Start der öffentlichen Vorschau und spricht von einer Bereitstellung für Kunden weltweit. Project Perception soll zum Start direkt in Microsoft Defender erreichbar sein und nach Verbrauch abgerechnet werden. Unterschiedliche Agenten verbrauchen je nach Aufgabe unterschiedlich viele Security Compute Units. Offen bleiben unter anderem der konkrete SCU-Preis, enthaltene Microsoft-Pläne, regionale Unterschiede, genaue Datenflüsse, Aufbewahrungsfristen und verfügbare Schnittstellen.

Eine öffentliche Vorschau ist noch keine allgemeine Verfügbarkeit mit endgültigem Funktionsumfang. Sie ist die Gelegenheit, den Regelkreis unter kontrollierten Bedingungen zu prüfen. Ein Sicherheitsverantwortlicher muss nachvollziehen können, welche Daten zu einer Entscheidung führten, welches Modell beteiligt war, welche Handlung ausgelöst wurde und wie sie rückgängig gemacht werden kann. Geschwindigkeit ohne diese Nachvollziehbarkeit wäre kein Fortschritt.

Unternehmen, die agentische Systeme einführen möchten, sollten Technik und Governance gemeinsam planen. In unserer KI-Beratung für den Mittelstand klären wir geeignete Aufgaben, Berechtigungen, Prüfpunkte und messbare Ergebnisse. Wo dafür eigene Schnittstellen oder kontrollierte Arbeitsabläufe nötig sind, unterstützt unsere Softwareentwicklung für Unternehmen.

Häufige Fragen zu Microsoft Project Perception

Wann startet Microsoft Project Perception?

Microsoft hat Project Perception am 27. Juli 2026 angekündigt. Die öffentliche Vorschau soll am 3. August 2026 beginnen. Eine allgemeine Verfügbarkeit wurde in der Ankündigung noch nicht genannt.

Was machen Red-, Blue- und Green-Team-Agenten?

Red-Team-Agenten suchen mögliche Angriffswege. Blue-Team-Agenten untersuchen und priorisieren die Funde im Unternehmenskontext. Green-Team-Agenten bereiten Korrekturen vor oder setzen freigegebene Schutzmaßnahmen um. Gemeinsam bilden sie einen fortlaufenden Prüf- und Verbesserungsprozess.

Ist Project Perception dasselbe wie Microsoft Security Copilot?

Nein. Microsoft beschreibt Security Copilot als KI-gestützte Chatoberfläche, die Sicherheitsfachleute unterstützt. Project Perception ist das agentische System, das innerhalb definierter Grenzen handelt. Beide sollen zusammenarbeiten. Zum Start soll Project Perception direkt in Microsoft Defender erreichbar sein.

Kann Project Perception selbstständig Systeme verändern?

Microsoft beschreibt Funktionen, über die aus Erkenntnissen konkrete Schutzmaßnahmen abgeleitet und nach Freigabe umgesetzt werden. Nach Angaben des Unternehmens bleiben alle folgenreichen Aktionen von einer menschlichen Freigabe abhängig. Welche weiteren Schritte automatisch, nach Freigabe oder nur als Empfehlung möglich sind, hängt vom konkreten Arbeitsablauf und den noch zu veröffentlichenden Produktdetails ab.

Ist agentische Cyberabwehr nur für Großunternehmen interessant?

Microsoft nennt keine Beschränkung auf bestimmte Unternehmensgrößen. Aus unserer Sicht dürfte der praktische Nutzen zunächst dort am größten sein, wo umfangreiche Sicherheitsdaten vorliegen und Microsoft Defender bereits eingesetzt wird. Die zugrunde liegenden Prinzipien gelten aber für jedes Unternehmen: Agenten brauchen minimale Rechte, klare Zuständigkeiten, überprüfbare Entscheidungen und einen kleinen, messbaren Startfall.

Was ist der Unterschied zwischen Project Perception und Google Beyond Zero?

Project Perception koordiniert Sicherheitsagenten in einem Regelkreis aus Erkennen, Bewerten und Handeln. Beyond Zero ist Googles Konzept für kontext- und risikobasierte Autorisierung jeder einzelnen Aktion. Beide reagieren auf handelnde KI-Agenten, setzen aber unterschiedliche Schwerpunkte.

Fazit

Project Perception ist vor allem ein Test für kontrollierte Automatisierung in der Cyberabwehr. Für IT-Verantwortliche zählt ab dem 3. August nicht, wie viele Agenten Microsoft nennt, sondern ob Entscheidungen nachvollziehbar, Rechte begrenzt und Fehler rückgängig gemacht werden können.

Erst wenn das im eigenen Umfeld gelingt, wird aus einer überzeugenden Architektur ein belastbares Werkzeug. Die öffentliche Vorschau sollte deshalb nicht möglichst breit, sondern mit einem klaren Anwendungsfall, messbaren Kriterien und einer sicheren Rückfalloption beginnen.

Redaktion und Einordnung: PRPG. Stand: 30. Juli 2026. Project Perception befindet sich vor dem Start der öffentlichen Vorschau. Verfügbarkeit, Funktionsumfang und Konditionen können sich ändern; maßgeblich sind die verlinkten Herstellerangaben.

Primärquellen:

Microsoft Project Perception: Wie KI die Cyberabwehr verändert