L’interdiction fédérale de DeepSeek s’étend au-delà de ses propres applications d’IA

DeepSeek est exclu des systèmes civils fédéraux en vertu d’une ordonnance américaine qui s’étend au-delà de son chatbot pour couvrir les produits conçus à l’aide de sa technologie. L’interdiction fédérale de DeepSeek bloque les achats concernés et exige son retrait des technologies de l’information des agences. Sa formulation large soulève une question concrète pour les acheteurs publics : jusqu’où doivent-ils examiner leurs chaînes d’approvisionnement logicielles ?

Le Department of Homeland Security a publié un avis concernant l’ordonnance le 20 octobre 2026. La décision sous-jacente date du 24 juillet. Cette distinction est importante, car la publication de cette semaine révèle une mesure antérieure, plutôt que d’établir que les responsables ont signé une nouvelle interdiction cette semaine.

La tension centrale porte sur l’accès à des modèles d’IA déployables face à la capacité du gouvernement à établir un niveau acceptable de risque lié à la chaîne d’approvisionnement. OpenAI et Anthropic offrent un contexte concurrentiel utile, mais il s’agit de bien plus qu’une compétition entre développeurs de modèles. Les agences et leurs fournisseurs doivent désormais s’interroger sur la technologie intégrée aux produits qu’ils utilisent déjà, y compris ceux portant le nom d’une autre entreprise.

Ce que l’interdiction fédérale de DeepSeek change réellement

L’ordonnance d’exclusion fédérale instaure des exclusions en matière d’achats et des exigences de retrait pour les agences civiles fédérales. Elle désigne Hangzhou DeepSeek Artificial Intelligence Co., Ltd., ainsi que les entités affiliées couvertes par les réglementations applicables.

Le langage relatif au retrait s’étend également aux produits et services tiers développés à l’aide d’implémentations de DeepSeek. La limite la plus déterminante suit la technologie sous-jacente, au lieu de s’arrêter au nom figurant sur une application.

Cette formulation modifie la question d’achat. Une agence ne peut pas évaluer son exposition en vérifiant uniquement si elle a acheté directement quelque chose à DeepSeek. Le produit d’un fournisseur peut devoir être examiné même lorsque son contrat, son interface et son assistance proviennent tous d’une autre entreprise.

Prenons l’exemple hypothétique d’un service de recherche documentaire commercialisé sous la marque d’un fournisseur américain. Son interface pourrait masquer le modèle qui traite une requête. Si le service s’appuie sur une implémentation couverte, l’identité du fournisseur ne suffirait pas à trancher la question de conformité de l’agence.

Cet exemple illustre le problème des achats ; il ne désigne aucun produit particulier comme interdit. Déterminer la couverture nécessite les détails réels de l’implémentation et l’interprétation gouvernementale de l’ordonnance.

La restriction concerne les achats civils fédéraux et les systèmes d’information concernés. Elle n’établit pas une interdiction nationale de l’utilisation de DeepSeek par les entreprises privées ou les particuliers. Les lecteurs ne devraient pas non plus considérer cette ordonnance civile comme l’instrument régissant chaque système militaire ou de renseignement.

Ces distinctions évitent une lecture trompeuse du titre. Une exclusion des achats publics peut avoir des conséquences commerciales importantes sans retirer un produit du marché grand public au sens large.

L’ordonnance combine également différentes tâches opérationnelles. Interrompre un achat envisagé implique une décision d’achat. Retirer une technologie d’un service existant peut nécessiter la gestion de dépendances, des tests de remplacement et une coordination avec un fournisseur.

Pour les agences, cette différence sépare une annonce de politique publique du travail de mise en œuvre. Un achat bloqué peut disparaître d’une file d’attente. Un déploiement existant peut prendre en charge un flux de travail qui requiert un remplacement avant que le personnel puisse poursuivre ses activités.

Pour les fournisseurs, la question devient de savoir s’ils peuvent décrire ce que contient réellement leur produit. Une déclaration générale affirmant être une entreprise américaine ne répond pas à une question sur un modèle intégré.

La conclusion analytique immédiate est donc plus limitée qu’une affirmation selon laquelle Washington aurait interdit partout l’IA chinoise. DHS a utilisé son pouvoir en matière d’achats et de retrait contre un fournisseur désigné et des implémentations couvertes dans le cadre de ses compétences civiles.

L’enjeu plus large réside dans la manière dont ce pouvoir interagit avec les logiciels à plusieurs couches. Les acheteurs publics ont de plus en plus besoin de réponses sur des composants que les utilisateurs ne voient jamais directement.

Une ordonnance antérieure crée un problème de calendrier

Arise News rapporte que la restriction visant les agences civiles remonte au 24 juillet. L’avis public est apparu en octobre, donnant une plus grande visibilité à la décision.

Selon ses informations, les agences peuvent demander des exceptions, y compris des prolongations, au moyen de justifications écrites dans les 60 jours suivant l’émission. La date d’émission en juillet et la date de publication en octobre ne doivent pas être considérées comme des jalons de conformité interchangeables.

La chronologie disponible n’établit pas à quel moment chaque agence concernée a reçu des instructions. Elle n’établit pas non plus si certaines agences ont déjà demandé un allègement. Ces détails manquants comptent pour évaluer l’avancement de la mise en œuvre.

Les lecteurs devraient donc éviter de calculer une nouvelle période de grâce universelle à partir de la date de publication. La conclusion journalistique la plus prudente est que l’annonce publique et l’émission sous-jacente ont eu lieu à des moments différents.

Cet écart limite également ce que les observateurs extérieurs peuvent déduire de l’urgence de la situation. L’attention publique de cette semaine ne prouve pas que les agences ont découvert la restriction cette semaine. À l’inverse, une émission antérieure ne prouve pas que tous les fournisseurs concernés disposaient d’instructions complètes.

Cette incertitude met sous pression les responsables technologiques et les équipes d’achat des agences. Ils ont besoin d’instructions faisant autorité qui relient l’ordonnance à leurs propres systèmes, contrats et éventuelles exceptions approuvées.

Un fournisseur fait face à un problème de communication similaire. Son équipe commerciale peut recevoir des questions suscitées par l’annonce publique, tandis que son client gouvernemental opère selon des instructions antérieures. Des références claires aux dates et aux documents applicables deviennent essentielles.

La justification sécuritaire exige également une attribution prudente. DHS a fait part de préoccupations concernant la transmission d’informations gouvernementales sensibles à la Chine et d’éventuelles faiblesses en matière de cybersécurité. Il s’agit des motifs déclarés par le département pour restreindre son utilisation.

Une évaluation des risques n’établit pas qu’une agence particulière a subi une violation. De même, un avertissement concernant d’éventuelles vulnérabilités ne prouve pas que chaque version ou déploiement contient un logiciel malveillant.

Cette distinction influe sur la manière dont les agences expliquent le changement à leurs employés. Le personnel doit comprendre quels services sont couverts et ce qui les remplace. Les affirmations d’une compromission confirmée nécessitent des éléments de preuve distincts.

La réponse de DeepSeek demeure elle aussi limitée dans les reportages examinés. Arise a indiqué que l’entreprise n’avait pas immédiatement répondu aux demandes de commentaires. Cette absence ne devrait pas devenir un aveu inventé ni se substituer à sa position.

La question du calendrier révèle finalement un défi de communication en parallèle du défi technique. Une ordonnance peut avoir des conséquences juridiques tout en laissant des questions de mise en œuvre sans réponse dans son explication publique.

Les prochaines informations utiles relieraient la décision existante à des instructions concrètes destinées aux agences. Sans ce lien, les affirmations assurées sur des échéances universelles ou des retraits achevés vont au-delà des éléments disponibles.

Les fournisseurs font face à des questions auxquelles leur image de marque ne peut répondre

Les règles fédérales de passation de marchés offrent une autre voie par laquelle les restrictions liées à la chaîne d’approvisionnement peuvent affecter les fournisseurs. La question pertinente est de savoir si une ordonnance applicable et une clause contractuelle s’appliquent au produit ou au service fourni.

La clause contractuelle relative à la chaîne d’approvisionnement interdit la fourniture ou l’utilisation couvertes durant l’exécution du contrat, sous réserve des dérogations applicables. Elle établit également des exigences en matière d’enquête, de signalement et de sous-traitance.

L’applicabilité contractuelle mérite attention. En vertu de la clause, une ordonnance émise après la sollicitation ne s’applique à ce contrat que lorsqu’elle est ajoutée par voie d’amendement ou de modification. Une restriction fédérale peut atteindre les contractants sans interdire automatiquement toutes les activités commerciales qu’ils exercent.

La clause exige des vérifications périodiques des ordonnances et une enquête raisonnable lorsqu’une nouvelle ordonnance pourrait affecter une chaîne d’approvisionnement. Les obligations de signalement comprennent une soumission initiale dans les trois jours ouvrables suivant l’identification, puis des informations supplémentaires dans les dix jours ouvrables suivants.

Ces dispositions donnent une importance commerciale à la documentation. Un fournisseur a besoin de suffisamment d’informations pour répondre avec exactitude lorsque son client l’interroge sur une technologie couverte.

Cela ne signifie pas que chaque entreprise doit reconstituer l’historique complet de chaque composant logiciel. La clause définit l’enquête raisonnable sans exiger d’audit interne ou externe. Les obligations précises dépendent toujours du contrat applicable.

La pression pratique dépasse néanmoins le cadre d’un chef de produit choisissant un modèle préféré. Les équipes commerciales, d’ingénierie, d’achats et de contrats doivent fournir des réponses cohérentes sur ce qu’une agence reçoit.

Un assistant de programmation hypothétique illustre le problème de coordination. Sa capacité annoncée pourrait rester inchangée tandis que son fournisseur de modèle interne évolue. Pour un acheteur ordinaire, ce changement pourrait sembler mineur ; pour un client gouvernemental, il pourrait affecter l’éligibilité.

Il s’agit d’une inférence concernant l’exposition aux achats publics, et non d’une preuve qu’un fournisseur désigné a enfreint l’ordonnance. L’essentiel est que les garanties contractuelles doivent suivre les détails de l’implémentation.

La même logique s’applique à une fonctionnalité sous-traitée. Un contractant principal peut contrôler l’application principale tandis qu’une autre entreprise fournit sa fonction de synthèse. Identifier la technologie concernée nécessite alors des informations au-delà des frontières organisationnelles.

La documentation doit également distinguer la disponibilité de l’utilisation. Un service qui offre l’accès à un modèle soulève une question factuelle différente d’un déploiement configuré pour l’utiliser. La question de savoir si cette distinction détermine la couverture exige une interprétation officielle.

Pour les fournisseurs, une réponse crédible identifierait le modèle, l’accord d’hébergement et la configuration soutenant le client gouvernemental. Des assurances non étayées sur la sécurité ou la localisation géographique laissent la question centrale ouverte.

Pour les agences, les registres d’achats pourraient à eux seuls fournir une vision incomplète. Ils identifient la partie contractante, mais pas nécessairement chaque composant assurant le service.

La conséquence commerciale est une prime accrue accordée à une composition de produit explicable. Les fournisseurs capables de documenter leurs implémentations disposent d’une base plus claire pour discuter de couverture, de remplacement ou d’exceptions.

Cet avantage concerne les preuves et la réactivité. Il n’établit pas qu’un remplacement particulier est automatiquement sûr, approuvé ou adapté au travail de l’agence.

L’accès aux modèles rivalise désormais avec la certitude de la chaîne d’approvisionnement

La disponibilité de DeepSeek en dehors de sa propre application grand public complique le débat politique. Les modèles à poids ouverts rendent les paramètres de modèles entraînés disponibles pour un déploiement ailleurs, sous réserve de leurs licences.

Cette organisation sépare le développeur du modèle de l’opérateur d’un service particulier. Un déploiement peut donc soulever des questions à la fois sur l’origine du modèle et sur l’organisation qui traite les informations des utilisateurs.

Le contrôle de l’hébergement et la certitude concernant l’éligibilité aux achats sont des questions distinctes. Déplacer le calcul modifie certaines conditions techniques, mais ne réécrit pas de manière indépendante une ordonnance d’exclusion.

Cette distinction compte lorsqu’on compare DeepSeek à OpenAI ou Anthropic. Les acheteurs devraient examiner le modèle et le déploiement spécifiques au lieu de supposer que le nom d’une entreprise répond à toutes les questions de sécurité.

Un service hébergé confie les responsabilités opérationnelles à un fournisseur externe. Un modèle exploité localement transfère ces responsabilités vers l’organisation qui l’exécute. Aucun de ces dispositifs n’élimine la nécessité d’examiner les accès, le traitement des données et la maintenance logicielle.

Pour un acheteur fédéral, la décision pertinente inclut également l’éligibilité. Un déploiement techniquement attrayant peut tout de même faire face à une restriction en matière d’achats. À l’inverse, un produit éligible doit toujours être évalué au regard du travail qu’il accomplira.

Cela crée un compromis entre flexibilité et certitude. Le choix du modèle peut aider un développeur à adapter un produit à différentes tâches. Pourtant, chaque dépendance supplémentaire ajoute un élément que le client gouvernemental pourrait devoir comprendre.

Cette tension devient particulièrement visible lorsqu’une application prend en charge des modèles interchangeables. Une substitution facile pour le fournisseur peut avoir des conséquences importantes pour l’évaluation de l’acheteur.

La réponse appropriée ne consiste pas à supposer que la flexibilité engendre en elle-même une faute. Il s’agit de reconnaître que les changements de produit nécessitent des traces suffisantes pour expliquer leurs effets.

Une comparaison utile distingue plusieurs questions en langage courant. Qui a développé le modèle ? Qui exploite le service ? Où circulent les informations ? Quelle configuration le client a-t-il approuvée ?

Ces questions se recoupent, mais leurs réponses ne sont pas identiques. Un fournisseur connu peut intégrer une technologie peu familière. Un composant exploité localement peut tout de même avoir une origine pertinente pour la commande.

Les acheteurs publics doivent également distinguer la concurrence de la conformité. La restriction modifie les options qu’ils peuvent envisager, mais elle n’établit pas un classement universel de la qualité des modèles.

Des concurrents commerciaux pourraient trouver des opportunités lorsque des déploiements concernés nécessitent des remplacements. Cette perspective demeure une implication analytique, plutôt qu’une preuve de contrats attribués ou de hausses de revenus mesurées.

Les décisions de remplacement introduisent leur propre charge de travail. Les équipes doivent évaluer si un autre modèle préserve les comportements utiles, traite les mêmes documents et s’intègre aux contrôles opérationnels existants.

Un changement qui paraît mineur sur un schéma de produit peut affecter le travail quotidien. Les résultats de recherche, les résumés et les suggestions de code peuvent différer d’un modèle à l’autre, ce qui exige des vérifications avant qu’une agence ne s’appuie sur le substitut.

Pour les travailleurs du savoir, l’enseignement fondamental porte sur la traçabilité. Une base de connaissances consultable peut aider les équipes à préserver les décisions et les documents justificatifs. Elle ne peut pas, à elle seule, établir une autorisation gouvernementale.

La pression concurrentielle centrale porte donc sur la relation entre capacité et vérifiabilité. Les acheteurs ont besoin d’une IA utile, tandis que les fournisseurs ont besoin de preuves expliquant précisément ce qui la fournit.

Les constats de sécurité ne résolvent pas toutes les questions de périmètre

Il existe des éléments techniques substantiels à examiner parallèlement aux préoccupations exprimées par le gouvernement. Ils doivent être décrits en conservant les conditions dans lesquelles ils ont été testés.

Dans son évaluation de sécurité de l’IA de septembre 2025, le Center for AI Standards and Innovation du NIST a comparé des modèles DeepSeek à des modèles de référence américains. Ses conclusions incluaient des faiblesses dans la résistance aux instructions malveillantes.

Les agents utilisant R1-0528 de DeepSeek étaient, en moyenne, 12 fois plus susceptibles de suivre des instructions malveillantes que les modèles de pointe américains évalués. Les attaques ont eu lieu dans un environnement simulé.

L’évaluation a également fait état d’un taux de conformité aux jailbreaks de 94 % pour ce modèle DeepSeek, contre 8 % pour les modèles de référence américains. Le jailbreaking consiste à inciter un modèle à contourner ses garde-fous.

Ces constats justifient un examen approfondi des systèmes testés, tout en laissant ouvertes des questions distinctes sur le déploiement et la couverture juridique. Ils n’établissent pas que chaque déploiement de DeepSeek a été compromis.

La date compte également. Ces résultats concernent des modèles évalués en 2025, plutôt qu’une comparaison complète de tous les produits disponibles en octobre 2026.

Cette limite est essentielle lors de la comparaison des fournisseurs. Un benchmark historique peut révéler une faiblesse documentée sans trancher les performances des versions ultérieures ou de configurations applicatives différentes.

L’ampleur de l’ordonnance a également suscité des critiques de la part de professionnels de la sécurité. Katie Moussouris, fondatrice et PDG de Luta Security, a mis en question le sens pratique de sa formulation concernant les tiers.

Dans ses commentaires sur le périmètre de mise en œuvre, elle a distingué le blocage de l’application et du service propres à DeepSeek du traçage de chaque lien de développement possible. Sa préoccupation porte sur ce que les fournisseurs peuvent réellement vérifier.

L’ambiguïté concerne la question de savoir si la formulation couvre un produit exécutant un modèle DeepSeek, un modèle dérivé ou un logiciel écrit avec l’assistance de DeepSeek. Ces possibilités doivent rester des questions jusqu’à ce qu’une orientation faisant autorité les résolve.

Une dépendance à un modèle en cours d’exécution et l’outil de codage historique d’un développeur produisent des éléments de preuve différents. Les traiter de manière identique créerait des exigences documentaires différentes, avant même de considérer leurs mérites en matière de sécurité.

Il s’agit d’une distinction analytique, et non d’une affirmation selon laquelle le DHS a adopté l’une ou l’autre interprétation. Les fournisseurs ne peuvent pas transformer sans risque une distinction technique plausible en exemption officielle.

La Chine a contesté le fondement de la politique. Selon Associated Press, la porte-parole Mao Ning s’est opposée à ce que Pékin a décrit comme une extension excessive de la sécurité nationale. La réponse du gouvernement chinois a également défendu les intérêts des entreprises chinoises.

Cette réponse établit un désaccord politique. Elle ne résout pas indépendamment les constats techniques et ne démontre pas comment une agence devrait interpréter la couverture.

L’analyse la plus solide maintient ces volets séparés. Les tests de sécurité portent sur des comportements observés dans des conditions précisées. La politique d’achats porte sur ce que le gouvernement autorise. Les déclarations diplomatiques portent sur le différend entre gouvernements.

Confondre ces volets produit des affirmations plus fortes que les éléments de preuve. La découverte d’une vulnérabilité ne prouve pas l’espionnage, et la critique d’une formulation large ne fait pas disparaître les préoccupations de sécurité sous-jacentes.

Pour les lecteurs, la question non résolue est de savoir si les orientations de mise en œuvre peuvent rendre la restriction suffisamment précise pour être appliquée. Cette précision aiderait les agences à agir face au risque sans s’appuyer sur des spéculations concernant chaque décision de développement logiciel.

Surveillez les définitions, les preuves des fournisseurs et les remplacements effectifs

L’interdiction fédérale de DeepSeek doit désormais être évaluée à travers sa mise en œuvre observable. Les titres établissent l’importance de l’action, mais ne montrent pas si les agences peuvent l’appliquer de manière cohérente.

Les prochains signaux significatifs seront des définitions plus claires, des réponses documentées des fournisseurs et des preuves de changements au sein des agences. Chacun révélerait quelque chose de différent sur la portée pratique de la restriction.

Premièrement, surveillez les clarifications faisant autorité concernant les mises en œuvre couvertes. Des orientations distinguant l’accès hébergé, les modèles exploités localement, les modèles dérivés et l’assistance au développement réduiraient l’incertitude quant à ce que les agences doivent examiner.

Une clarification étroite affaiblirait les interprétations les plus larges circulant autour de l’ordonnance. Des orientations couvrant explicitement des liens de développement plus éloignés renforceraient l’idée que sa portée dépasse les dépendances aux modèles déployés.

Le processus d’exception relève de ce premier signal. Des instructions claires sur les délais et la justification requise aideraient à expliquer comment les agences doivent traiter les systèmes qui ne peuvent pas être remplacés immédiatement.

Aucun lecteur ne devrait supposer que la publication publique a relancé un délai sans fondement faisant autorité. De même, les informations disponibles ne révèlent pas les notifications antérieures ou le statut d’exception de chaque agence.

Deuxièmement, observez ce que les fournisseurs sont disposés à documenter. Des divulgations significatives identifieraient les composants pertinents et expliqueraient la configuration du client gouvernemental.

Une déclaration selon laquelle un fournisseur prend la sécurité au sérieux apporte peu d’éléments sur la couverture. Une présentation précise de l’identité du modèle, de son exploitation et de ses modifications offre une base d’évaluation plus utile.

Les preuves fournies par les fournisseurs révéleraient aussi les limites pratiques de la traçabilité. Si les entreprises peuvent documenter les modèles déployés mais ne peuvent pas reconstituer l’assistance historique au codage, cette distinction devient pertinente pour des orientations applicables.

Une annonce de produit ne trancherait pas à elle seule la question. Le signal utile est de savoir si le fournisseur peut étayer ses affirmations par des informations liées au service réellement fourni au client.

Troisièmement, surveillez les remplacements documentés par les agences et les résultats des exceptions. Ces évolutions montreraient comment l’ordonnance affecte les systèmes, plutôt que simplement la fréquence à laquelle les organisations en parlent.

Un remplacement démontrerait la mise en œuvre dans ce déploiement. Il n’établirait pas que chaque système concerné a changé, ni que le substitut offre des performances identiques.

De même, une exception clarifierait le traitement d’une situation particulière sans nécessairement créer une autorisation générale pour d’autres. Sa portée et ses conditions importeraient.

Il n’existe ici aucun fondement vérifié permettant d’attribuer un nombre total de déploiements concernés, de suppressions achevées ou de contrats évincés. Ces mesures exigent des preuves allant au-delà de l’avis public et des informations examinées.

Pour les développeurs et les acheteurs hors du gouvernement, l’enjeu transférable est la qualité de leurs propres dossiers. Savoir quel modèle exécute une tâche aide à expliquer à la fois le comportement d’un produit et son exposition aux changements de politique.

Examinez les documents qui sous-tendent vos choix d’IA : l’identité du modèle, l’hébergement, les engagements du fournisseur et l’historique des approbations. Distinguez les faits confirmés des suppositions sur ce qu’un fournisseur utilise probablement. Lorsqu’une restriction évolue, comparez sa formulation au déploiement qui soutient réellement votre travail. L’interdiction fédérale de DeepSeek montre pourquoi cette distinction importe dans les achats, l’ingénierie et le travail quotidien de connaissance. Une interface familière ne révèle pas chaque dépendance, et une assurance exprimée avec confiance ne remplace pas les éléments de preuve. À mesure que les orientations officielles et les divulgations des fournisseurs apparaissent, réévaluez les décisions au regard de ces documents. Votre équipe peut-elle expliquer quelle technologie traite ses informations et présenter les documents qui étayent cette réponse ?