Shadow AI ist ein Governance-Problem, keine Sperrliste

Seit Jahren versuchen IT-Organisationen, Shadow IT loszuwerden: die Excel-Tabellen, nicht freigegebene Software und Workarounds, die Fachbereiche bauen, wenn offizielle Tools nicht mithalten können. Generative KI hat dieses Problem nicht gelöst. Sie hat es beschleunigt.

Mitarbeitende greifen heute schneller zu KI-Tools als bei jeder früheren Welle von Schattentechnologie. Der 2026 Data Breach Investigations Report von Verizon zeigt, dass die Nutzung von KI-Tools auf Firmengeräten durch Mitarbeitende innerhalb eines einzigen Jahres von 15 % auf 45 % gestiegen ist (Verizon, 2026), und Shadow AI zählt im Bericht inzwischen zu den häufigsten nicht böswilligen Quellen von Datenlecks.

Source: Verizon, «2026 Data Breach Investigations Report», 2026

Der Reflex, mit strengeren Sperren zu reagieren, funktioniert selten. Meist verschiebt er das Verhalten nur weiter aus dem Blickfeld. Die nachhaltigere Lösung besteht darin, Fachanwendern einen freigegebenen Weg mit klarer Governance zu geben, um die KI-Agenten zu bauen, die sie ohnehin wollen. Dann muss die IT sie nicht erst im Nachhinein entdecken.

Warum das Blockieren von Shadow AI nicht funktioniert

Die formelle Beschaffung von Unternehmenssoftware dauert heute im Schnitt 72 Tage von Anfang bis Ende: 40 Tage für einen Neukauf, 82 Tage für eine Vertragsverlängerung (Vertice, 2026). Die Anmeldung bei einem generativen KI-Tool dauert Sekunden und braucht keine Bestellung.

Jeder Tag dieser Lücke ist ein Anreiz, den Prozess zu umgehen. Fachanwender wollen kein Risiko schaffen. Sie wollen ihre Arbeit erledigen, und das schnellste verfügbare Tool gewinnt automatisch, sobald der freigegebene Weg langsamer ist als der nicht freigegebene.

Shadow AI ist die Governance-Lücke des Citizen Development unter neuem Namen

Shadow AI ist nicht aus dem Nichts entstanden. Es ist die neueste Ausprägung eines Governance-Versagens, das die IT bereits bei Low-Code und Citizen Development miterlebt hat. Die KPMG-Befragung von 715 Organisationen ergab, dass 73 % der Organisationen in der Low-Code-Planungsphase und 65 % der aktiven Low-Code-Anwender keine Governance-Regeln dafür definiert haben, was gebaut wird (KPMG, 2026).

Source: KPMG, «Shaping Digital Transformation with Low-Code Platforms», Befragung von 715 EMA-Unternehmen, 2026

KI-Agenten erhöhen den Einsatz noch weiter. Ein KI-Agent kann live auf Systeme zugreifen, Dokumente lesen und über jede angebundene Integration Aktionen ausführen. Die IBM-Befragung von 2026 unter 2000 hochrangigen Führungskräften ergab, dass Unternehmen bis 2027 im Schnitt mit 1'661 KI-Agenten rechnen, ein Anstieg von 38 % gegenüber heute. 77 % der Befragten gaben an, dass die KI-Einführung ihre Steuerungsfähigkeit bereits übertrifft, und nur 11 % fühlen sich für diesen Massstab wirklich bereit (IBM, 2026). Zwei von drei CIOs und CTOs geben an, für KI-Systeme zur Rechenschaft gezogen zu werden, die sie nicht vollständig kontrollieren.

Was governance-gestütztes Self-Service tatsächlich braucht

Eine Plattform, die diese Lücke wirklich schliesst, muss auf beiden Seiten gleichzeitig ansetzen: Fachanwender brauchen einen schnellen Weg zum Bauen, und die IT muss die Kontrollen behalten, für die sie später Rechenschaft ablegen muss. Lunnoas Plattformarchitektur verbindet dafür fünf Mechanismen miteinander.

Identität bleibt zentralisiert. Lunnoa authentifiziert über OIDC-basiertes Single Sign-on mit Just-in-time-Provisioning, und SCIM verwaltet den Lebenszyklus von Nutzenden und Gruppen automatisch. Verlässt jemand das Unternehmen, verschwindet mit ihm auch der Zugriff auf jeden selbst gebauten Agenten, ganz ohne manuelles Offboarding-Ticket.

Berechtigungen sind klar abgegrenzt, nicht vorausgesetzt. Rollenbasierte Zugriffskontrolle (RBAC) prüft pro Workspace knapp neunzig einzelne Berechtigungen, und einzelne Agenten werden gezielt für bestimmte Personen oder Teams freigegeben, statt standardmässig offen zu liegen. Ein Fachanwender sieht die ihm zugewiesenen Workflows, nicht den gesamten Workspace dahinter.

Credentials kommen nie mit dem Fachanwender in Berührung. API-Schlüssel und OAuth-Tokens von Drittanbietern sind im Ruhezustand verschlüsselt, bleiben innerhalb der eigenen Umgebung des Unternehmens und werden nie an den Client zurückgegeben. Ein IT-Administrator richtet eine Verbindung einmalig ein, auf globaler, Workspace- oder Nutzerebene, und jeder darauf aufbauende Agent übernimmt diese Grenze automatisch.

Die Ausführung bleibt innerhalb der vorgegebenen Grenzen. Verbindungen, Wissensquellen und Tools jedes Agenten werden bereits beim Erstellen fest zugewiesen. Ein Agent läuft unter dem ihm zugewiesenen Credential, nicht unter der Identität der nutzenden Person, und eine sensible Aktion kann vor der Ausführung eine separate Freigabe erfordern.

Jede Aktion wird protokolliert. Ausführungsverlauf und ein dedizierter Audit-Trail dokumentieren, was jeder Agent getan, aufgerufen und zurückgegeben hat, sodass eine Compliance-Prüfung nicht davon abhängt, ob sich jemand richtig erinnert, was ein Workflow eigentlich tun sollte.

Dieselbe Grenze gilt auch für selbst entwickelte Tools

Governance-Lücken entstehen nicht nur innerhalb von No-Code-Buildern. Ein internes Engineering-Team, das auf einer KI-Plattform ein massgeschneidertes Portal baut, kann ebenso leicht eine Schattenfläche schaffen, etwa indem es rohe Credentials direkt im Anwendungscode verarbeitet. Das @lunnoa/client-SDK schliesst diesen Weg für Entwickler auf dieselbe Art, wie der No-Code-Builder ihn für Fachanwender schliesst.

Ein workspace-gebundenes Service-Konto trägt seine eigene RBAC-Rolle, und das SDK erzwingt im Code, nicht nur in der Policy, dass ein reiner Server-API-Schlüssel nicht innerhalb eines Browser-Kontexts konstruiert werden kann. Ein Entwickler definiert eine Verbindung, einen Workflow oder einen Agenten per Referenz. Lunnoa verwahrt das dahinterliegende Credential.

Fazit

Shadow AI lässt sich nicht mit einer längeren Liste gesperrter Tools lösen. Gelöst wird es so, wie es letztlich auch beim Citizen Development gelang: indem der freigegebene Weg schnell genug ist und ausreichend Governance bietet, sodass Fachanwender keinen Grund mehr haben, anderswo zu suchen. Die IT behält die Leitplanken. Fachanwender dürfen bauen.