Vibe Coding: Die Milliarden-Dollar-App und die Sicherheitsschulden, über die niemand spricht
Prompt-to-App-Entwicklung boomt. Die Datenlecks auch. 38 Millionen Datensätze allein durch Power Apps exponiert, 125 Millionen durch Firebase, 40 % des KI-generierten Codes als verwundbar eingestuft. Warum Governance, nicht bessere Prompts, die Antwort ist.
\"Generiere mir eine Milliarden-Dollar-App\" ist ein grossartiger Prompt. Bis Ihre Kundendaten im offenen Internet landen.
Vibe Coding, die Praxis, Software durch natürlichsprachliche Prompts und KI-Assistenten zu erstellen, hat sich in weniger als zwei Jahren vom Twitter-Trend zur Unternehmensrealität entwickelt. GitHub beschreibt es als \"natürlichsprachlich gesteuertes, KI-unterstütztes Programmieren.\" Google Cloud erweitert es um \"Vibe Deploying\": Ein Prompt erzeugt nicht nur Code, sondern auch Deployment-Schritte.
Der Reiz ist offensichtlich. Nicht-technische Mitarbeitende können interne Tools bauen. Prototypen gehen in Stunden von der Idee zur funktionierenden App. Entwicklungsteams liefern schneller denn je.
Aber die Sicherheitsbilanz erzählt eine andere Geschichte.
Die Vorfälle, die Sie innehalten lassen sollten
2021 entdeckte UpGuard, dass Microsoft Power Apps Portals Daten über anonyme OData-Feeds exponierten: 38 Millionen Datensätze bei 47 Organisationen, Contact-Tracing-Daten, Impftermine, Sozialversicherungsnummern. Die Ursache war keine ausgefeilte Attacke, sondern eine Konfigurationskombination, die häufig falsch gesetzt wurde.
Bei Firebase fanden Forscher massenhafte Expositionen durch falsche Security Rules: rund 125 Millionen User-Records als extrahierbar identifiziert. Firebase \"ermöglicht einfache Fehlkonfiguration ohne jede Warnung.\"
2025 exponierte der No-Code-App-Builder Passion.io 3,6 Millionen Datensätze (12,2 TB) über eine ungeschützte Datenbank. Und bei Retool führte ein gezielter Smishing-Angriff 2023 zu unbefugtem Zugriff auf 27 Cloud-Kunden-Accounts.
Warum vibe-codierte Apps anders brechen
Konfiguration als Code, aber ohne Code-Review. In Low-Code-Plattformen steckt die Sicherheit nicht im Quellcode, sondern in Berechtigungseinstellungen und Connector-Scopes. Diese werden über UI-Toggles konfiguriert, nicht in Dateien, die in Pull Requests geprüft werden.
Autorisierung lebt in der UI, nicht auf dem Server. Mendix warnt explizit: \"Jeder Nutzer kann direkt mit der API sprechen.\" Wenn Zugriffskontrolle nur als UI-Einschränkung implementiert ist, sieht ein Angreifer, der direkt die API anspricht, alles.
Connectoren sind Privilege-Amplifier. Google warnt, dass das Teilen eines mächtigen Standard-Service-Accounts über mehrere Apps \"sehr riskant\" ist. In Low-Code-Plattformen ist das Teilen von Service-Verbindungen aber ein First-Class-Feature.
KI-generierter Code bringt neue Supply-Chain-Risiken. Eine Studie fand über 205'000 halluzinierte Paketnamen in KI-generiertem Code. Angreifer veröffentlichen Pakete unter diesen Namen (\"Slopsquatting\"). Und Pearce et al. fanden etwa 40 % des Copilot-generierten Codes als verwundbar.
Die Governance-Lücke im Herzen des Vibe Coding
OWASPs Citizen Development Top 10 nennt \"Blind Trust\" als fundamentales Risiko: Citizen Developer nehmen an, dass plattformgenerierter Code \"inhärent sicher\" ist. Das Ergebnis: Apps gehen live ohne Threat Modeling, mit überprivilegierten Connectoren, ohne Logging.
Was Unternehmen tun sollten
Deny by Default. Jeder Datenendpunkt, jeder Connector, jede API sollte explizite Berechtigung erfordern.
Jeden Connector als Blast-Radius behandeln. Separate Service-Identitäten pro App. Least Privilege auf jeder Integration. Connector-Scopes quartalsweise auditieren.
Publishing gaten, nicht nur Building. Pre-Publish Security Checks, Permission-Diffs und Public-Endpoint-Scanning als Pflicht-Gates.
Governance zum einfachsten Weg machen. Die Governance-Schicht muss in den Workflow eingebettet sein, unsichtbar, automatisch und nicht verhandelbar.
Alles loggen. Wenn Sie nicht nachvollziehen können, welche Daten abgerufen, welche Connectoren aufgerufen und welche Aktionen ausgelöst wurden, können Sie weder auf Vorfälle reagieren noch Compliance nachweisen.
hegyon.ai steuert die Schicht zwischen Ihren Mitarbeitern, Ihren Daten und KI, ob sie Modelle abfragen, Apps bauen oder Systeme verbinden. Jeder Datenfluss wird durch Richtlinien gesteuert. Jede Interaktion wird protokolliert. Jeder Connector ist scoped. Denn im Zeitalter des Vibe Coding ist das grösste Risiko nicht schlechter Code, es sind ungesteuerte Daten.