DeepSeek-Verbot analysiert: DHS sperrt zivile IT wegen China-Risiko

Ein Modell kann günstig, schnell und für eine Demo völlig ausreichend sein und dann plötzlich nicht mehr beschaffbar werden, weil sein Datenpfad eine Vergabeprüfung nicht besteht. Das ist die praktische Lehre aus dem Vorgehen des Department of Homeland Security gegen DeepSeek. Der interessante Teil ist nicht, ob Bundesbehörden einen Chatbot lieber mögen als einen anderen. Entscheidend ist: Fakten zur KI-Lieferkette – wohin Prompts gehen, wem das Modell gehört und welche andere Software darauf aufgebaut wurde – sind jetzt Vertragsfakten.

Was das DHS tatsächlich angeordnet hat

Laut der am 20. Oktober 2026 veröffentlichten Bekanntmachung im Federal Register nutzt das DHS den Federal Acquisition Supply Chain Security Act von 2018 nach Prüfung durch den Federal Acquisition Security Council. Die Bekanntmachung betrifft IT-Produkte und -Dienstleistungen von Hangzhou DeepSeek Artificial Intelligence Co., Ltd. und verbundenen Unternehmen. Die entscheidenden Verben sind ausschließen und entfernen: Zivile Behörden sollen den Kauf abgedeckter DeepSeek-bezogener Angebote einstellen und abgedeckte Produkte aus der Informationstechnologie der Behörden entfernen.

Die wichtige Formulierungsentscheidung ist, dass das DHS nicht bei dem namentlich genannten Unternehmen stehen geblieben ist. Die Bekanntmachung im Federal Register erfasst auch DeepSeek-Tochter- und Partnerunternehmen sowie Produkte oder Dienstleistungen von Anbietern, die mit DeepSeek-Implementierungen gebaut wurden. In einfacher Beschaffungssprache heißt das: Ein Anbieter kann das Problem nicht lösen, indem er sagt, DeepSeek sei nur eine Ebene tiefer im Stack und damit das Problem von jemand anderem.

@title Was von der Entfernung erfasst wird
@source Federal Register

  Civilian agency IT
     │
     ├─ DeepSeek products
     ├─ Affiliate products
     └─ Third party products
           │
           └─ DeepSeek implementations

@caption Die DHS-Bekanntmachung erfasst DeepSeek, verbundene Unternehmen und Anbieterprodukte, die mit DeepSeek gebaut wurden.

Für Beschaffer in Behörden bedeutet das: Der Kaufauftrag ist nur die halbe Prüfung. Inventar, Integrationshistorie und Zusicherungen von Anbietern zählen ebenfalls. Wenn ein Tool während der Entwicklung DeepSeek-Implementierungen genutzt hat, gibt die Entfernungsklausel Beschaffungsteams einen Grund, vor einer Verlängerung unbequeme Nachfragen zu stellen.

Warum dies als Lieferkettenrisiko eingeordnet wird

CyberScoop berichtete, dass das DHS unter anderem Bedenken wegen Daten nannte, die auf Server in China übertragen werden, wegen möglicher Malware und wegen allgemeiner Risiken für föderale IT-Systeme. Derselbe Bericht sagte, DHS Secretary Markwayne Mullin habe DeepSeek-Modelle als Systeme beschrieben, die „mehrere Bedrohungsvektoren“ für zivile Behördennetze darstellen. Das ist juristische Sprache, keine Bauchgefühl-Einschätzung, und sie stellt den Einsatz von Modellen in dieselbe Kategorie wie riskante Router, kompromittierte Softwarebibliotheken und verdächtige Beschaffungskanäle.

CyberScoop berichtete außerdem über die Begründung des DHS, dass DeepSeek Daten auf Servern in China speichere und dass chinesische nationale Sicherheitsgesetze der chinesischen Regierung weitreichenden Zugriff auf Daten inländischer Unternehmen geben können. Der Ablauf von Prompt und Antwort ist hier wichtig, weil Behördennutzer sensible Informationen in das System eingeben könnten, und das DHS warnte, dass dieser Prozess sensible Daten an die chinesische Regierung übertragen könnte. GovInfoSecurity berichtete separat über die Warnung des DHS, dass die Modelle „Malware oder andere Sicherheitslücken enthalten könnten“.

Nichts davon verlangt vom DHS den Nachweis, dass jeder DeepSeek-Anwendungsfall in jeder Umgebung schädlich ist. Die Beschaffungsfrage ist enger und strenger: Ist dies auf ziviler föderaler IT akzeptabel, angesichts des bewerteten Lieferkettenrisikos? Für Anbieter ist diese Unterscheidung wichtig, denn allgemeine Kritik an einem Modell zu entkräften ist nicht dasselbe, wie die Risikoprüfung eines Bundesbeschaffers zu bestehen.

Wer in den vertraglichen Wirkungsbereich hineingezogen wird

GovInfoSecurity berichtete, dass die Durchführungsregel des Federal Acquisition Security Council es erlaubt, Ausschluss- und Entfernungsanordnungen auf Hauptauftragnehmer und Unterauftragnehmer auszuweiten, die Bundesbehörden bedienen. Das ist die Klausel, die Entwickler zweimal lesen sollten. Wenn du ein Tool zur Dokumentenprüfung, eine Analyseschicht oder einen Agenten-Workflow an eine zivile Behörde verkaufst, kann sich die Regierung nicht nur für die Marke auf der Rechnung interessieren, sondern auch für das darunterliegende Modell und den Implementierungsweg.

Hier wird die Compliance-Arbeit konkret. Ein KI-Anbieter mit Bundesbehörden als Zielkunden muss jetzt wissen, welche Modelle eingebettet sind, wo Nutzerdaten verarbeitet werden, welche verbundenen Unternehmen oder vorgelagerten Anbieter das System berühren und ob irgendeine Drittanbieterkomponente mit DeepSeek-Implementierungen gebaut wurde. Das als KI-Stückliste zu bezeichnen, ist keine Zauberei, aber es ist die Art von Nachweis, die Beschaffungsteams tatsächlich prüfen können. Eine freundliche Erklärung, dass der Anbieter Aufsicht begrüßt, ersetzt keine Abhängigkeitskarte.

Die Anordnung bringt Produktteams außerdem in eine vertraute Zwickmühle. Leistung und Preis können in die eine Richtung zeigen, während der Zugang zum öffentlichen Sektor in eine andere zeigt. Wenn deine Roadmap Kunden aus Regierung, Bildung oder regulierter Infrastruktur umfasst, ist die Modellauswahl nicht mehr nur eine technische Präferenz.

Fristen, Ausnahmen und worauf als Nächstes zu achten ist

CyberScoop berichtete, dass die Bekanntmachung einen Brief von Mullin vom 26. Juni enthält, was darauf hindeutet, dass die Beschränkung bereits vor der Veröffentlichung im Federal Register in Kraft war. CyberScoop berichtete außerdem, dass Behörden Ausnahmen beantragen können, dies aber 60 Tage im Voraus tun und eine überzeugende Begründung liefern müssen, etwa einen missionskritischen Bedarf oder nationale Sicherheitsüberlegungen. Übersetzung: Der Ausnahmeweg existiert, aber er ist kein beiläufiger Verzichtsknopf.

Die nächste praktische Frage ist, wie Behörden und Auftragnehmer die Derivatklausel operativ umsetzen. Rechne damit, dass Beschaffungsfragebögen direkter nach Modellherkunft, Datenresidenz und Entwicklungsabhängigkeiten fragen werden. Entwickler, die diese Fragen sauber beantworten können, werden ein leichteres Gespräch haben; Entwickler, die ihre Architektur erst durch Sicherheitsprüfungen von Kunden entdecken, werden eine längere Woche haben.

Für Leser außerhalb der Bundesbeschaffung ist die Lehre trotzdem übertragbar. KI-Governance dreht sich immer weniger um abstrakte Prinzipien und immer mehr darum, wer das System vor sich dokumentieren kann. Beobachte, ob andere staatliche Käufer diese Struktur übernehmen, denn sobald ein Modell zu einem Lieferkettenobjekt wird, folgt ihm die Prüfspur bis in den Vertrag.