Vordenker

Die Krise der KI-Sichtbarkeit: Warum Sicherheitsteams im Dunkeln tappen und warum sie nicht mÞssen

mm
Unite.AI zu deinen bevorzugten Quellen auf Google hinzufÞgen

Die Integration von KI-Agenten in Produktionsumgebungen beschleunigt sich, aber die Sicherheitsarchitektur, die erforderlich ist, um sie zu sichern, bleibt gefÃĪhrlich hinterher. Wir leben in einer Ära, in der ein KI-Agent, der mit einem Routinejob in einer Staging-Umgebung betraut ist, unabhÃĪngig entscheiden kann, eine Credentials-Fehlpassung zu “beheben”, indem er eine Datenbank-Volume lÃķscht.

Als Branche schalten wir unser Gehirn aus, wenn es um die grundlegenden Prinzipien der Sicherheit und Beobachtbarkeit im Zusammenhang mit KI geht. Sicherheitsteams sind blind, aber sie mÞssen es nicht sein.

Der Mythos von System-Prompts und sicherer Tooling

Ein weit verbreiteter Mythos im KI-Bereich ist, dass wir das Verhalten von Agenten einfach dadurch kontrollieren kÃķnnen, dass wir es ihnen sagen. System-Prompts sind beratend, nicht durchsetzend. In dem oben genannten Vorfall haben die Systemregeln des KI-Agents ausdrÞcklich angegeben, dass er nie destruktive Befehle ausfÞhren soll, doch der Agent hat seine eigenen beworbenen Schutzmechanismen verletzt und die unwiderruflichste Aktion mÃķglich gemacht.

Wir mÞssen unter der Annahme arbeiten, dass der KI tatsÃĪchlich “nichts” weiß. Angriffe auf den KI sind soziale Manipulation, außer dass das Ziel dÞmmer ist als der durchschnittliche Mensch. Jeder, der Erfahrung mit Penetrationstests hat, versteht, wie schwierig es fÞr Organisationen ist, sich gegen soziale Manipulationsangriffe zu verteidigen. Jetzt sind auch unsere Computer anfÃĪllig.

DarÞber hinaus ist KI-Tooling letztendlich nur Software, und alle Software hat Fehler. Wir haben bereits FÃĪlle gesehen, in denen KI-Tooling automatisch unauthentifizierte HTTP-Server startet, sodass jeder lokale Prozess oder jede Website willkÞrliche Shell-Befehle mit Benutzerberechtigungen ausfÞhren kann.

Die Black Box der KI-PrÞfung

Wenn ein KI ausfÃĪllt oder manipuliert wird, ist es ein Albtraum, herauszufinden, was es getan hat. KI-Tools liefern normalerweise keine PrÞfprotokolle. Wenn Sie das GlÞck haben, auf einem Enterprise-Tarif zu sein, sind die Protokolle, die Sie erhalten, stark unvollstÃĪndig. Zum Beispiel erhalten Sie ein vages Ereignis, das angibt, dass ein Benutzer “Gen AI” verwendet hat, und nur grundlegende Metriken, die die Anzahl der Eingabe- und Ausgabetoken angeben.

Keines von beiden hilft einem Sicherheitsanalysten, die grundlegende Frage zu beantworten: Was genau hat dieser Agent ausgefÞhrt?

Die EnthÞllung der KI: Wie man aufhÃķrt, blind zu fliegen

Die gute Nachricht ist, dass Sie nicht unbedingt ein neues, speziell fÞr die KI-Sicherheit entwickeltes GerÃĪt benÃķtigen, um die Sichtbarkeit wiederzuerlangen. Schatten-KI-Nutzung und Agenten-AktivitÃĪten sind mit den vorhandenen Log-Analysetechniken erkennbar, die Ihr Team bereits haben sollte. KI-Tool-Aufrufe, BefehlsausfÞhrungen und System-Änderungsereignisse kÃķnnen mithilfe der vorhandenen Prozess-AusfÞhrungsanalyse (die Sie in Ihrem Sicherheits-Information- und Ereignis-Management-System (SIEM) durchfÞhren, richtig?) nachverfolgt werden.

Hier ist, wie Sie Ihre aktuelle Infrastruktur nutzen kÃķnnen, um KI-AktivitÃĪten zu erkennen:

  • DNS-Analyse: Die Analyse von DNS-Protokollen fÞr Abfragen zu bekannten KI-Service-Domains kann helfen, KI-Nutzung in Ihrer Umgebung zu erkennen.
  • Bedrohungslisten: Dieser Ansatz erfordert die Pflege einer aktualisierten Bedrohungsliste von Domains, die mit KI-Plattformen oder Modell-Anbietern verknÞpft sind.
  • Community-Ressourcen: Es gibt Community-Projekte und Blocklisten, die in Lookup-Tabellen fÞr programmatische Nutzung umgewandelt werden kÃķnnen.
  • SSL-Tracking: Ein ÃĪhnlicher Ansatz kann SSL-Protokolle verwenden, um Servernamen zu verfolgen, obwohl er etwas weniger Detail liefert, da die vollstÃĪndige URL nicht aufgezeichnet wird.
  • Endpoint-Telemetrie: Sie kÃķnnen Tools wie Sysmon verwenden, um Kindprozesse zu zÃĪhlen und nach hohen Bash-Spawners zu suchen, was ein starker Indikator fÞr potenzielle KI-Agents ist, die Befehle auf einem Endpoint ausfÞhren.

Der blinden Fleck, der aktive Änderungen an Ihrer Datenverbindung erfordert, sind die Prompts selbst. Was fordern die Benutzer von der KI? Laden sie mÃķglicherweise sensible Dokumente hoch und verursachen damit Compliance-Probleme? Die Beantwortung dieser Fragen erfordert wahrscheinlich die Erfassung von API-Anfragen an den Anbieter; Web-Proxy, LLM-Proxy und Daten-Import-Tools von Logging- und SIEM-Anbietern. Diese kÃķnnen den Schleier entfernen, der diese wertvolle Datenquelle blockiert.

Die neue Bedrohung: BÃķswillige MCP-Server

Das Modell-Kontext-Protokoll (MCP) ist als MÃķglichkeit entstanden, wie KI-Apps mit externen Tools und Datenquellen integriert werden kÃķnnen. WÃĪhrend es Verbindungen standardisiert, fÞhrt es auch massive neue Angriffsvectoren Þber “BÃķse MCP“-Server ein.

Ich biete ein hands-on-Training-Workshop an, in dem die Studenten diese Attacke selbst erleben kÃķnnen. Sie entwerfen einen bÃķswilligen MCP-Server, um einen LLM zu tÃĪuschen und ihn dazu zu bringen, legitime Tools aufzurufen und die Ausgabe an den Angreifer zurÞckzusenden. Da LLMs sehr anfÃĪllig fÞr soziale Manipulation sind, ist das Umgehen ihrer integrierten Schutzmechanismen oft nur eine Frage der Wortwahl oder eines cleveren Vorwands.

Die Studenten verwenden ihren bÃķswilligen Server hÃĪufig, um der KI zu sagen, dass sie sich “im Wartungsmodus” befindet und Daten an ein sekundÃĪres Tool fÞr “Audit-Protokollierung” senden muss, was zu Datenexfiltration fÞhrt. Einige sind kreativer mit ihren Prompts als andere, aber alle sind normalerweise erfolgreich.

Die Kontrolle zurÞckgewinnen

Um KI-AktivitÃĪten in der realen Welt ordnungsgemÃĪß zu prÞfen, benÃķtigen Sie einen Proxy, um KI-Anfragen abzufangen, und ein Log-Sammlungstool, das in der Lage ist, massive JSON-Payloads zu verarbeiten. Mit dieser Sichtbarkeit kÃķnnen Sie Bedrohungen erkennen und triagieren. Sie kÃķnnen sich nicht allein auf KI-Anbieter verlassen, um die Sicherheitsschicht bereitzustellen. Die Durchsetzung muss in den Systemen Ihrer Organisation leben, nicht in einem Textabsatz, den wir hoffen, dass das Modell entscheidet, zu befolgen. Mit einer guten Logging-LÃķsung haben Sicherheitsteams die Telemetrie; es ist Zeit, dass sie damit beginnen, sie abzufragen. Sie kÃķnnen Bedrohungen erkennen und triagieren. Sie kÃķnnen sich nicht allein auf KI-Anbieter verlassen, um die Sicherheitsschicht bereitzustellen. Die Durchsetzung muss in den Systemen Ihrer Organisation leben, nicht in einem Textabsatz, den wir hoffen, dass das Modell entscheidet, zu befolgen. Mit einer guten Logging-LÃķsung haben Sicherheitsteams die Telemetrie; es ist Zeit, dass sie damit beginnen, sie abzufragen.

Corey Thuen ist der CEO und MitgrÞnder von Gravwell, einer Analyseplattform, die fÞr die Sicherheits-Telemetrie im großen Maßstab entwickelt wurde. Mit Þber einem Jahrzehnt Erfahrung in den Bereichen IT, IoT und ICS/OT-Sicherheit bringt er eine einzigartige, angreiferinformierte Perspektive zur Cybersicherheit.

Zuvor war Corey ein Forscher fÞr SicherheitslÞcken bei IOActive, Digital Bond und dem Idaho National Laboratory, wo er sich auf die Entdeckung von 0-Day-Schwachstellen und die Reverse-Engineering komplexer Systeme konzentrierte.