Kostenlos testen

Ratgeber für die IT

Shadow-AI-Apps: Was die IT gegen KI-gebaute Tools der Belegschaft tun kann

Kurze Antwort

Gehen Sie davon aus, dass es diese Apps schon gibt. Finden Sie sie, ohne jemandem Vorwürfe zu machen, und geben Sie allen, die bauen, einen freigegebenen Ort zum Veröffentlichen: hinter Ihrem Firmen-Login, mit einer verantwortlichen Person für jede App. Eine einseitige Richtlinie regelt den Rest.

Ein Verbot von KI-Tools funktioniert selten. Es verlagert die Apps nur dorthin, wo Sie sie nicht sehen. Diese Seite erklärt, was Shadow AI ist, welche Risiken KI-gebaute interne Apps wirklich haben, wie Sie finden, was schon existiert, und bietet eine Richtlinie zum Kopieren.

Zuletzt aktualisiert Geschrieben von TeamOnly. Wir bieten einen der Orte an, an denen Apps veröffentlicht werden können, und sagen das, wo es relevant ist.

01Begriffe

Was ist Shadow AI?

Drei Begriffe, die oft verwechselt werden. Sie beschreiben dieselbe Gewohnheit in verschiedenen Stadien.

Schatten-IT
Software und Dienste, die Leute für die Arbeit nutzen, ohne dass die IT davon weiß oder sie freigegeben hat. Ein privates Konto für Dateifreigaben, ein Projekt-Tool auf der Karte einer Person.
Shadow AI (Schatten-KI)
Dasselbe mit KI-Tools. Mitarbeitende kopieren Firmendaten in Chat-Assistenten oder KI-Funktionen, die die IT nicht geprüft hat.
Shadow-AI-Apps
Der neuere Teil. Mitarbeitende bauen mit Claude Code, Cursor, Lovable, Replit, Bolt oder v0 eine funktionierende App, veröffentlichen sie und schicken Kollegen den Link. Die App enthält Firmendaten und läuft weiter.

Der dritte Punkt ist anders, weil er bleibt. Ein Chat ist nach einer Minute vorbei. Eine App hat Nutzer, Daten und einen Link, der weiter funktioniert, oft auf dem eigenen Konto der Person, die sie gebaut hat.

Geprüft am 25. Oktober 2026. Quellen: Retool AI Governance Report 2026 (Umfrage eines Anbieters, Juni 2026), Zusammenfassung der Red-Access-Studie bei The Hacker News (Gastbeitrag, Mai 2026).

02Die echten Risiken

Was kann bei KI-gebauten internen Apps schiefgehen?

Der Code ist selten das Hauptproblem. Meist ist es der Ort, an dem die App läuft, und wer sie öffnen kann.

  • Öffentliche Links mit Firmendaten

    Viele App-Builder veröffentlichen im offenen Web, solange Sie nicht für die private Option zahlen oder sie finden. Ein Link, von dem niemand wissen sollte, wird trotzdem weitergegeben und manchmal von Suchmaschinen erfasst.

  • Geteilte Passwörter

    Ein Passwort für die ganze App landet in Chats und E-Mails. Die App kann nicht erkennen, wer was getan hat, und wer geht, kennt es weiterhin.

  • Apps auf privaten Konten

    Die App läuft auf der Plattform, bei der sich die Person angemeldet hat, bezahlt mit ihrer Karte, unter ihrem Login. Die Firma hat keinen Admin-Zugriff und weiß vielleicht nicht einmal, dass es sie gibt.

  • Niemand verantwortlich, wenn jemand geht

    Geht die Person, die die App gebaut hat, läuft die App entweder ohne Verantwortliche weiter oder stoppt, wenn ihre Karte gekündigt wird. So oder so erfährt das Team, das darauf angewiesen ist, als Letztes davon.

  • Keine Liste, was es gibt

    Eine App, von der Sie nichts wissen, können Sie weder prüfen noch reparieren noch abschalten. Ohne Liste bleibt jedes dieser Risiken unsichtbar.

  • Secrets im Code, offene Datenbanken

    KI-Tools schreiben API-Schlüssel manchmal in Code, der im Browser läuft. Dort kann sie jeder lesen, der die App öffnet. Eine gehostete Datenbank mit ausgeschalteter Row-Level Security lässt sich lesen, ganz ohne den Umweg über die App.

03Schritt für Schritt

Wie finde ich die Apps, die es schon gibt?

Kein einzelnes Tool findet alle. Zusammen finden diese Schritte die meisten an einem Nachmittag.

  1. Fragen, ohne Vorwürfe

    Schicken Sie eine kurze Nachricht: „Wenn Sie mit KI ein Tool gebaut haben, das Kollegen nutzen, sagen Sie uns Bescheid. Es wird nichts abgeschaltet, wir möchten helfen, dass es sicher weiterläuft.“ Wer baut, freut sich meist, dass jemand fragt.

  2. Spesenabrechnungen und Kartenabrechnungen prüfen

    Suchen Sie nach Abos von Lovable, Replit, Bolt, Vercel, Netlify, Supabase, Cursor und Claude. Eine Builder-Plattform auf einer Spesenabrechnung bedeutet meist, dass irgendwo eine App läuft.

  3. Prüfen, wo sich Leute mit ihrem Firmenkonto angemeldet haben

    Google Workspace und Microsoft Entra listen beide die Drittanbieter-Apps, die Leute mit ihrem Firmenkonto verbunden haben, und die Anmelde-Logs zeigen, welche davon genutzt werden. Builder-Plattformen tauchen dort auf, wenn sich jemand mit „Mit Google anmelden“ oder Microsoft registriert.

  4. Nach App-Adressen suchen

    Durchsuchen Sie DNS- oder Proxy-Logs und Ihren Firmenchat nach Adressen wie *.lovable.app, *.replit.app, *.vercel.app, *.netlify.app und *.pages.dev. Links im Chat sind oft der schnellste Weg zu den Apps, die wirklich genutzt werden.

  5. Browser- und Geräte-Inventar prüfen, falls vorhanden

    Wenn Sie Browser oder Laptops verwalten, zeigt das Inventar KI-Erweiterungen und installierte Apps wie Cursor oder Claude. Das sagt Ihnen, wer baut, aber nicht, was gebaut wurde. Fragen Sie also nach.

  6. Alles aufschreiben

    Eine Zeile pro App: Name, verantwortliche Person, wo sie gehostet ist, welche Daten sie enthält, wer sie nutzt. Diese Tabelle ist Ihr erstes Inventar und zeigt Ihnen, welche Apps Sie zuerst umziehen sollten.

04Zum Kopieren

Eine Richtlinie für Vibe Coding zum Übernehmen

Kurz genug, dass sie gelesen wird. Ändern Sie die Teile in [Klammern] und verschicken Sie sie.

Richtlinie: Mit KI gebaute Tools

  1. Geltungsbereich. Jede App, jedes Skript und jedes Tool, das mit KI-Hilfe gebaut wurde (Claude Code, Cursor, Lovable, Replit, Bolt, v0 oder Ähnliches) und das auch andere als die Person nutzen, die es gebaut hat.
  2. Bauen ist erlaubt. Alle dürfen Tools für die eigene Arbeit bauen. Um eine Idee auszuprobieren, braucht niemand eine Erlaubnis.
  3. Wo Apps laufen. Apps, die Kollegen nutzen, werden auf [unserem freigegebenen Hoster] veröffentlicht. Nicht auf einem privaten Konto und nicht auf öffentlichem Hosting.
  4. Zuerst der Login. Jede App verlangt ein Firmenkonto, bevor sie irgendeine Seite oder Daten zeigt. Keine geteilten Passwörter und keine öffentlichen Links.
  5. Daten. Interne Arbeitsdaten sind in Ordnung. Personenbezogene Kundendaten, Zahlungskartendaten, Gesundheitsdaten und Passwörter für andere Systeme vorher mit der IT abklären. Firmendaten kommen nie in eine App auf einem privaten Konto.
  6. Schlüssel und Passwörter. API-Schlüssel und Passwörter gehören in die Secret-Einstellungen des Hosters. Nie in den Code und nie in den Chat.
  7. Jede App hat eine verantwortliche Person. Sie hält die App am Laufen und entscheidet, wer sie öffnen kann: die ganze Firma oder eine Liste namentlich genannter Personen.
  8. Wenn jemand geht. Bevor jemand die Firma verlässt oder die Rolle wechselt, werden die eigenen Apps an eine neue verantwortliche Person übergeben. Eine App, die niemand übernimmt, wird abgeschaltet.
  9. Melden, ohne Vorwürfe. Wenn Sie eine App mit Firmendaten finden, die jeder öffnen kann, sagen Sie es [Ansprechperson in der IT]. Wer meldet, bekommt keinen Ärger.
  10. Überprüfung. Die IT prüft die Liste der Apps [jedes Quartal]. Apps, die seit [90 Tagen] niemand genutzt hat, können nach Rücksprache mit der verantwortlichen Person gelöscht werden.

Lieber als reinen Text? Die Markdown-Version dieser Seite enthält die Richtlinie zum Einfügen (auf Englisch).

Warum nicht einfach verbieten?

Diese Tools entstehen, weil sie echte Probleme lösen. Ein Verbot beseitigt das Problem nicht, es verschiebt das Tool auf ein privates Konto. Ein freigegebener Ort zum Veröffentlichen bringt Ihnen dieselben Tools, hinter Ihrem Login, in einer Liste, die Sie lesen können.

05Ein freigegebener Ort

Ein sicherer Ort zum Veröffentlichen

Die Richtlinie funktioniert, wenn der freigegebene Hoster die schwierigen Teile übernimmt, damit niemand sie falsch machen kann. Das macht TeamOnly.

Login, bevor App-Code läuft
Jede Anfrage an jede App wird zuerst geprüft. Wer nicht angemeldet ist, erreicht die App nie. Es gibt keine Einstellung, um eine App öffentlich zu machen.
Nur Firmenkonten
Kollegen melden sich mit ihrem Google- oder Microsoft-Firmenkonto an oder mit einem Code an ihre geschäftliche E-Mail. Nur Ihre Domains kommen rein, private Konten werden abgewiesen.
Jede App in der Liste
Das Dashboard zeigt jede App Ihrer Firma, die verantwortliche Person, wer sie öffnen kann und jede Veröffentlichung. Zugriff hat die ganze Firma oder eine Namensliste.
Neue Verantwortung, wenn Leute gehen
Admins übergeben eine App im Dashboard an eine neue verantwortliche Person. Deaktivieren Sie das Firmenkonto einer Person, und neue Anmeldungen sind nicht mehr möglich. Admins legen fest, wie lange eine Anmeldung bei Apps gilt, von 8 Stunden bis 30 Tage.
Überall abmelden
Ein Admin kann eine Person, die baut, auf einen Schlag aus allen Terminals und dem Dashboard abmelden.
Apps getrennt voneinander
Jede App hat ihre eigene Datenbank, ihren eigenen Dateispeicher und ihre eigenen Secrets, und ihr Sitzungs-Cookie gilt nur für ihre eigene Adresse. Schlüssel werden mit npx teamonly secrets set gesetzt, außerhalb des Codes.

Builder kostet $19 im Monat für einen Ersteller und 3 Apps. Team kostet $249 im Monat für unbegrenzt viele Apps und Ersteller. Wer Apps nur nutzt, zahlt nichts. Preise.

Was es nicht kann: TeamOnly hostet interne Web-Apps mit einem React-Frontend und einer JavaScript- oder TypeScript-API. Öffentliche Websites und Python-Apps hosten wir nicht, und wir haben heute keine SOC-2- oder ISO-Zertifizierung. Details zur Sicherheit.

TeamOnly für die ITLoslegen

06FAQ

Häufige Fragen

Alle Fragen und Antworten

Was ist Shadow AI?

Shadow AI (Schatten-KI) heißt: Mitarbeitende nutzen KI-Tools für die Arbeit, ohne dass die IT davon weiß oder sie freigegeben hat, oft mit Firmendaten darin. Angefangen hat es mit Chat-Assistenten. Heute gehören auch funktionierende Apps dazu, die Mitarbeitende mit KI bauen und mit Kollegen teilen.

Was ist der Unterschied zwischen Schatten-IT und Shadow AI?

Schatten-IT ist jede Software und jeder Dienst, den Leute ohne Wissen der IT für die Arbeit nutzen, etwa ein Konto für Dateifreigaben oder ein Projekt-Tool, das privat bezahlt wird. Shadow AI ist dasselbe mit KI-Tools. Shadow-AI-Apps gehen einen Schritt weiter: Die Person nutzt nicht nur ein Tool, sie hat eins gebaut, und darin liegen Firmendaten.

Sollten wir Vibe Coding verbieten?

Ein Verbot beseitigt selten den Bedarf. Diese Tools entstehen, weil sie echte Probleme lösen, also wandern sie bei einem Verbot auf private Konten, wo Sie sie nicht sehen. Die meisten Firmen fahren besser mit einer kurzen Richtlinie und einem freigegebenen Ort zum Veröffentlichen.

Wie finden wir die KI-gebauten Apps, die es schon gibt?

Fragen Sie, ohne Vorwürfe. Prüfen Sie dann Spesenabrechnungen auf Abos von Lovable, Replit, Vercel und Ähnlichem, die Liste der Drittanbieter-Apps, die Leute in Google Workspace oder Microsoft Entra mit ihrem Firmenkonto verbunden haben, und DNS- oder Chat-Logs auf Adressen wie *.lovable.app oder *.vercel.app.

Was gehört in eine Richtlinie für Vibe Coding?

Was gebaut werden darf, wo Apps veröffentlicht werden müssen, dass jede App einen Firmen-Login braucht, welche Daten erlaubt sind, wohin API-Schlüssel und Passwörter gehören, wer für jede App verantwortlich ist und was passiert, wenn diese Person geht. Die Richtlinie auf dieser Seite passt auf eine Seite und lässt sich so übernehmen.

Sind KI-gebaute Apps ein Sicherheitsrisiko?

Bei internen Tools liegt das größere Risiko meist nicht im Code, sondern darin, wo die App läuft: ein öffentlicher Link, ein geteiltes Passwort, ein privates Konto, Schlüssel im Code oder niemand verantwortlich, sobald die Person geht, die sie gebaut hat. Jeder dieser Punkte lässt sich durch den Ort lösen, an dem die App veröffentlicht wird.

Weiterlesen

Early Access

Ein freigegebener Ort zum Veröffentlichen für alle, die bauen.

Jeder Tarif ist jetzt buchbar, und Ersteller können 14 Tage kostenlos ohne Karte testen. Ihre Firma ist sofort bereit, und Ersteller können noch am selben Tag veröffentlichen.

14 Tage kostenlos testenOder gleich abonnieren

Keine Karte für die Testphase. Danach ab $19 im Monat, jederzeit kündbar.

Noch nicht so weit? Neuigkeiten erhalten

Bitte die geschäftliche E-Mail verwenden. Wir schreiben selten, und nur wenn es wirklich etwas Neues gibt.

Fragen an hello@teamonly.dev. Ein Mensch antwortet.