ITAR, KI-Agents und kontrollierte technische Daten: Die Lücke bei der Exportkontroll-Compliance

Rüstungsunternehmen und Luft- und Raumfahrthersteller setzen KI-Agents in der Angebotserstellung, bei technischen Dokumentationen, im Management technischer Datenpakete und in der Lieferkette ein. Viele dieser Workflows betreffen kontrollierte technische Daten auf der durch ITAR regulierten US Munitions List – darunter Baupläne von Waffensystemen, Spezifikationen zur Lenkung von Raketen, Entwürfe von Rüstungsgütern und exportkontrollierte technische Daten. Dadurch entsteht bei der Einführung von KI-Agents ein potenzielles Risiko für die Einhaltung von Exportkontrollvorgaben, das die meisten Unternehmen bislang nicht vollständig bewertet haben.

Die International Traffic in Arms Regulations (ITAR), durchgesetzt vom Directorate of Defense Trade Controls des US-Außenministeriums, regeln den Export und die Weitergabe von Rüstungsgütern und technischen Daten auf der USML. Anders als CMMC oder NIST 800-171, die kontrollbasierte Frameworks mit Fokus auf die Cybersicherheitslage sind, ist ITAR personenbezogen: Es regelt, wer auf kontrollierte technische Daten zugreifen darf – unabhängig vom Standort, unabhängig davon, ob Daten eine Landesgrenze überschreiten, und unabhängig davon, ob der Zugriff durch einen Menschen oder eine Maschine erfolgt. Die Compliance-Pflicht wird allein durch den Zugriff ausgelöst.

Dieser Beitrag erläutert, was ITAR speziell für den Zugriff von KI-Agents auf kontrollierte technische Daten fordert, identifiziert Compliance-Lücken bei der Exportkontrolle, die durch KI-Einsätze entstehen, skizziert Best Practices für die Steuerung des Agentenzugriffs unter ITAR und begründet, warum Governance auf Datenebene die einzige Architektur ist, die die ITAR-Anforderungen an Zugriffskontrolle und Audit-Trail für agentenbasierte Systeme erfüllt.

Executive Summary

Kernaussage: ITAR gilt für KI-Agents, die auf USML-kontrollierte technische Daten zugreifen, genauso wie für menschliche Mitarbeitende. Die Deemed-Export-Regel – die den Zugriff einer ausländischen Person auf kontrollierte technische Daten rechtlich dem Export gleichstellt – gilt auch für KI-Agents, die über Cloud-Infrastrukturen mit ausländischen Mitarbeitenden, externe APIs über nicht-US-Infrastruktur oder ohne nationalitätsgeprüfte, operationale Zugriffskontrollen auf kontrollierte Daten zugreifen. Die meisten KI-Implementierungen in der Rüstungsindustrie berücksichtigen diese Vorgaben bislang nicht ausreichend.

Warum das relevant ist: ITAR-Verstöße können zivilrechtliche Strafen von bis zu 1 Million US-Dollar pro Verstoß und strafrechtliche Sanktionen wie Haftstrafen für Führungskräfte nach sich ziehen. Es gibt keine Bagatellgrenze, keine Absichtserfordernis für den zugrunde liegenden Verstoß und keinen regulatorischen Safe Harbor für durch KI verursachte Deemed Exports. Unternehmen in der Rüstungsindustrie, die ihre ITAR-Compliance explizit auf den KI-Agentenzugriff auf kontrollierte technische Daten ausweiten, sind am besten aufgestellt – und zwar bevor ein Verstoß auftritt, nicht erst nach Einleitung einer Untersuchung.

Wichtige Erkenntnisse

1. Die Deemed-Export-Regel von ITAR gilt für den Zugriff von KI-Agents auf kontrollierte technische Daten über Cloud-Infrastrukturen. Wenn die Cloud-Infrastruktur eines KI-Anbieters – einschließlich Modell-Hosting, API-Gateways und Vektor-Datenbanken – von ausländischen Mitarbeitenden mit administrativem Zugriff auf Systeme mit ITAR-kontrollierten Daten betreut wird, kann bereits der Zugriff als Deemed Export gelten. Dass eine Maschine den Zugriff ausführt, hebt die Exportkontrollpflicht nicht auf, die durch die Art der Datenverarbeitung und die beteiligten Personen ausgelöst wird.
2. KI-Agents verfügen nicht über eine eigene Nationalitätsprüfung. ITAR verlangt, dass nur US-Personen – also Staatsbürger, rechtmäßige Daueraufenthaltsberechtigte und geschützte Personen nach dem Immigration and Nationality Act – auf kontrollierte technische Daten zugreifen dürfen. KI-Agents prüfen weder die Nationalität der Infrastruktur, auf der sie laufen, noch der Administratoren oder der Personen, die während der Modellausführung Zugriff auf die Daten haben könnten. Dadurch entsteht ein strukturelles Deemed-Export-Risiko, das sich nicht durch Systemprompts oder Guardrails auf Modellebene lösen lässt.
3. Das ITAR-Äquivalent zum „Minimum Necessary“-Prinzip verlangt Zugriffskontrolle auf Operationsebene, nicht auf Session-Ebene. Ein KI-Agent, der unter einem Servicekonto mit weitreichendem Zugriff auf ein technisches Daten-Repository arbeitet, hat technisch Zugriff auf alle kontrollierten Daten, die dieses Konto erreichen kann – unabhängig von der ihm zugewiesenen Aufgabe. Nach ITAR ist jedes kontrollierte technische Datum, auf das ein ausländischer Mitarbeitender theoretisch über die KI-Infrastruktur zugreifen könnte, potenziell im Scope der Deemed-Export-Analyse. Die Bewertung von ABAC-Richtlinien auf Operationsebene begrenzt dieses Risiko.
4. ITAR-Audit-Anforderungen verlangen die Zuordnung zu einer bestimmten autorisierten US-Person, nicht zu einem Servicekonto. ITAR-Compliance-Programme verlangen dokumentierte Nachweise darüber, wer auf kontrollierte technische Daten zugegriffen hat und mit welcher Autorisierung. Ein KI-Agent, der über ein geteiltes Servicekonto arbeitet, kann diese Zuordnung nicht liefern. Der Audit-Trail muss jeden Zugriff auf kontrollierte Daten einer bestimmten US-Person zuordnen – nicht einem API-Key, Systemnamen oder Agenten-Session-Identifier.
5. ITAR-Verstöße durch KI werden nicht anders behandelt als Verstöße durch menschliche Mitarbeitende. Die DDTC unterscheidet nicht zwischen Deemed Exports durch KI und solchen durch Menschen. Strafmaß, Untersuchungsprozess und Abhilfepflichten sind identisch. Dass ein KI-Agent auf ITAR-kontrollierte Daten in einer Weise zugegriffen hat, die als Deemed Export gilt, mindert nicht die Haftung des Unternehmens.

Was ITAR für den Zugriff auf kontrollierte technische Daten verlangt

Die ITAR-Compliance für den Zugriff auf technische Daten basiert auf drei Grundanforderungen: Zugriffskontrollen, die kontrollierte technische Daten auf autorisierte US-Personen beschränken, Audit-Logs, die jeden Zugriff dokumentieren, und Exportlizenzen oder Ausnahmen, die jede Offenlegung an ausländische Personen genehmigen. Für KI-Agenten-Einsätze ergeben sich daraus spezifische Compliance-Pflichten, die die meisten Unternehmen noch nicht adressiert haben.

Zugriffskontrollen und die US-Person-Anforderung

ITAR verlangt, dass Zugriffskontrollen sicherstellen, dass nur autorisierte US-Personen auf USML-kontrollierte technische Daten zugreifen können. Für KI-Agenten-Einsätze stellt sich damit eine Infrastrukturfrage, die über die Konfiguration auf Anwendungsebene hinausgeht: Wer hat administrativen Zugriff auf die Systeme, auf denen kontrollierte Daten während der Modellausführung verarbeitet werden? Wenn die Cloud-Infrastruktur eines KI-Anbieters – einschließlich Systemadministratoren, Betriebspersonal und Support – ausländische Mitarbeitende mit Zugriff auf Systeme mit kontrollierten technischen Daten umfasst, kann bereits ein Deemed Export vorliegen, unabhängig von den Zugriffskontrollen auf Anwendungsebene.

Dies ist kein theoretisches Szenario. Die Deemed-Export-Regel wurde bereits auf Fälle angewendet, in denen ausländische Mitarbeitende Zugang zu kontrollierten technischen Daten hatten, die sie nicht aktiv abgerufen haben – das bloße Potenzial für Zugriff genügte. Bei KI-Systemen, die kontrollierte Daten über Multi-Tenant-Cloud-Infrastrukturen verarbeiten, muss die Deemed-Export-Analyse auch bewerten, wen der Cloud-Anbieter in Rollen mit Infrastrukturzugriff auf Systeme mit kontrollierten Daten beschäftigt.

Die Deemed-Export-Regel und KI-Inferenz-Pipelines

Die Deemed-Export-Regel behandelt die Bereitstellung von ITAR-kontrollierten technischen Daten für eine ausländische Person innerhalb der USA rechtlich wie den Export in deren Herkunftsland – und löst damit dieselben Lizenzanforderungen aus wie der physische Versand der Daten ins Ausland. Es ist keine Datenübertragung erforderlich. Der Zugriff selbst gilt als Export.

Für KI-Agents muss die Deemed-Export-Analyse die gesamte Inferenz-Pipeline abdecken: Modell-Hosting, API-Gateway, Vektor-Datenbank, temporäre Rechenumgebungen und Logging-Infrastruktur. Jede Komponente, bei der eine ausländische Person auf kontrollierte technische Daten stoßen könnte, ist ein potenzieller Deemed-Export-Expositionspunkt. Standard-KI-Architekturen – meist auf Multi-Tenant-Clouds aufgebaut – wurden nicht im Hinblick auf die ITAR-Deemed-Export-Analyse konzipiert.

Klassifizierung und Kennzeichnung technischer Daten

ITAR verlangt, dass kontrollierte technische Daten korrekt klassifiziert und gekennzeichnet werden, damit Zugriffskontrollen angemessen angewendet werden können. Für KI-Agenten-Einsätze muss jedes technische Daten-Repository, das ein Agent erreichen kann, kontrollierte Daten identifizieren, nach USML-Kategorie klassifizieren und auf Dateiebene kennzeichnen. Ein KI-Agent, der auf eine unklassifizierte Mischung aus kontrollierten und nicht kontrollierten technischen Daten zugreift, kann keine ITAR-konformen Zugriffskontrollen auf Operationsebene erhalten, wenn diese Klassifizierungsgrundlage fehlt.

Audit-Trail- und Dokumentationsanforderungen

ITAR-Compliance-Programme verlangen dokumentierte Nachweise aller Aktivitäten im Zusammenhang mit kontrollierten technischen Daten – wer darauf zugegriffen hat, wann und mit welcher Autorisierung. Für KI-Agents muss der Audit-Trail die authentifizierte Identität des Agents, die spezifischen kontrollierten Daten, den US-Person-Autorisierer, der den Workflow delegiert hat, die ausgeführte Operation und den Zeitstempel erfassen. Servicekonto-Zugriffsprotokolle, die API-Aufrufe ohne Zuordnung zu bestimmten menschlichen Autorisierern aufzeichnen, erfüllen diese Anforderung nicht.

Wo KI-Einsätze ITAR-Compliance-Lücken schaffen

ITAR-Compliance-Lücken bei KI-Einsätzen sind strukturell, nicht konfigurationsbedingt. Sie entstehen aus dem grundlegenden Widerspruch zwischen der typischen KI-Bereitstellung – über Multi-Tenant-Cloud-Infrastrukturen mit geteilten Servicekonten – und den Anforderungen von ITAR an Zugriffskontrolle und Audit-Trail.

Deemed-Export-Exposition auf Infrastrukturebene

Die meisten KI-Agenten-Einsätze in der Rüstungsindustrie nutzen kommerzielle Cloud-Anbieter mit globalen Teams, zu denen auch ausländische Mitarbeitende in Infrastrukturrollen gehören. Sofern das Unternehmen nicht eine FedRAMP-High- oder ITAR-spezifische Cloud-Umgebung mit dokumentiert ausschließlich US-Personen in allen Infrastrukturrollen nutzt, kann die Deemed-Export-Analyse für KI-Inferenz-Pipelines zu negativen Ergebnissen führen. Zugriffskontrollen auf Anwendungsebene können korrekt konfiguriert sein, während die Deemed-Export-Exposition auf Infrastrukturebene unbewertet bleibt.

Keine US-Person-Attribution in Agenten-Zugriffsprotokollen

Wenn ein KI-Agent über ein Servicekonto auf kontrollierte technische Daten zugreift, enthält das Zugriffsprotokoll in der Regel den Namen des Servicekontos, den API-Endpunkt und einen Zeitstempel – aber nicht die Identität der US-Person, die den Workflow autorisiert hat, die USML-Kategorie der abgerufenen Daten oder die Richtlinienbewertung, die den Zugriff erlaubt hat. Dieses Protokoll kann eine DDTC-Prüfung nicht bestehen, da es nicht nachweist, dass der Zugriff durch eine bestimmte verifizierte US-Person autorisiert wurde. Frameworks für das Lieferkettenrisikomanagement, die sich auch auf die Infrastruktur des KI-Anbieters erstrecken, sind erforderlich, aber oft nicht vorhanden.

Unklassifizierte technische Daten-Repositories

Rüstungsunternehmen verwalten häufig technische Daten-Repositories, die ITAR-kontrollierte Daten mit EAR-kontrollierten, proprietären und nicht kontrollierten technischen Informationen mischen. Wenn ein KI-Agent mit einem Servicekonto auf ein solches Repository zugreift, hat er potenziell Zugriff auf kontrollierte technische Daten – unabhängig von seiner eigentlichen Aufgabe. Ohne operationale ABAC-Richtlinien, die jede Anfrage gegen die USML-Klassifizierung der jeweiligen Daten prüfen, überschreitet der Zugriff des Agents per Definition den ITAR-autoriserten Scope.

Best Practices für ITAR-konformen KI-Agentenzugriff auf kontrollierte technische Daten

1. Für jede KI-Bereitstellung eine ITAR-spezifische Deemed-Export-Analyse durchführen

Vor dem Einsatz eines KI-Agents auf technische Daten-Repositories sollte eine formale Deemed-Export-Analyse für die gesamte Inferenz-Pipeline erfolgen: Modell-Hosting, API-Gateway, Vektor-Datenbank, temporäre Rechenumgebungen und Logging-Infrastruktur. Für jede Komponente ist zu bewerten, ob ausländische Mitarbeitende in Infrastrukturrollen potenziellen Zugriff auf kontrollierte technische Daten haben. Ergebnisse und Maßnahmen sind zu dokumentieren. Diese Bewertung ist bei jeder Änderung der KI-Architektur zu aktualisieren. Die Risikobewertung ist die Nachweisgrundlage für jede DDTC-Prüfung.

2. ITAR-konforme Infrastruktur für Workflows mit kontrollierten technischen Daten nutzen

KI-Agenten-Workflows, die auf USML-kontrollierte technische Daten zugreifen, sollten auf Infrastrukturen mit dokumentiert ausschließlich US-Personen in allen Rollen mit potenziellem Zugriff auf kontrollierte Daten laufen. Für Cloud-Bereitstellungen bedeutet das in der Regel FedRAMP-High- oder ITAR-spezifische Enklaven – nicht allgemeine kommerzielle Cloud-Regionen. Diese architektonische Grundsatzentscheidung bestimmt, ob die Deemed-Export-Analyse bereits vor dem Zugriff auf Daten zu negativen Ergebnissen führt.

3. Alle ITAR-kontrollierten technischen Daten vor KI-Einsatz klassifizieren und taggen

Jedes technische Daten-Repository, das ein KI-Agent erreichen kann, muss vor dem Live-Gang kontrollierte Daten identifizieren, nach USML-Kategorie klassifizieren und auf Dateiebene taggen. Die Datenklassifizierung ist Voraussetzung für die Durchsetzung von Zugriffskontrollen auf Operationsebene. Unternehmen sollten vor dem KI-Einsatz eine vollständige ITAR-Datenklassifizierungsinventur aller KI-zugänglichen Repositories durchführen.

4. Zugriffskontrollen auf Operationsebene mit US-Person-Verifizierung durchsetzen

Implementieren Sie ABAC, das jede Datenanfrage eines KI-Agents gegen die USML-Klassifizierung der angeforderten Daten und den verifizierten US-Person-Status des menschlichen Autorisierers prüft, der den Workflow delegiert hat. Ein Agent, der für eine USML-Kategorie autorisiert ist, darf nicht auf Daten anderer Kategorien zugreifen, keine Operationen außerhalb seines autorisierten Scopes ausführen oder kontrollierte Daten über nicht geprüfte Infrastrukturkomponenten routen. Diese Kontrollen müssen auf Datenebene durchgesetzt werden, nicht per Systemprompt.

5. US-Person-Attribution in jedem Zugriffsprotokoll auf kontrollierte Daten sicherstellen

Jeder KI-Agenten-Zugriff auf ITAR-kontrollierte technische Daten muss im Audit-Log erfasst werden: Authentifizierte Agenten-Identität, verifizierter US-Person-Autorisierer, spezifische kontrollierte Daten und deren USML-Kategorie, ausgeführte Operation, Ergebnis der Richtlinienbewertung und ein manipulationssicherer Zeitstempel. Dieses Protokoll ist gemäß ITAR-Aufbewahrungspflichten zu speichern und auf Anfrage der DDTC vorzulegen.

Wie Kiteworks ITAR-konforme KI-Agenten-Governance unterstützt

ITAR-Compliance für den Zugriff von KI-Agents auf kontrollierte technische Daten erfordert eine Governance-Schicht zwischen Agent und Daten – die prüft, ob jeder Zugriff von einer verifizierten US-Person autorisiert ist, den Zugriff auf USML-klassifizierte Daten im autorisierten Scope begrenzt und für jede Interaktion einen manipulationssicheren, vollständigen Audit-Trail erstellt. Das Kiteworks Private Data Network bietet Rüstungsunternehmen diese Governance-Architektur und erweitert die Zugriffskontrollen, FIPS 140-3 Level 1-validierte Verschlüsselung und Audit-Logs, die den Zugriff menschlicher Mitarbeitender auf kontrollierte technische Daten schützen, auch auf KI-Agenten-Workflows mit denselben Daten.

US-Person-Attribution und Erhalt der Delegationskette

Kiteworks authentifiziert jeden KI-Agenten, bevor ein Zugriff auf kontrollierte technische Daten erfolgt, und verknüpft diese Authentifizierung mit der verifizierten US-Person, die den Workflow autorisiert hat. Die vollständige Delegationskette – US-Person-Autorisierer, Agenten-Identität, USML-klassifizierte Daten, ausgeführte Operation – wird in jedem Audit-Log-Eintrag dokumentiert. Wenn die DDTC Zugriffsnachweise anfordert, liefert Kiteworks einen manipulationssicheren Nachweis, der jedes Zugriffsereignis auf Operationsebene dem US-Person-Autorisierer zuordnet – nicht nur auf Session-Ebene.

ABAC-Richtliniendurchsetzung auf Operationsebene zur ITAR-Scope-Begrenzung

Die Data-Policy-Engine von Kiteworks prüft jede Datenanfrage eines KI-Agents gegen das authentifizierte Profil des Agents, die USML-Klassifizierung der angeforderten Daten, die Berechtigungen des US-Person-Autorisierers und die konkrete Operation. Ein Agent, der für eine USML-Kategorie autorisiert ist, kann keine andere erreichen, nicht außerhalb seines Scopes herunterladen und keine kontrollierten Daten über nicht ITAR-konforme Infrastrukturen routen. Diese Durchsetzung auf Operationsebene begrenzt die Deemed-Export-Exposition auf den autorisierten Scope jedes einzelnen Workflows.

FIPS 140-3-Verschlüsselung, manipulationssicherer Audit-Trail und gesteuerte Dateioperationen

Alle kontrollierten technischen Daten, auf die über Kiteworks zugegriffen wird, sind durch FIPS 140-3-validierte Verschlüsselung während der Übertragung und im ruhenden Zustand geschützt. Jede Interaktion wird in einem manipulationssicheren, operationsebene Audit-Log erfasst, das direkt ins SIEM des Unternehmens eingespeist wird. Die Governed Folder Operations und File Management-Funktionen von Kiteworks Compliant AI ermöglichen es KI-Agents, kontrollierte technische Daten zu organisieren – jede Operation wird durch die Data-Policy-Engine durchgesetzt, Ordnerhierarchien übernehmen automatisch die RBAC- und ABAC-Kontrollen, die USML-Kategorien trennen, und erfüllen so die ITAR-Anforderungen an die Datensegregation ohne manuellen Aufwand.

Für Rüstungsunternehmen, die KI-Agents für Workflows mit kontrollierten technischen Daten einsetzen möchten, ohne ITAR-Risiken einzugehen, bietet Kiteworks die Governance-Infrastruktur, die jede Interaktion mit USML-kontrollierten Daten von Grund auf verteidigungsfähig macht. Erfahren Sie mehr über die ITAR-Compliance von Kiteworks oder fordern Sie eine Demo an.

Weitere Ressourcen

• Blog Post
  Zero‑Trust-Strategien für erschwinglichen KI-Datenschutz
• Blog Post
  Wie 77 % der Unternehmen bei KI-Datensicherheit scheitern
• eBook
  AI Governance Gap: Warum 91 % der kleinen Unternehmen 2025 Russisches Roulette mit Datensicherheit spielen
• Blog Post
  Für Ihre Daten gibt es kein „–dangerously-skip-permissions“
• Blog Post
  Regulierungsbehörden wollen keine KI-Policy mehr sehen – sie verlangen Beweise, dass sie funktioniert.