Die US-Regierung zieht bei DeepSeek eine klare Grenze: Zivile Bundesbehörden müssen Produkte des chinesischen KI-Anbieters aus ihren IT-Systemen entfernen und dürfen sie nicht mehr beschaffen. Die Anordnung reicht weiter als ein Verbot der bekannten Chat-App. Sie erfasst auch verbundene Unternehmen sowie Produkte und Dienste Dritter, die mit DeepSeek-Implementierungen entwickelt wurden.
Das Department of Homeland Security veröffentlichte den Hinweis zur Anordnung am 20. Oktober 2026 im Federal Register. Erlassen worden war sie bereits Ende Juli. Damit ist der Vorgang keine neue landesweite Sperre für Privatpersonen oder Unternehmen. Er betrifft die IT und Beschaffung der zivilen US-Bundesbehörden. Gerade diese Abgrenzung ist wichtig, denn „DeepSeek-Verbot in den USA“ klingt größer, als der amtliche Text ist.
Für dich wird die Entscheidung relevant, sobald du Software an US-Behörden lieferst, einen Model-Router einsetzt oder nicht genau weißt, welches Modell hinter einem eingekauften KI-Dienst arbeitet. Dann reicht der Blick auf das sichtbare Chatfenster nicht mehr. Entscheidend ist die gesamte Lieferkette.
Was die Anordnung tatsächlich verlangt
Der offizielle Hinweis nennt zwei Pflichten. Erstens werden IT-Produkte und Dienste von Hangzhou DeepSeek Artificial Intelligence und verbundenen Unternehmen aus der Beschaffung ziviler Bundesbehörden ausgeschlossen. Zweitens müssen vorhandene DeepSeek-Produkte sowie Drittlösungen, die DeepSeek-Implementierungen verwenden, aus der Behörden-IT entfernt werden.
Die Grundlage ist der Federal Acquisition Supply Chain Security Act von 2018. Vor der Entscheidung prüfte der Federal Acquisition Security Council die verfügbaren Erkenntnisse und gab eine Empfehlung ab. Es handelt sich damit um eine Maßnahme zur Sicherheit der staatlichen Lieferkette und nicht um ein allgemeines Gesetz gegen chinesische KI.
Das DHS ist für den zivilen Bereich zuständig. Militär und Nachrichtendienste fallen nicht einfach als großzügige Ausnahme aus der Regel, sondern unter andere Zuständigkeiten und Vorgaben. Aus dem begrenzten Geltungsbereich lässt sich daher weder ableiten, DeepSeek sei dort erlaubt, noch dass die Risiken dort anders bewertet würden.
Welche Sicherheitsbedenken genannt werden
Der ursprüngliche Entwurf dieses Artikels behauptete, die Anordnung nenne keine Gründe. Das stimmt so nicht. Der veröffentlichte Hinweis spricht von mehreren Angriffs- und Risikowegen. In der Berichterstattung zum Dokument werden insbesondere Serverstandorte in China und die Möglichkeit genannt, dass chinesische Behörden auf Unternehmensinfrastruktur und sensible US-Daten zugreifen könnten.
Dabei muss man drei Betriebsarten auseinanderhalten. Wer die DeepSeek-App oder eine gehostete API nutzt, übermittelt Daten an einen fremden Dienst. Wer offene Modellgewichte vollständig auf eigener Infrastruktur betreibt, hat einen anderen Datenfluss. Und wer einen Drittanbieter nutzt, weiß möglicherweise gar nicht, ob DeepSeek im Hintergrund beteiligt ist. Die Anordnung zieht für die zivile Behörden-IT eine breite Beschaffungsgrenze über diese Varianten, statt jeden technischen Einzelfall öffentlich auszudiskutieren.
Offen bleibt, wie weit einzelne Grenzfälle praktisch reichen. Der Ausdruck „developed using DeepSeek implementations“ ist breit. Ob schon ein Entwicklungswerkzeug, das einmal DeepSeek nutzte, ein fertiges Produkt erfasst, lässt sich aus der kurzen öffentlichen Formulierung nicht für jeden Fall beantworten. Behördenlieferanten brauchen deshalb eine belastbare Modellinventur und gegebenenfalls eine rechtliche Einordnung ihres konkreten Vertrags.
Open Source, offene Gewichte und der Wasserhahn-Vergleich
DeepSeek wird oft pauschal als Open Source bezeichnet. Präziser ist bei vielen Modellen der Ausdruck Open Weight: Die Modellgewichte sind verfügbar und lassen sich lokal betreiben, während Trainingsdaten, Trainingsprozess und sämtliche Werkzeuge nicht automatisch vollständig offenliegen. Diese Unterscheidung ändert nichts daran, dass sich veröffentlichte Gewichte technisch weiterkopieren lassen.
Stell dir vor, ein gehostetes Modell ist ein Wasseranschluss in einem fremden Gebäude. Du drehst den Hahn auf, aber Leitung, Zähler und Zugang gehören dem Betreiber. Ein lokal betriebenes Open-Weight-Modell gleicht eher einem eigenen Tank: Das Wasser ist bei dir, doch du musst Pumpe, Filter und Wartung selbst übernehmen. Die US-Anordnung sagt nicht, dass das Wasser aus dem Markt verschwindet. Sie legt fest, welche Leitungen und Tanks in der zivilen Behörden-IT nicht verwendet werden dürfen.
Für den Markt ist das bedeutsam, weil DeepSeek-Modelle in Routern, Entwicklungswerkzeugen und spezialisierten Diensten stecken können. Ein Anbieter kann eine US-Oberfläche, einen US-Vertrag und ein Rechenzentrum in den USA haben und trotzdem im Hintergrund ein Modell nutzen, das unter die Anordnung fällt. Herkunft und Hosting sind zwei getrennte Fragen.
Was Behördenlieferanten jetzt prüfen müssen
Die erste Aufgabe ist eine Inventur. Welche Modelle werden direkt aufgerufen? Welche Subunternehmer, Model-Gateways oder Agentenplattformen entscheiden dynamisch über das Modell? Gibt es Fallbacks, die bei Auslastung auf DeepSeek wechseln? Und wurden interne Funktionen mit DeepSeek-Komponenten ausgeliefert? Ohne diese Liste lässt sich die Vorgabe kaum zuverlässig umsetzen.
Danach braucht es technische Sperren. Ein Vertragstext allein verhindert keinen Aufruf. Router sollten nicht zugelassene Modelle für Behördenmandanten blockieren, Protokolle müssen die tatsächlich verwendete Modell-ID festhalten, und Tests sollten Fallbackpfade auslösen. Bei lokal betriebenen Gewichten gehören Container-Images, Modellregistries und alte Entwicklungsumgebungen in dieselbe Prüfung.
Der dritte Schritt betrifft Zusicherungen von Lieferanten. „Wir nutzen sichere KI“ ist zu ungenau. Nötig sind konkrete Angaben zu Modellfamilie, Betreiber, Hostingregion, Unterauftragnehmern und Wechselmechanismen. Wenn sich das Modell ohne Ankündigung ändert, kann ein zuvor zulässiger Dienst plötzlich zum Beschaffungsproblem werden.
Was die Anordnung nicht bewirkt
Privatpersonen in den USA dürfen DeepSeek weiterhin verwenden. Auch für die Privatwirtschaft ist dies kein allgemeines Nutzungsverbot. Veröffentlichtes Modellmaterial verschwindet nicht aus dem Netz, und ein lokaler Download lässt sich durch eine Beschaffungsanordnung nicht zurückholen.
Die Maßnahme entscheidet auch nicht den technischen Wettbewerb zwischen China und den USA. Sie kann DeepSeek aus einem wichtigen staatlichen Markt drängen und den Aufwand für Lieferanten erhöhen. Sie beantwortet aber nicht, welches Modell günstiger, leistungsfähiger oder unter eigener Kontrolle sicherer zu betreiben ist.
China weist die Sicherheitsbegründung zurück und spricht von einer Politisierung von Wissenschaft und Handel. Die US-Seite behandelt DeepSeek dagegen als Lieferkettenrisiko. Zwischen diesen Positionen liegt die praktische Aufgabe für Entwickler: Datenflüsse und Modellabhängigkeiten so sichtbar zu machen, dass eine Organisation selbst entscheiden und Regeln technisch durchsetzen kann.
Was bedeutet das für deine KI-Architektur?
Wenn du nur eine Modell-API fest in den Code schreibst, ist die Prüfung einfach. Moderne KI-Systeme nutzen jedoch häufig Router, Agenten, eingebettete Funktionen und mehrere Fallbacks. Ein Modell kann beim normalen Test nie auftauchen und erst bei einem Ausfall übernehmen. Genau deshalb reicht eine Liste aus dem Einkauf nicht; du brauchst Laufzeitprotokolle.
Halte außerdem die Datenebene getrennt von der Modellwahl. Sensible Inhalte sollten unabhängig vom Anbieter klassifiziert, minimiert und protokolliert werden. Dann wird ein politischer Wechsel nicht automatisch zum Umbau der gesamten Anwendung. Austauschbare Schnittstellen helfen, doch sie lösen die Compliance-Frage nur, wenn du auch weißt, was hinter der Schnittstelle tatsächlich läuft.
Die US-Anordnung ist damit weniger eine Geschichte über eine einzelne Chat-App als über Transparenz in Softwarelieferketten. Für zivile Bundesbehörden ist die Entscheidung gefallen: DeepSeek und erfasste Drittlösungen müssen heraus. Für alle anderen ist sie ein Anlass, die eigene KI-Inventur ernst zu nehmen. Wer sein eingesetztes Modell nicht benennen kann, kann weder Risiken bewerten noch eine behördliche Vorgabe zuverlässig erfüllen.
Quellen: BBC · U.S. Federal Register, DHS-2026-0628
