Konzeptionelle Illustration eines KI-Agenten, dessen Zugriff über einen eindeutig zugeordneten Sicherheitsschlüssel auf CRM, E-Mail und Datenbank verteilt wird. Gesicherte Verbindungen mit Schlössern stehen einem beschädigten, unsicheren Zugriffsweg gegenüber.KI-generierte Illustration.

Seit dem 28. Juli 2026 gibt es einen verbindlichen technischen Standard dafür, wie KI-Agenten sich gegenüber den Systemen ausweisen müssen, auf die sie zugreifen. Für Unternehmen, die gerade KI-Agenten einführen oder deren Einsatz erweitern, ist das mehr als eine technische Randnotiz: Es verschiebt die Latte dafür, was als sauber abgesicherte Integration gilt.

## Was hat sich am MCP-Standard konkret geändert?

Der neueste Standard des Model Context Protocol (MCP), der Schnittstelle, über die viele KI-Agenten an Unternehmenssysteme angebunden werden, schreibt jetzt vor, dass jedes System, mit dem ein Agent verbunden wird, formal als eigenständiger, geprüfter Zugriffspunkt behandelt wird. Zugangs-Tokens müssen eindeutig einem einzigen Ziel zugeordnet sein, damit sie nicht versehentlich oder böswillig an ein anderes System weitergereicht werden können.

Vor diesem Standard war die Anbindung eines Agenten an mehrere Werkzeuge, ein CRM hier, ein E-Mail-Postfach dort, eine interne Datenbank obendrauf, oft eine Sammlung aus individuell zusammengebauten Authentifizierungs-Skripten. Jede Verbindung wurde für sich gelöst, mit unterschiedlicher Sorgfalt und ohne einheitlichen Prüfmaßstab.

## Was die meisten Unternehmen übersehen

Das konkrete Risiko dahinter ist selten offensichtlich: Ohne klare Kennzeichnung, für welchen Dienst ein Zugangs-Token gedacht ist, konnte im schlimmsten Fall ein falscher oder kompromittierter Server einen Token erhalten, der eigentlich für ein anderes System bestimmt war. Das ist kein theoretisches Szenario, sondern genau die Lücke, die der neue Standard mit verpflichtenden Resource Indicators schließt, einer eindeutigen Kennzeichnung, für welches Ziel ein Token gültig ist.

Bei einem Kunden, der einen KI-Agenten an drei interne Systeme anbinden wollte, zeigte die vorgeschaltete Analyse, dass zwei der drei bestehenden Integrationen Zugangsdaten mit deutlich weiterreichenden Rechten nutzten, als der Agent für seine eigentliche Aufgabe brauchte. Niemand hatte das bewusst so eingerichtet, es war schlicht der einfachste Weg gewesen, die Verbindung zum Laufen zu bringen.

## Was das für Entscheider bedeutet

Die Frage, wer worauf zugreifen darf und wie das technisch abgesichert ist, war lange eine Detailfrage für später. Mit dem neuen Standard ist sie Teil dessen, was ernstzunehmende Anbieter und Dienstleister umsetzen sollten, und damit auch ein guter Gradmesser, wie sorgfältig ein Dienstleister bei der technischen Umsetzung tatsächlich arbeitet.

Vor der nächsten Erweiterung eines KI-Agenten-Einsatzes lohnt sich eine klare Bestandsaufnahme: Welche Systeme sind angebunden, mit welchen Rechten, und ist für jede Verbindung nachvollziehbar, warum genau diese Rechte nötig sind.

## Fazit

Ein technischer Standard allein sichert nichts automatisch ab, aber er macht sichtbar, woran sich eine saubere Umsetzung jetzt messen lassen muss. Wer diese Frage vor der nächsten Erweiterung klärt, statt sie offen zu lassen, vermeidet genau die Art von unbedacht weitreichenden Zugriffsrechten, die sich im Nachhinein nur schwer korrigieren lässt.

Wenn Sie die Zugriffsstruktur Ihrer KI-Agenten für Ihr Unternehmen einordnen möchten: [Kostenfreies Erstgespräch vereinbaren](/kontakt/).