Sehen Sie jedes KI-Tool, das Ihre Organisation berührt – sanktioniert oder Schatten-IT

Irgendwo in Ihrer Organisation nutzt gerade in diesem Moment ein Mitarbeiter ein KI-Tool, von dem Sie noch nie gehört haben. Vielleicht ist es ein persönlicher DeepSeek-API-Key, eingefügt in ein Nebenprojekt. Vielleicht ist es Perplexity, verbunden mit einem geschäftlichen Google-Konto. Vielleicht ist es etwas deutlich Leistungsfähigeres: eine autonome Agenten-Plattform mit dauerhaftem OAuth-Zugriff auf Notion, Gmail und GitHub, die mehrstufige Aufgaben im Auftrag dieses Mitarbeiters erledigt – und mit Ihren Daten.

Bis heute hat 8200.dev all das sichtbar gemacht – aber in Einzelteilen, verstreut über den allgemeinen Findings-Feed. Heute liefern wir AI Governance aus: einen einheitlichen Dashboard-Bereich, der eine Frage an einem Ort beantwortet – welche KI läuft in Ihrer Organisation, und wird sie governt?

Was sich tatsächlich geändert hat

Hier die ehrliche Einordnung, denn ehrliche Einordnung ist das Produkt: AI Governance ist eine Aggregationsebene, kein neuer Scanner. Jede hier gezeigte Erkennung existierte bereits vor heute in der Engine. Neu ist, dass sie nun eine kohärente Geschichte erzählen, statt als isolierte Findings zu erscheinen – hinzu kommt ein Satz neuer Regeln zur Tiefenanalyse pro Mitglied, die unten beschrieben werden. Dieses Release sammelt keine neuen Daten, fügt keinen Scope hinzu und rührt nichts an, das nicht bereits einsehbar war. Wenn Sie Quellen verbunden haben, ist die Seite bereits gefüllt.

Das Dashboard organisiert das Wissen der Plattform in sechs Bereiche:

1. Shadow AI, entdeckt über OAuth-Berechtigungen. Manche KI-Anbieter lassen sich überhaupt nicht governen – nicht weil Sie nicht die richtige Preisstufe gekauft haben, sondern weil es gar keine organisatorische Admin-Oberfläche gibt. DeepSeek bietet eine persönliche API-Key-Konsole und sonst nichts: kein SSO, keine Audit-Logs, keine Mitgliederverwaltung. Bei Moonshots Kimi ist es genauso – und unabhängige Forschung (Harmonic Security, Januar 2026) hat ergeben, dass das Nutzungsvolumen von Kimi im Unternehmenskontext das von DeepSeek tatsächlich übersteigt, was Kimi zum größeren realen Shadow-AI-Kanal der beiden macht. Die API von Grok ist nur für Inferenz nutzbar. Perplexitys Enterprise-Verwaltung ist ausschließlich über die UI zugänglich. Bei diesen Anbietern existiert als einziger Governance-Hebel überhaupt die Erkennung: 8200.dev fingerprintet deren OAuth-Berechtigungen in den von Ihnen verbundenen Workspaces und zeigt Ihnen, welche Mitarbeiter sie eingebunden haben.

2. Agentische Plattformen unter erhöhter Beobachtung – die Manus-Geschichte. Manus verdient einen eigenen Absatz, denn es handelt sich um eine andere Risikoklasse. Manus ist eine agentische Orchestrierungsplattform: Sie beantwortet nicht nur Fragen, sondern führt mehrstufige autonome Aufgaben aus, und dafür hält sie delegierte OAuth-Verbindungen zu den Tools, auf denen Ihre Organisation läuft – Notion, Gmail, GitHub, Google Workspace. Eine Manus-Berechtigung in Ihrem OAuth-Inventar ist nicht „eine App, die ein Mitarbeiter einmal ausprobiert hat“; sie ist ein dauerhafter, autonomer Akteur mit realer Reichweite, und sollte die Plattform je kompromittiert, überberechtigt oder fehlgeleitet werden, ist diese Berechtigung ein direkter Pfad für seitliche Bewegung in Ihren Workspace.

Die Unternehmensgeschichte ist es wert, bei der Abwägung dieses Risikos bekannt zu sein. Manus wurde 2025 von einem chinesischen Startup (Butterfly Effect) gestartet und verlegte, wie damals breit berichtet wurde, seinen Hauptsitz nach Singapur, während die US-Regulierungsbehörden die amerikanisch geführte Finanzierungsrunde prüften. 2026 wurde es kurzzeitig von Meta übernommen – ein Deal, der im Juni 2026 rückabgewickelt wurde, sodass Manus seither unabhängig operiert, mit einer großen und schnell wachsenden Enterprise-Kundenbasis. Nichts davon macht Manus bösartig. All das macht Manus jedoch zu einem Anbieter, dessen Zugriff auf Ihre Organisation bewusste Governance verdient – und hier der Haken: Manus stellt keine öffentliche Admin-API bereit. Kein Audit der Connector-Berechtigungen, keine Mitgliederliste, kein Aktivitätslog, das eine externe Plattform auslesen könnte (die E-Discovery-Schnittstelle ist Enterprise-Kunden über Customer Success vorbehalten). Was Manus mit seinem Zugriff tut, ist heute nicht unabhängig überprüfbar. Deshalb klassifiziert 8200.dev es als *agentischen Connector* unter erhöhter Beobachtung: Die von uns ausgelieferte Erkennung der OAuth-Berechtigungssignatur ist unseres Wissens die einzige unabhängige Abdeckung, die existiert – und genau das sagen wir im Finding, statt mehr zu suggerieren.

3. Schulungsstatus der Anbieter-KI. Trainiert jede von Ihnen verbundene Plattform standardmäßig KI-Modelle mit Ihren Daten? Wie wir in unserer Untersuchung von 17 SaaS-Plattformen dokumentiert haben, macht keine einzige diese Einstellung API-abfragbar – der Status steckt in Verträgen, regionalen Standardeinstellungen und Plan-Stufen. Die AI-Governance-Ansicht zeigt den recherchierten, datierten Status für jede von Ihnen verbundene Plattform, sodass die Antwort direkt neben Ihren Live-Findings steht statt in einem Anbieter-PDF, das niemand öffnet. (Die Atlassian-Frist zur Datenbeisteuerung ist ein Live-Beispiel dafür, warum das auf ein Dashboard gehört.)

4. Governte KI-Anbieter – die fünf echten Connectoren. Wo ein Anbieter tatsächlich eine Admin-API bereitstellt, verbindet sich 8200.dev ordnungsgemäß damit. Fünf KI-Anbieter verfügen heute über erstklassige Connectoren: Mistral AI, OpenAI, ChatGPT Enterprise, Anthropic und Cursor – Teil der insgesamt 23 Connectoren der Plattform. Diese lesen (schreibgeschützt, immer) die Governance-Oberfläche aus, die jeder Anbieter tatsächlich bietet: API-Keys und deren letzte Nutzung, Mitglieder und Rollen, Seats und Aktivität pro Seat, Ausgabenlimits, Audit-Log-Konfiguration, tägliche Nutzung.

5. Erhöhungstiefe pro Mitglied – neu in diesem Release. Die eine wirklich neue Regellogik, die mit dem Dashboard ausgeliefert wird: das Kennzeichnen eines *bestimmten Mitglieds*, dessen API-Zugriff seine Rolle überdauert hat. Bei Mistral, OpenAI und Anthropic liest der Connector bereits Mitglieder, Rollen und Key-Besitz aus – daher kennzeichnet die Plattform nun einen aktiven org-weiten API-Key, dessen Inhaber eine Rolle innehat, die keine privilegierte Stufe mehr ist. Diese Diskrepanz bedeutet fast immer, dass jemand nach der Erstellung des Keys degradiert oder in der Rolle eingeschränkt wurde: Der Seat wurde verschärft, das Credential nicht – und keine Seat-Überprüfung wird das je zeigen. Bei Cursor läuft dieselbe Idee über das serverseitige Audit-Log: ein einfacher Mitglieder-Seat, der Admin-Level-Aktionen ausführt (Mitgliedschaft, Rollen, Abrechnung, Keys), ohne die Owner-Rolle zu besitzen.

Und wo die Daten schlicht nicht existieren, existiert auch die Regel nicht. Die Compliance-Log-Oberfläche von ChatGPT Enterprise verfügt über kein Mitglieder- oder Key-Inventar, aus dem sich eine Erhöhungs-Diskrepanz ableiten ließe – daher zeigt das Dashboard, anstatt eine Regel zu erfinden, die nie auslösen könnte, das ehrliche Signal, das tatsächlich vorhanden ist: ob Ihr Compliance-Log-Export aktiviert ist und überhaupt Beweise erzeugt (OpenAI bewahrt diese Logs nur 30 Tage lang auf; jeder stille Tag ist unwiederbringlich verlorenes Audit-Beweismaterial). Cursors Audit-Stream hängt von Ihrer Plan-Stufe ab – wenn er nicht verfügbar ist, bleibt die Regel still, statt zu raten.

6. GitHub Copilot Governance. Copilot-Richtlinien und Seat-Hygiene – Abgleich mit öffentlichem Code, ausgeschiedene Mitglieder mit noch aktiven Seats, Seats, die niemand nutzt – rundet das Bild ab, denn für die meisten Engineering-Organisationen ist Copilot das KI-Tool mit dem höchsten Nutzungsvolumen überhaupt.

Was das absichtlich nicht ist

Die AI Governance von 8200.dev ist eine Momentaufnahme des Status, ausgelesen aus Anbieter-Admin-APIs und OAuth-Berechtigungsmetadaten, standardmäßig schreibgeschützt. Sie fängt keinen Netzwerkverkehr ab. Sie proxied, protokolliert oder untersucht keine Prompts. Sie liest niemals Nachrichten- oder Dateiinhalte. Das Dashboard erklärt dies direkt auf der Seite, denn ein Governance-Produkt, das vage über seinen eigenen Zugriff bleibt, hat kein Recht, Ihren zu bewerten.

Wir sind der Meinung, dass diese Grenze in der KI-Governance mehr zählt als anderswo. Der Markt füllt sich mit Tools, die die Frage „Welche KI läuft hier?“ beantworten, indem sie sich selbst in den Datenverkehrspfad stellen – ein Ansatz mit echten Fähigkeiten und echten Kosten (eine neue Inline-Abhängigkeit, ein neuer Datenkonzentrationspunkt, eine weitere Sache, der man vertrauen muss). Unsere Antwort ist bewusst anders: Governen Sie, was aus den von Anbietern offiziell bereitgestellten Oberflächen ausgelesen werden kann, seien Sie erschöpfend bei diesen Oberflächen, und seien Sie explizit darüber, was niemand einsehen kann. Wenn ein Anbieter überhaupt keine Oberfläche bietet – DeepSeek, Kimi, Grok, Perplexity, Manus –, sagen wir „Erkennung ist der einzige existierende Hebel“, und wir liefern die Erkennung.

Warum das gerade jetzt wichtig ist

Die regulatorische Marschrichtung ist unmissverständlich. Der EU AI Act führt Pflichten schrittweise bis 2026–2027 ein, und die Verantwortlichkeit auf Seiten des Deployers – der Gedanke, dass die Organisation, die KI *einsetzt*, dafür geradesteht, nicht nur der Anbieter, der sie gebaut hat – verhärtet sich zunehmend in Gerichtsentscheidungen und bundesstaatlichen Regeln, wie wir in unserer Analyse zur Haftung von KI-Agenten dargelegt haben. Frameworks und Prüfer erwarten zunehmend, dass Sie nachweisen können, zu wissen, welche KI Ihre Daten berührt und dass der Zugriff überprüft wird. Die AI-Governance-Ansicht unterstützt genau diese Art von Audit-Trail-Dokumentation: Findings fließen in dieselbe Compliance-Konsole wie alles andere und lassen sich Kontrollbereichen wie Zugriffskontrolle und Anbieter-Management in Frameworks wie SOC 2 und ISO/IEC 42001 zuordnen. Um präzise zu sein, was dieser Satz bedeutet: Es handelt sich um eine sachliche Zuordnung von Kontrollbereichen, die Ihre Beweissammlung unterstützen kann – es ist keine Zertifizierung, und die Anbindung von 8200.dev macht niemanden „EU-AI-Act-konform“. Wer Ihnen erzählt, ein Dashboard könne das leisten, verkauft etwas anderes.

Wo Sie es finden

Der Bereich befindet sich in der App unter AI Governance, direkt neben Ihren Findings. Er ist in jedem Plan verfügbar, auch im kostenlosen – denn die Frage „Welche KI läuft hier?“ ist der Anfang des Gesprächs, kein Upsell-Türsteher. Die Features-Seite zeigt, wie er sich in den Rest der Plattform einfügt, und der Use-Case zur KI-Agenten-Governance behandelt die umfassendere Agenten-Geschichte – Erkennung, Zugriffs-Mapping und Durchsetzung.

Wenn Sie noch nichts verbunden haben: Die kostenlose Stufe dauert wenige Minuten, erfordert kein Verkaufsgespräch und beginnt mit schreibgeschützten Scopes, die Sie jederzeit widerrufen können. Ihre erste AI-Governance-Ansicht – einschließlich jeder Shadow-AI, die bereits in Ihrem Workspace verdrahtet ist – ist nur eine Verbindung entfernt. Kostenlos starten.