Analyse de l’interdiction de DeepSeek : le DHS exclut l’IA civile en raison du risque lié à la Chine

Un modèle peut être bon marché, rapide et parfaitement suffisant pour une démonstration, puis devenir impossible à acheter parce que son parcours de données échoue à un test d’approvisionnement. C’est la leçon pratique de la mesure du Department of Homeland Security contre DeepSeek. Ce qui est intéressant, ce n’est pas de savoir si les acheteurs fédéraux préfèrent un chatbot à un autre. C’est que les faits liés à la chaîne d’approvisionnement de l’IA — où vont les prompts, qui possède le modèle et quels autres logiciels ont été construits dessus — sont désormais des faits contractuels.

Ce que le DHS a réellement ordonné

Selon l’avis du Federal Register publié le 20 oct. 2026, le DHS utilise le Federal Acquisition Supply Chain Security Act de 2018 après examen par le Federal Acquisition Security Council. L’avis couvre les produits et services informatiques de Hangzhou DeepSeek Artificial Intelligence Co., Ltd. et des entités affiliées. Les verbes clés sont exclure et retirer : les agences civiles doivent cesser d’acheter les offres concernées liées à DeepSeek et retirer les produits concernés des technologies de l’information des agences.

Le choix de rédaction important est que le DHS ne s’est pas arrêté à l’entreprise nommée. L’avis du Federal Register vise aussi les affiliés de DeepSeek et les produits ou services de fournisseurs construits avec des implémentations de DeepSeek. En langage simple d’approvisionnement, un fournisseur ne peut pas résoudre ce problème en disant que DeepSeek n’est qu’une couche plus bas dans la pile et donc le problème de quelqu’un d’autre.

@title Ce que le retrait couvre
@source Federal Register

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

@caption L’avis du DHS vise DeepSeek, ses affiliés et les produits de fournisseurs construits avec DeepSeek.

Pour les acheteurs des agences, cela signifie que le bon de commande n’est que la moitié de l’enquête. L’inventaire, l’historique d’intégration et les attestations des fournisseurs comptent aussi. Si un outil a utilisé des implémentations de DeepSeek pendant son développement, le langage de retrait donne aux équipes d’approvisionnement une raison de poser des questions de suivi inconfortables avant le renouvellement.

Pourquoi cela est présenté comme un risque de chaîne d’approvisionnement

CyberScoop a rapporté que le DHS a cité des préoccupations, notamment le transfert de données vers des serveurs en Chine, la possibilité de logiciels malveillants et un risque plus large pour les systèmes informatiques fédéraux. Le même article indiquait que le secrétaire du DHS, Markwayne Mullin, avait décrit les modèles DeepSeek comme présentant de « multiples vecteurs de menace » pour les systèmes des agences civiles. C’est un langage juridique, pas une évaluation basée sur des impressions, et cela place le déploiement de modèles dans la même famille que les routeurs risqués, les bibliothèques logicielles compromises et les circuits d’approvisionnement suspects.

CyberScoop a également rapporté le raisonnement du DHS selon lequel DeepSeek stocke des données sur des serveurs basés en Chine et que les lois chinoises de sécurité nationale peuvent donner au gouvernement chinois un large accès aux données des entreprises nationales. Le flux de travail des prompts et des réponses compte ici, car les utilisateurs des agences peuvent saisir des informations sensibles dans le système, et le DHS a averti que ce processus pourrait transférer des données sensibles au gouvernement chinois. GovInfoSecurity a séparément rapporté l’avertissement du DHS selon lequel les modèles « peuvent contenir des logiciels malveillants ou d’autres vulnérabilités de sécurité ».

Rien de tout cela n’oblige le DHS à prouver que chaque cas d’utilisation de DeepSeek est nuisible dans chaque contexte. La question d’approvisionnement est plus étroite et plus stricte : est-ce acceptable sur l’informatique civile fédérale, compte tenu du risque de chaîne d’approvisionnement évalué ? Pour les fournisseurs, cette distinction compte, car répondre aux critiques générales d’un modèle n’est pas la même chose que satisfaire l’examen des risques d’un acheteur fédéral.

Qui est entraîné dans le rayon d’impact contractuel

GovInfoSecurity a rapporté que la règle de mise en œuvre du Federal Acquisition Security Council permet aux ordres d’exclusion et de retrait de viser les maîtres d’œuvre et les sous-traitants au service des agences fédérales. C’est la clause que les concepteurs devraient lire deux fois. Si vous vendez un outil d’examen de documents, une couche d’analyse ou un flux de travail d’agent à une agence civile, le gouvernement peut s’intéresser non seulement à la marque figurant sur la facture, mais aussi au modèle et au chemin d’implémentation qui se trouvent dessous.

C’est là que le travail de conformité devient concret. Un fournisseur d’IA tourné vers le fédéral doit désormais savoir quels modèles sont intégrés, où les données des utilisateurs sont traitées, quels affiliés ou fournisseurs en amont touchent le système et si un composant tiers a été construit à l’aide d’implémentations de DeepSeek. Appeler cela une nomenclature IA n’a rien de magique, mais c’est le type d’élément que les équipes d’approvisionnement peuvent réellement examiner. Une déclaration enthousiaste indiquant que le fournisseur accueille favorablement la supervision ne remplacera pas une carte des dépendances.

L’ordre place aussi les équipes produit dans une situation familière. Les performances et le prix peuvent pointer dans une direction, tandis que l’accès au secteur public en indique une autre. Si votre feuille de route inclut des clients dans le gouvernement, l’éducation ou les infrastructures réglementées, le choix du modèle n’est plus seulement une préférence d’ingénierie.

Délais, exceptions et ce qu’il faut surveiller ensuite

CyberScoop a rapporté que l’avis comprend une lettre de Mullin datée du 26 juin, indiquant que la restriction était déjà en place avant la publication dans le Federal Register. CyberScoop a également rapporté que les agences peuvent demander des exceptions, mais qu’elles doivent le faire 60 jours à l’avance et fournir une justification convaincante, comme un besoin essentiel à la mission ou des considérations de sécurité nationale. Traduction : la voie d’exception existe, mais ce n’est pas un simple bouton de dérogation.

La prochaine question pratique est de savoir comment les agences et les contractants vont opérationnaliser la clause dérivée. Attendez-vous à ce que les questionnaires d’approvisionnement posent des questions plus directes sur la provenance des modèles, la résidence des données et les dépendances de développement. Les concepteurs capables de répondre clairement à ces questions auront une conversation plus facile ; ceux qui découvrent leur architecture lors des examens de sécurité des clients auront une semaine plus longue.

Pour les lecteurs en dehors de l’approvisionnement fédéral, la leçon reste transférable. La gouvernance de l’IA porte de moins en moins sur des principes abstraits et de plus en plus sur la capacité à documenter le système que l’on a devant soi. Surveillez si d’autres acheteurs publics copient cette structure, car une fois qu’un modèle devient un objet de chaîne d’approvisionnement, la piste d’audit le suit jusque dans le contrat.