Was ist passiert?
Zhipu AI hat eine neue datenschutzorientierte Funktion für seine Model-as-a-Service (MaaS)-Plattform angekündigt, die die statische Speicherung von Benutzereingabe- und -ausgabedaten nach der Modellinferenz verhindert. Laut dem Bericht von AIBase stellt dieser Mechanismus sicher, dass Daten sofort nach Abschluss eines Modellaufrufs verworfen werden, anstatt auf den Servern der Plattform gespeichert zu bleiben.
Der neue Mechanismus von Zhipu AI soll sicherstellen, dass bei Modellaufrufen generierte Daten nicht statisch auf der Plattform gespeichert werden. Das Unternehmen bezeichnet dies als „Dateninhalt nicht gespeichert“-Funktion, bei der die Informationen ausschließlich zur Erfüllung der unmittelbaren Anfrage verwendet und anschließend verworfen werden.
Die Funktion soll als optionale Ebene der „Datenversicherung“ für Unternehmenskunden dienen, die strenge Daten-Compliance-Anforderungen haben. Interessierte Benutzer können den Zugriff über die Zhipu MaaS-Konsole beantragen, allerdings hat die Plattform den spezifischen Bereitstellungsplan oder den vollen Umfang der Verfügbarkeit der Funktion noch nicht festgelegt.
Die Richtlinie enthält erhebliche Vorbehalte. Zhipu stellte klar, dass der Mechanismus nicht für alle Dienste gilt; Insbesondere sind die Batch-API und die Datei-API ausgeschlossen, da sie für ihre Funktion dauerhaften Speicher benötigen. Darüber hinaus behält sich die Plattform das Recht vor, Daten 30 Tage oder länger aufzubewahren, um rechtlichen und behördlichen Verpflichtungen nachzukommen oder möglichen Plattformmissbrauch und Sicherheitsverstöße zu untersuchen.
Quellenangaben: news.aibase.com ↗
Warum es wichtig ist
Diese Entwicklung befasst sich mit kritischen Unternehmensbedenken hinsichtlich Datensouveränität und Compliance bei der Bereitstellung großer Sprachmodelle. Durch das Angebot einer Option zur „Nichterhaltung von Daten“ bietet Zhipu Unternehmen einen Mechanismus zur Minderung der mit der langfristigen Datenaufbewahrung verbundenen Risiken. Der Nutzen dieser Funktion wird jedoch durch notwendige Ausnahmen für die Einhaltung gesetzlicher Vorschriften und bestimmte API-Funktionen eingeschränkt, was die anhaltende Spannung zwischen datenschutzsicherer KI und den betrieblichen Anforderungen von Modellplattformen verdeutlicht.
Datenschutz ist ein Haupthindernis für die Einführung großer KI-Modelle in Unternehmensumgebungen. Durch die Einführung eines Mechanismus, der Daten nach der Verwendung effektiv „verbrennt“, versucht Zhipu, einen Kompromiss zu schaffen, der die Souveränität der Benutzerdaten respektiert und gleichzeitig die betriebliche Effizienz seiner MaaS-Plattform aufrechterhält.
Die Ankündigung unterstreicht die Komplexität der Implementierung von „Zero-Retention“-Richtlinien in der KI. Da Plattformen für die Sicherheit und die Einhaltung gesetzlicher Vorschriften verantwortlich bleiben müssen, ist eine wirklich absolute „Keine-Speicher“-Richtlinie selten umsetzbar. Der Ansatz von Zhipu trägt dieser Realität Rechnung, indem er explizit Ausnahmen für die Missbrauchsüberwachung und regulatorische Anforderungen festlegt, die für die Aufrechterhaltung eines sicheren und konformen KI-Ökosystems unerlässlich sind.
Interaktiver Mechanismus: Wie es tatsächlich funktioniert
Entdecken Sie interaktiv die zugrunde liegende Technologie, die dieser Entwicklung zugrunde liegt.
Why can ethical evaluation not be reduced to one model score?
Was Sie als nächstes sehen sollten
Die Plattform hat noch kein konkretes Rollout-Datum genannt, weist jedoch darauf hin, dass die Implementierungszeitpläne und der genaue Umfang der Funktion von der Plattform festgelegt werden. Benutzer sind derzeit eingeladen, Anträge für die Funktion über die MaaS-Konsole einzureichen. Es bleibt abzuwarten, wie Zhipu diese „Keine-Speicher“-Richtlinie mit der erklärten Anforderung in Einklang bringt, Daten mindestens 30 Tage lang aufzubewahren, um sie auf Missbrauch zu überwachen oder gesetzliche Vorschriften einzuhalten.
Die größte Unsicherheit besteht im tatsächlichen Zeitplan für die Implementierung, da Zhipu kein konkretes Datum angegeben hat, wann diese Funktion für Antragsteller aktiv sein wird.
Beobachter sollten beobachten, wie die Plattform den „anwendbaren Umfang“ dieser Funktion definiert, da die aktuelle Ankündigung erhebliche Unklarheiten darüber lässt, welche spezifischen Modelle oder API-Endpunkte für den Nichterhaltungsstatus in Frage kommen.
Die Wechselwirkung zwischen dieser Funktion und der 30-tägigen Aufbewahrungsfrist zur Missbrauchsüberwachung wird für Befürworter des Datenschutzes und Sicherheitsteams in Unternehmen von zentraler Bedeutung sein, da sie die tatsächliche Grenze des Versprechens der „Nichtbewahrung“ definiert.