[{"data":1,"prerenderedAt":150},["ShallowReactive",2],{"blog-post-blog_de-confidential-computing-fuer-ki-workloads":3},{"id":4,"title":5,"body":6,"date":135,"description":136,"draft":137,"extension":138,"meta":139,"navigation":140,"path":141,"seo":142,"stem":143,"tags":144,"__hash__":149},"blog_de\u002Fde\u002Fblog\u002Fconfidential-computing-fuer-ki-workloads.md","Confidential Computing für KI-Workloads: Daten während der Verarbeitung schützen",{"type":7,"value":8,"toc":128},"minimark",[9,18,23,30,33,61,64,68,71,74,106,109,113,116,119],[10,11,12,13,17],"p",{},"KI-Workloads verarbeiten zunehmend vertrauliche Kundendaten, interne Dokumente und proprietäre Modelle in externer Infrastruktur. Verschlüsselung bei der Speicherung und Übertragung reicht dafür nicht aus, weil Daten während der Berechnung im Arbeitsspeicher lesbar sein müssen. ",[14,15,16],"strong",{},"Confidential Computing"," erweitert die Schutzgrenze auf diese Verarbeitung.",[19,20,22],"h2",{"id":21},"was-confidential-computing-für-ki-workloads-schützt","Was Confidential Computing für KI-Workloads schützt",[10,24,25,26,29],{},"Confidential Computing führt Berechnungen in einer hardwarebasierten, attestierten ",[14,27,28],{},"Trusted Execution Environment (TEE)"," aus. Sie isoliert Code und Daten vom Host-Betriebssystem, Hypervisor und anderen Workloads. Der NIST-Entwurf IR 8320E vom Mai 2026 beschreibt Remote Attestation als entscheidenden Baustein für vertrauliche Cloud-Workloads.",[10,31,32],{},"Dabei geht es nicht nur um verschlüsselten Speicher. Ein belastbarer Ablauf verbindet mehrere Kontrollen:",[34,35,36,43,49,55],"ul",{},[37,38,39,42],"li",{},[14,40,41],{},"Isolierte Ausführung:"," Prompts, RAG-Kontext, Modellgewichte und Zwischenergebnisse werden innerhalb der TEE verarbeitet.",[37,44,45,48],{},[14,46,47],{},"Remote Attestation:"," Kryptografische Messwerte belegen, welche Hardware, Firmware und Software tatsächlich gestartet wurden.",[37,50,51,54],{},[14,52,53],{},"Bedingte Schlüsselfreigabe:"," Ein Key-Management-System gibt Schlüssel erst frei, wenn die Attestierung einer definierten Policy entspricht.",[37,56,57,60],{},[14,58,59],{},"Geschützter Datenpfad:"," Eingaben, Ausgaben, Logs und Verbindungen zwischen CPU und GPU dürfen die Vertrauensgrenze nicht unkontrolliert verlassen.",[10,62,63],{},"Technologien wie AMD SEV-SNP, Intel TDX und NVIDIA Confidential Computing setzen diese Prinzipien unterschiedlich um. Deshalb ist „Confidential VM“ keine austauschbare Produkteigenschaft. Teams müssen prüfen, welche Komponenten geschützt sind, wer Attestierungen verifiziert und welche privilegierten Zugriffe außerhalb der TEE verbleiben.",[19,65,67],{"id":66},"wie-teams-confidential-computing-sinnvoll-einführen","Wie Teams Confidential Computing sinnvoll einführen",[10,69,70],{},"Der richtige Startpunkt ist ein konkretes Bedrohungsmodell, nicht die Aktivierung einer Cloud-Option. Ein interner Wissensassistent mit öffentlichen Dokumenten braucht andere Kontrollen als KI-Inferenz über Produktions-, Gesundheits- oder Fertigungsdaten.",[10,72,73],{},"Für einen belastbaren Einstieg sollten Teams:",[34,75,76,82,88,94,100],{},[37,77,78,81],{},[14,79,80],{},"Daten und Angreifer klassifizieren:"," Festlegen, ob Schutz vor anderen Mandanten, Cloud-Administratoren, kompromittierten Hosts oder beteiligten Datenpartnern erforderlich ist.",[37,83,84,87],{},[14,85,86],{},"Die kleinste Schutzgrenze wählen:"," Zwischen vertraulicher VM, Container oder Enclave abwägen. Eine kleinere Trusted Computing Base reduziert Risiko, erhöht aber häufig Integrationsaufwand.",[37,89,90,93],{},[14,91,92],{},"Attestierung erzwingen:"," Schlüssel und sensible Daten nur an freigegebene Messwerte binden. Ein Attestierungsbericht ohne technische Zugriffsentscheidung schafft wenig Schutz.",[37,95,96,99],{},[14,97,98],{},"Ein- und Ausgänge absichern:"," Telemetrie, Fehlerberichte, Caches und Modellantworten auf Datenabfluss prüfen. Eine TEE repariert keine unsichere Anwendung.",[37,101,102,105],{},[14,103,104],{},"Betrieb und Updates planen:"," Neue Images verändern Messwerte. Patch-Prozess, Policy-Rollout, Wiederherstellung sowie Kosten- und Leistungstests gehören deshalb vor den Produktivstart.",[10,107,108],{},"Warnsignale sind eine TEE als pauschales Compliance-Argument, unverschlüsselte Prompt-Logs oder langlebige Zugangsdaten innerhalb des Workloads. Auch fehlende Zuständigkeit für Attestierungs-Policies macht aus einer technischen Fähigkeit schnell ein nicht überprüfbares Versprechen.",[19,110,112],{"id":111},"warum-das-wichtig-ist","Warum das wichtig ist",[10,114,115],{},"Confidential Computing kann die Vertrauensgrenze von KI-Produkten verkleinern. Das ist besonders relevant, wenn mehrere Unternehmen Daten gemeinsam auswerten, sensible Modelle schützen oder Cloud-Betrieb zulassen wollen, ohne dem Betreiber Zugriff auf Klartextdaten zu geben.",[10,117,118],{},"Wirtschaftlich sinnvoll ist die zusätzliche Komplexität dort, wo sie einen konkreten Kundeneinwand, eine Vertragsanforderung oder ein wesentliches Schadensrisiko adressiert. Für unkritische Workloads kann klassische Verschlüsselung mit sauberem Identity- und Zugriffsmanagement ausreichen.",[10,120,121,122,127],{},"Die Technologie ersetzt weder Datenminimierung noch sichere Softwareentwicklung, Berechtigungen und Lieferantenprüfung. Richtig eingesetzt ergänzt sie Datenresidenz um überprüfbare Kontrolle während der Verarbeitung. Eine ",[123,124,126],"a",{"href":125},"\u002F#packages","Architecture & AI Review"," kann klären, welche KI-Workloads diese Schutzstufe benötigen und wie Attestierung, Schlüsselverwaltung und Betrieb zusammenpassen.",{"title":129,"searchDepth":130,"depth":130,"links":131},"",2,[132,133,134],{"id":21,"depth":130,"text":22},{"id":66,"depth":130,"text":67},{"id":111,"depth":130,"text":112},"2026-07-30","Confidential Computing schützt KI-Daten während der Verarbeitung. Was Teams zu TEEs, Attestierung, Schlüsselkontrolle und Betrieb klären sollten.",false,"md",{},true,"\u002Fde\u002Fblog\u002Fconfidential-computing-fuer-ki-workloads",{"title":5,"description":136},"de\u002Fblog\u002Fconfidential-computing-fuer-ki-workloads",[145,146,147,148],"AI","Cybersecurity","Data Sovereignty","Software Architecture","rjsZrNbiwHKSwU4a3cr0Xs5MRcAYmLFQUsa3XAweB8Y",1786175647553]