Das verborgene Identitätsrisiko der KI für MSPs

Unternehmen integrieren KI rasant in ihre alltäglichen Geschäftsprozesse. Teams nutzen Microsoft Copilot und Gemini, um Meetings zusammenzufassen, Entwickler beschleunigen die Softwarebereitstellung mithilfe von Coding-Copilots, und Kundenservice-Teams setzen KI-gestützte Chatbots ein, um Reaktionszeiten zu verbessern. Diese Initiativen werden zwar unter dem Gesichtspunkt der Produktivität und Innovation betrachtet, gestalten jedoch auch das Identitätsumfeld von Unternehmen auf eine Weise neu, die häufig unbemerkt bleibt.

Jede KI-Bereitstellung ist auf den vertrauenswürdigen Zugriff auf Unternehmenssysteme angewiesen. Unabhängig davon, ob ein KI-Assistent eine Verbindung zu Microsoft 365, Salesforce, SharePoint oder einer internen Wissensdatenbank herstellt, erfolgt die Authentifizierung, das Abrufen von Informationen und die Ausführung von Aktionen mithilfe von Zugangsdaten und Berechtigungen, die erteilt und verwaltet werden müssen. Daher führt jede Bereitstellung eine weitere Identität ein, die geschützt werden muss.

Sowohl bei Kunden-Meetings als auch bei Diskussionen auf Führungsebene drehen sich die Gespräche zum Thema KI in der Regel um Produktivitätssteigerungen, Governance-Richtlinien und die zulässige Nutzung. Der Fokus auf die zur Unterstützung dieser Technologien erstellten Identitäten ist begrenzt.

Welche neuen Identitäten werden also im Prozess erstellt?

Die Antwort hat Auswirkungen, die weit über die Einführung von KI hinausreichen.

So erweitert KI die identitätsbezogene Angriffsoberfläche für MSPs

Sehen wir uns einmal an, was beim Einsatz eines neuen KI-Tools in einem Unternehmen geschieht:

Ein Marketingteam verbindet einen KI-Schreibassistenten mit SharePoint. Das Vertriebsteam aktiviert einen KI-gestützten CRM-Assistenten. Ein Kundendienst-Manager startet einen Chatbot, der mit der internen Dokumentation verbunden ist. Das Betriebsteam automatisiert wiederkehrende Workflows mithilfe von KI-gestützter Orchestrierung.

Jede Bereitstellung scheint eine isolierte Produktivitätssteigerung zu sein. Aus dem Blickwinkel der Sicherheit reichen die Auswirkungen jedoch weitaus tiefer.

Jede dieser Lösungen erfordert einen vertrauenswürdigen Zugriff zur Ausführung der Aufgaben, für die sie konzipiert wurde. Einige authentifizieren sich über OAuth-Verbindungen, während andere auf API-Schlüssel, Dienstkonten, maschinellen Zugangsdaten oder Zugriffstoken zurückgreifen. Jede erhält die Berechtigung zum Abrufen von Informationen, zur Interaktion mit Geschäftsanwendungen und zum Ausführen von Aktionen im Namen der Benutzer. Individuell finden diese Identitäten selten große Beachtung. Gemeinsam beginnen sie mit der Erweiterung eines Bereichs, den viele Unternehmen nie messen: ihre Identitätsangriffsoberfläche.

Durch die schnelle Verbreitung von KI im gesamten Unternehmen lässt sich diese Herausforderung kaum noch ignorieren. Laut dem Work Trend Index 2025 von Microsoft halten 82 % der Führungskräfte dieses Jahr für entscheidend, um zentrale Aspekte der Strategie und der Abläufe mithilfe von KI zu überdenken. Dem Bericht zufolge setzen 46 % der Unternehmen außerdem bereits KI-Agenten zur vollständigen Automatisierung von Workflows oder Geschäftsprozessen ein, womit deutlich wird, wie schnell KI den Sprung von der Experimentierphase in das Tagesgeschäft geschafft hat.

Diese Zahlen belegen mehr als nur einen verstärkten Einsatz von KI.

Sie verweisen auf eine wachsende Zahl von Anwendungen, Workflows und automatisierten Prozessen, die einen vertrauenswürdigen Zugriff in unternehmensweiten Umgebungen erfordern.

Warum nicht-menschliche Identitäten (NHIs) verborgene Risiken bergen

Herkömmliche Identitätsprogramme wurden mit Blick auf den Menschen entwickelt. Ein Mitarbeiter tritt dem Unternehmen bei, erhält ein Konto, wird Zugang zu den entsprechenden Systemen gewährt und verliert diesen Zugang schließlich, wenn der Mitarbeiter die Position wechselt oder das Unternehmen verlässt. Auch wenn dieser Prozess nicht immer nahtlos verläuft, folgt er doch einem vorhersehbaren Lebenszyklus mit klar festgelegten Zuständigkeiten.

Bei KI ist das nicht der Fall.

Ein KI-Assistent kann sich über ein OAuth-Token authentifizieren. Eine Plattform zur Workflow-Automatisierung kann auf mehrere Dienstkonten und API-Schlüssel zurückgreifen. Ein autonomer Agent kann unter Verwendung maschineller Zugangsdaten auf mehrere Geschäftsanwendungen zugreifen, wobei diese ohne direkte menschliche Interaktion kontinuierlich ausgeführt werden. Im Gegensatz zu Benutzerkonten werden diese Identitäten häufig sofort bei der Einrichtung der Anwendung oder von einzelnen Administratoren, Entwicklern und Geschäftsanwendern erstellt, die KI-Tools mit bestehenden Systemen verbinden.

Viele dieser Identitäten existieren außerhalb der Prozesse, die Unternehmen bereits zur Mitarbeiterverwaltung implementiert haben. Einige bleiben noch lange aktiv, nachdem sie nicht mehr benötigt werden, da ihre Entfernung Workflows unterbrechen oder Integrationen beeinträchtigen könnte. Im Laufe der Zeit sammeln Unternehmen Hunderte oder sogar Tausende von Identitäten an, die nicht mit einer bestimmten Person verknüpft sind, aber dennoch über legitimen Zugriff auf wichtige Geschäftssysteme verfügen.

Sicherheitsexperten bezeichnen diese zusammenfassend als nicht-menschliche Identitäten (NHIs): digitale Identitäten, die nicht von Mitarbeitern, sondern von Anwendungen, Diensten, Workloads und automatisierten Prozessen verwendet werden. Auch wenn einige Unternehmen mit dem Begriff noch nicht vertraut sind, ist ihnen das Konzept durchaus bekannt. Jeder API-Schlüssel, jede OAuth-Verbindung, jedes Dienstkonto, jegliche maschinelle Zugangsdaten und jeder KI-Agent, der im Namen eines Benutzers handelt, stellt eine weitere Identität mit privilegiertem Zugriff dar, die über ihren gesamten Lebenszyklus hinweg verwaltet werden muss.

Die Anzahl der NHIs verändert sich ständig. Jede neue KI-Bereitstellung, jeder automatisierte Workflow und jede Systemintegration umfasst Zugangsdaten, Dienstkonten und maschinelle Identitäten, die eine Governance erfordern. Da immer mehr Anwendungen, Workflows und Systeme miteinander verknüpft werden, gestaltet sich die Aufrechterhaltung der Transparenz zunehmend schwieriger.

Dabei handelt es sich nicht einfach nur um ein Inventarproblem. Es handelt sich um ein Problem der Transparenz und Kontrolle.

Unternehmen können keine Identitäten wirksam schützen, von deren Existenz sie nichts wissen, keine Berechtigungen regelmäßig überprüfen, die sie nicht einsehen können, und keinen Zugriff entziehen, von dem sie nicht wissen, dass er gewährt wurde.

Leider müssen sich Angreifer um diese Einschränkung keine Gedanken machen.

Warum Angreifer nicht verwaltete, maschinelle Identitäten ins Visier nehmen

Cyberkriminelle unterscheiden nicht zwischen menschlichen und maschinellen Identitäten. Sie suchen schlicht nach dem schnellsten Weg für den Zugriff auf wertvolle Systeme und sensible Daten.

Jahrelang richteten sich Phishing-Kampagnen und der Diebstahl von Zugangsdaten in erster Linie gegen Mitarbeiter, da Benutzerkonten den direktesten Zugriff auf die Unternehmensumgebung ermöglichten. Daran hat sich nichts geändert, wohl aber die Anzahl der möglichen Angriffspunkte.

Heutzutage nutzen Angreifer zunehmend API-Schlüssel, Dienstkonten, Zugriffstoken und maschinelle Zugangsdaten aus, da diese Identitäten oft mit weitreichenden Berechtigungen, dauerhaftem Zugriff und deutlich weniger Kontrollen als herkömmliche Benutzerkonten verbunden sind. Im Gegensatz zu einem Mitarbeiterkonto hinterfragt ein Dienstkonto keine unerwarteten Anfragen, ein API-Schlüssel meldet keine verdächtigen Aktivitäten und ein KI-Agent kann nicht erkennen, dass er mit einem bösartigen System interagiert. Werden diese Zugangsdaten kompromittiert, verschaffen sie Angreifern oft genau das, was sie benötigen: legitimen Zugriff.

Laut dem Threat Detection Report 2025 von Red Canary stiegen Identitätsangriffe gegenüber 2024 um 850 % an und machten 2025 53 % des gesamten Erkennungsvolumens aus, was die zunehmende Abhängigkeit der Angreifer von Zugangsdatendiebstahl und identitätsbasierten Angriffstechniken unterstreicht.

Mit jeder neuen KI-Bereitstellung wird eine weitere maschinelle Identität, ein weiteres Dienstkonto oder weitere Zugangsdaten in die Umgebung eingeführt.

Die Herausforderung besteht nicht einfach darin, dass mehr Identitäten existieren. Sie besteht darin, dass vielen mehr Berechtigungen als notwendig erteilt werden, diese länger als beabsichtigt aktiv bleiben oder ohne kontinuierliche Überwachung verwendet werden. Einzeln mögen diese Probleme unbedeutend erscheinen. Gemeinsam bilden sie eine ständig wachsende Sammlung vertrauenswürdiger Identitäten, die Angreifer ausnutzen können.

Je mehr Unternehmen sich für die Automatisierung entscheiden, desto wichtiger wird es, nicht nur zu wissen, wer sondern auch was Zugriff auf kritische Systeme hat.

Warum KI-Identitätssicherheit für MSPs wichtig ist

Für die meisten Unternehmen ist die Verwaltung dieses wachsenden Identitätsökosystems nicht nur eine technische Herausforderung, sondern auch eine Frage der Transparenz.

Viele Unternehmen wissen schlichtweg nicht, wie viele NHIs in ihren Umgebungen vorhanden sind, auf welche Systeme diese zugreifen können und ob diese Zugriffsrechte noch erforderlich sind. KI-Initiativen werden oft von einzelnen Abteilungen, Entwicklern oder Geschäftsbereichen vorangetrieben, die sich auf die Lösung unmittelbarer Herausforderungen konzentrieren. Langfristige Identitäts-Governance ist selten Teil der Diskussion.

Hier können sich MSPs durch ihr Fachwissen hervorheben.

Bislang haben MSPs ihren Kunden bei der Sicherung von Endpunkten, der Verwaltung der Infrastruktur und der Bereitstellung von Cybersicherheitslösungen geholfen. Da Kunden KI zunehmend in ihre Abläufe integrieren, werden sie auf vertrauenswürdige Berater zurückgreifen, die sie bei der Verwaltung der Zugangsdaten, Berechtigungen und maschinellen Identitäten unterstützen, die diese Technologien mit sich bringen.

Kunden bei diesem Wandel zu begleiten, beginnt mit einer Reihe anderer Fragen:

• Welche KI-Anwendungen haben derzeit Zugriff auf geschäftskritische Systeme?
• Welche Dienstkonten und API-Schlüssel werden noch aktiv benötigt?
• Wer ist der Eigentümer der jeweiligen maschinellen Identität?
• Entsprechen die Berechtigungen den Least-Privilege-Prinzipien?
• Wie werden Zugangsdaten rotiert, überwacht und geschützt?

Indem MSPs diese Diskussionen anstoßen und sie im Zuge der Weiterentwicklung von KI-Umgebungen immer wieder aufgreifen, entwickeln sie sich vom reinen Technologieanbieter zum strategischen Berater weiter. Durch die Unterstützung ihrer Kunden bei der Verwaltung von KI-bezogenen Identitäten können MSPs langfristige Risiken minimieren und gleichzeitig eine verantwortungsvolle Einführung von KI ermöglichen.

So unterstützt KeeperMSP Kunden beim Aufbau einer sicheren KI-Grundlage

Das Problem zu verstehen, ist nur der erste Schritt. Damit Kunden dieses Problem bewältigen können, ist eine solide Grundlage für die Identitätssicherheit erforderlich.

MSPs müssen ihren Kunden daher bei der Implementierung eines Frameworks unterstützen, mit dem privilegierte Zugriffe sowohl für menschliche als auch für maschinelle Identitäten einheitlich geregelt werden können. Das bedeutet, Zugangsdaten zu sichern, den Least-Privilege-Zugriff durchzusetzen, vertrauliche Informationen zu schützen, privilegierte Sitzungen zu überwachen und im gesamten Identitätslebenszyklus Transparenz zu gewährleisten.

Anstatt den Zugriff im Zusammenhang mit KI als eigenständige Sicherheitsherausforderung zu betrachten, sollten MSPs ihre Kunden dazu ermutigen, diesen in ihre übergreifende Strategie zur Identitätssicherheit zu integrieren. Unabhängig davon, ob es sich um den Zugriff eines Mitarbeiters, einer Anwendung, eines KI-Agenten oder eines automatisierten Workflows handelt, sollten stets dieselben Grundprinzipien gelten: Überprüfung des Zugriffs, Durchsetzung des Least-Privilege-Prinzips, Schutz der Zugangsdaten und kontinuierliche Überwachung der Aktivitäten. Ein einheitlicher Ansatz reduziert die Komplexität und stellt gleichzeitig sicher, dass Kunden auch bei der Weiterentwicklung ihrer Umgebungen einheitliche Sicherheitsmaßnahmen beibehalten.

KeeperMSP wurde mit Blick auf diese Herausforderungen entwickelt. Dank seiner Zero-Knowledge-Sicherheitsarchitektur, der Enterprise-Passwortverwaltung, dem Privileged Access Management (PAM), der Geheimnisverwaltung und den Funktionen für sicheren Fernzugriff ermöglicht Keeper es Anbietern, ihre Kunden beim Schutz von Zugangsdaten, Geheimnissen und privilegierten Zugriffspfaden zu unterstützen, die bei Angreifern besonders beliebt sind. Anstatt auf isolierte Tools zurückzugreifen, können MSPs sowohl menschliche als auch maschinelle Identitäten über eine einzige Plattform verwalten, die auf Zero-Trust-Prinzipien und kontinuierlicher Zugriffs-Governance basiert.

Für MSPs geht der Mehrwert weit über die Technologie hinaus. Damit erhalten Kunden die erforderliche Transparenz, Kontrolle und Skalierbarkeit, um KI erfolgreich einzusetzen, ohne dass die Identitätsangriffsoberfläche ihre Sicherheitsstrategie überholt.

Jede KI-Bereitstellung schafft neue Identitätssicherheitsrisiken

Jede KI-Bereitstellung erweitert das Identitätsökosystem eines Unternehmens und damit auch die Verantwortung, jede neue Identität mit derselben Sorgfalt zu verwalten wie ihre menschlichen Gegenstücke. Unternehmen, die diesen Zusammenhang frühzeitig erkennen, sind besser in der Lage, Innovationen ohne unnötige Vergrößerung ihrer Angriffsoberfläche umzusetzen.

Für MSPs bedeutet die Unterstützung der von ihnen verwalteten Unternehmen beim Verstehen und der Verwaltung dieser Identitäten weit mehr als nur eine weitere Technologiebereitstellung. Damit stehen MSPs an vorderster Front bei einem der bedeutendsten Wandel im Bereich der Cybersicherheit seit der Umstellung auf Cloud-Computing. Indem sie ihren Kunden beim Umgang mit den durch KI entstehenden Herausforderungen zur Seite stehen, können MSPs ihre Rolle als unverzichtbare Berater festigen und es Unternehmen gleichzeitig ermöglichen, mit Innovationen Schritt zu halten, ohne dabei an Transparenz oder Kontrolle einzubüßen.

Denn jede KI-Bereitstellung bringt mehr als nur eine neue Funktion mit sich. Sie führt eine weitere Identität ein, die geschützt werden muss.

Erfahren Sie mehr über das Keeper MSP-Partnerprogramm und wie es MSPs dabei hilft, den wachsenden Identitäts-Fußabdruck der KI zu bewältigen.