LOS ANGELES / LONDON (IT BOLTWISE) – Google Cloud-COO Francis de Souza warnt Unternehmen davor, KI-Sicherheit als nachgelagertes Add-on zu behandeln. Stattdessen plädiert er für einen Plattform-Ansatz, der Security, Governance und Auditierbarkeit von Beginn an erzwingt. Der Beitrag ordnet dies in den Kontext schneller werdender Angriffe, wachsender Angriffsflächen und konkreter Credential-Probleme in KI-APIs ein. Gleichzeitig zeigt er, warum Aufsicht und Skill-Profile auf Board- und Executive-Ebene neu gedacht werden müssen.

KI-Sicherheit ist längst kein „Projekt für später“ mehr, sondern wird im Betrieb selbst zum Taktgeber. Francis de Souza, COO von Google Cloud, beschreibt die Lage sinnbildlich so: Es gebe eine Übergangsphase, in der Unternehmen ihre Prozesse noch umstellen, danach aber „in einen besseren Zustand“ gelangen könnten. Entscheidend ist dabei nicht nur der technische Schutz, sondern die Art, wie Security in Organisationen verankert wird. Für Executives bedeutet das: Wer KI einführt, muss Security mitdenken, bevor Datenpipelines, Modelle und Agenten produktiv gehen – sonst entstehen Lücken, die sich mit KI-Tempo ausnutzen lassen.
De Souza setzt auf einen Plattform-Ansatz, der Sicherheit nicht als nachträgliche Schicht versteht. Er richtet sich damit gegen zwei typische Muster: erstens das „Bolt-on“-Denken, bei dem Teams erst kurz vor dem Go-live Guards nachrüsten, und zweitens die Delegation an Mitarbeitende, die selbst „irgendwie“ die richtigen Controls auswählen sollen. Besonders kritisch sieht er „Shadow AI“, also KI-Tools, die Angestellte außerhalb klarer Unternehmensvorgaben einsetzen. Aus technischer Perspektive heißt das: Unternehmen müssen Sicherheits-, Governance- und Audit-Anforderungen systemisch in die genutzten Plattformen und Workflows integrieren, statt sie über Richtlinien allein zu erzwingen.
Ein weiterer Punkt betrifft die Realität moderner IT-Landschaften. De Souza betont, dass selbst bei scheinbar „einer Cloud“ oft mehrere Ebenen zusammenkommen: SaaS-Anwendungen, Geschäftspartner und unterschiedliche Abhängigkeiten können Schattenrechenzentren und Service-Cluster erzeugen, die Security-Grenzen verwischen. Deshalb fordert er eine konsistente Sicherheitsposition über Clouds und Modelle hinweg. Dieses Argument ist auch für andere Anbieter relevant, denn Wettbewerber wie AWS oder Microsoft Azure werben ebenfalls stark mit End-to-End-Governance. Der Unterschied liegt weniger in der Begrifflichkeit als in der Durchgängigkeit: Welche Plattformen liefern gleiche Auditierbarkeit, gleiche Authentifizierungs- und Schlüsselmodelle sowie einheitliche Richtlinien, wenn Daten in Model-Workflows, Agentenprozesse und externe Integrationen wandern?
Der Druck entsteht aus einem veränderten Threat-Tempo. De Souza nennt eine drastische Verkürzung der Zeit zwischen erstem Einbruch und Übergabe an die nächste Angriffsstufe: von vormals etwa acht Stunden auf angeblich nur 22 Sekunden. Gleichzeitig verschiebt sich die Angriffsfläche. Neben dem klassischen „Estate“ treten nun Modelle selbst hinzu, dazu Trainingsdaten-Pipelines, Agenten und Prompts. Historisch war Perimeter-Security oft darauf ausgelegt, dass Netzgrenzen den Großteil der Risiken abbilden. Heute greifen Angreifer schneller und indirekter an: über missbrauchte API-Kanäle, schwache oder falsch interpretierte Freigaben und schlecht überwachte Token-Lifecycle-Prozesse. Genau hier wird Security-Design zur operativen Disziplin, nicht zur reinen Produktfunktion.
Besonders praxisnah ist sein Hinweis auf ein Problem, das in vielen Unternehmen übersehen wird: Agenten, die sich „frei“ im internen System bewegen, können vergessene Daten-Repositories sichtbar machen. Klassische Beispiele sind alte SharePoint-Instanzen oder veraltete Zugriffskontrollen, die früher keine Rolle spielten, weil niemand wusste, wo sie liegen oder wie sie automatisiert auffindbar sind. Wenn Agenten dagegen mit der richtigen Such- und Zugriffskette arbeiten, kann „vergessen“ schnell zu „exponiert“ werden. Die technische Gegenmaßnahme ist nicht nur das Schließen einzelner Zugänge, sondern eine Kombination aus Datenkatalogisierung, Zugriffssicherheit, Policy-Checks und nachgelagerter Überwachung, die auch Agenten-Pfade umfasst.
De Souza argumentiert daher, man müsse „Maschinengeschwindigkeit“ mit „Maschinengeschwindigkeit“ beantworten. Konkret beschreibt er die Entwicklung zu einer KI-nativen, agentischen Abwehr: Security-Teams können Agenten einsetzen, die Abwehrhandlungen im gleichen Takt wie Angreifer ausführen. Das ist mehr als ein Marketingbegriff, denn es verändert die Architektur: Statt ausschließlich „human-led“ oder „human-in-the-loop“ zu arbeiten, kann der operative Teil der Detektion und Reaktion teilweise automatisiert werden, während Menschen die Kontrolle behalten. Zugleich ist das eine Führungsfrage: De Souza formuliert es als Board- und Executive-Thema. In der Praxis heißt das, Budgets, Verantwortlichkeiten und KPI-Modelle für Security-Automation neu zu definieren.
Wie schwierig das Skill-Problem inzwischen ist, verdeutlicht eine Einordnung von Lea Kissner, Chief Information Security Officer bei LinkedIn: Sie spricht in Branchenberichten davon, dass man Personal braucht, um der „Bug-Pocalypse“ zu begegnen, und rechnet damit, dass die Industrie KI-Sicherheit nicht in absehbarer Zeit nachhaltig „voll versteht“. Diese Einschätzung passt zu den operativen Engpässen: Während Angriffs- und Experimentierzyklen schneller werden, bleiben Ausbildung, Review-Prozesse und Incident-Learning oft hinterher. Hinzu kommt, dass KI-Implementierungen selbst neue Schwachstellenmuster erzeugen. Ein weiterer Marktindikator sind Fälle, in denen Entwickler durch unautorisierte API-Aufrufe an KI-Modellen unerwartet hohe Rechnungen erhalten haben – ein Hinweis darauf, wie riskant Credential- und Abrechnungslogik im Zusammenspiel mit sich ändernden Plattform-Umfängen sein kann.
In solchen Berichten wird geschildert, dass API-Schlüssel, die ursprünglich für andere Dienste wie Kartenanbindungen öffentlich oder über Dokumentation verteilt wurden, später unbeabsichtigt auch Zugriff auf KI-Modelle erlangen konnten, weil die Plattform ihren Funktionsumfang erweitert hatte. Selbst nachdem betroffene Nutzer Rückerstattungen erhielten, bleibt die Kernfrage: Welche Transparenz und welche Kontrollmöglichkeiten existieren, wenn Plattformbetreiber automatische Tier-Upgrades oder Abrechnungsanpassungen basierend auf Nutzungsverhalten durchführen? Zusätzlich wird diskutiert, wie lange kompromittierte Keys in der Praxis weiterverwendbar bleiben, selbst wenn sie „gelöscht“ werden. Forschende argumentieren, dass Sperr- und Revocation-Prozesse zeitverzögert in großen Infrastrukturen propagieren können. Das macht Sicherheitsmaßnahmen zu einer Kette, in der Timing, Observability und eine klare Priorisierung entscheidend sind.
Für die Zukunft folgt daraus eine doppelte Konsequenz. Erstens sollten Plattform-Governance und Datenstrategie nicht getrennte Programme sein, sondern gemeinsam gedacht werden: Welche Daten fließen in Trainings- und Inferenzprozesse? Welche Policies gelten für Agenten, Prompts und Datenpipelines? Und wie schnell werden Änderungen in Modellabdeckung oder Abrechnungslogik kommuniziert? Zweitens müssen Unternehmen die eigene Erwartungshaltung anpassen: De Souza ist inhaltlich richtig, aber es gibt einen realen Spalt zwischen dem, was Plattformen „vorschreiben“ und dem, wie schnell sie selbst ihre Mechanismen unter Last und in Edge-Szenarien nachschärfen. Für Entwickler heißt das konkret: Design für Auditierbarkeit, Schlüssel-Lifecycle-Management und konsistente Kontrollen über Cloud- und Modellgrenzen hinweg werden zum Wettbewerbsvorteil – nicht erst „nach dem nächsten Incident“.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!

- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "KI-Sicherheit in Echtzeit: Warum Cloud-Teams jetzt Plattform-Governance brauchen" für unsere Leser?


#Sophos
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "KI-Sicherheit in Echtzeit: Warum Cloud-Teams jetzt Plattform-Governance brauchen" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »KI-Sicherheit in Echtzeit: Warum Cloud-Teams jetzt Plattform-Governance brauchen« bei Google Deutschland suchen, bei Bing oder Google News!