La réponse courte
Missionforce National Security de Salesforce a indiqué le 5 août 2026 que sa plateforme Agentforce 360 avait reçu l'homologation Impact Level 5 (IL5) du ministère de la Défense américain, permettant à des agents IA de travailler sur des Controlled Unclassified Information (CUI) et des données non classifiées de National Security Systems. La plateforme s'exécute dans une région Amazon Web Services GovCloud isolée, opérée uniquement par du personnel américain, et l'US Army Human Resources Command est la première entité du ministère à la déployer — avec des agents rédigeant des synthèses de dossiers sur des dizaines de millions de conversations mensuelles.
Le titre est un jalon : des agents ont franchi l'un des seuils cloud les plus stricts qui soient. La leçon est dans la note de bas de page — d'après les comptes rendus, un modèle génératif a été désactivé pour atteindre IL5, la plateforme restant agnostique quant au modèle pour la suite. C'est le schéma que toute équipe régulée devrait intérioriser : au sommet de l'échelle de conformité, capacité et homologation tirent en sens inverse, et la frontière que l'on trace autour d'un agent décide de ce qu'il a le droit d'être.
Ce qui a réellement été homologué
Au fond, l'annonce est étroite et précise. Missionforce, l'activité de sécurité nationale de Salesforce, a indiqué que la plateforme Agentforce 360 avait reçu l'homologation Impact Level 5 (IL5) du ministère de la Défense américain. IL5 autorise la plateforme à stocker et traiter des Controlled Unclassified Information (CUI) et des données non classifiées de National Security Systems (NSS) — sensibles mais non classifiées. L'environnement s'exécute dans une région Amazon Web Services GovCloud décrite comme physiquement et logiquement isolée et opérée exclusivement par du personnel américain. Ce n'est pas un palier marketing ; c'est une homologation formelle pour pointer un logiciel autonome vers des données que l'État traite comme sensibles.
Le premier utilisateur rend l'enjeu concret. L'US Army Human Resources Command est la première entité du ministère à déployer les agents nouvellement homologués, pour rédiger des synthèses de dossiers — rapportées à plus de 1 500 synthèses automatisées par jour — sur environ 55 millions de conversations par mois avec des soldats, des civils, des conjoints et des vétérans. La relation commerciale plus large s'inscrit sous un accord-cadre pluriannuel d'un montant pouvant atteindre 5,6 milliards de dollars, annoncé plus tôt en 2026. Pour quiconque construit de véritables systèmes d'agents IA, l'intéressant n'est pas le montant ; c'est qu'un agent se voit confier la synthèse de dossiers sensibles à l'intérieur d'une frontière que le DoD a validée.
Pourquoi IL5 est un seuil d'un autre ordre
La plupart des équipes d'ingénierie rencontrent la conformité cloud via FedRAMP ou SOC 2. IL5 est un cran au-dessus, dans les deux sens. Il se situe près du sommet du Cloud Computing Security Requirements Guide du ministère de la Défense, un palier sous IL6, réservé aux données classifiées. Là où FedRAMP Moderate protège les informations gouvernementales en général, IL5 exige une infrastructure dédiée et isolée, une exploitation stricte par du personnel américain et des contrôles dimensionnés pour des données de sécurité nationale. Le franchir tient moins à cocher une liste plus longue qu'à prouver qu'un environnement précis et délimité ne peut pas fuir d'une manière qui compte.
C'est précisément pourquoi le fait qu'un agent franchisse IL5 est notable. Une application SaaS classique a un chemin de données assez statique : un utilisateur soumet une requête, l'application lit et écrit des enregistrements, et l'on peut raisonner sur le rayon d'impact. Un agent, c'est autre chose — il exécute des actions, enchaîne des appels d'outils et peut atteindre plusieurs systèmes avec de vraies habilitations. Homologuer ce comportement sur des données sensibles suppose qu'un évaluateur soit convaincu non seulement que le stockage est isolé, mais que les actions de l'agent sont contraintes, imputables et journalisées. Si c'est une première, c'est que « prouvez ce que votre logiciel autonome fera et ne fera pas » était jusqu'ici une question difficile à ce niveau de rigueur.
Le signal : un modèle a été désactivé
Le détail le plus instructif se lit vite : pour atteindre IL5, la capacité générative d'Anthropic a été désactivée dans la configuration homologuée, et Salesforce a gardé la plateforme agnostique quant au modèle pour pouvoir échanger des composants plus tard. Ne lisez pas cela comme une critique d'un modèle, mais comme une affirmation sur le fonctionnement réel d'une homologation. L'homologation est accordée à une configuration, pas à une marque. Chaque modèle, connecteur de données et intégration à l'intérieur du périmètre doit être évalué séparément, et la voie la plus rapide vers un seuil élevé consiste souvent à rétrécir le périmètre — désactiver ce qui n'a pas encore été évalué, livrer le cœur homologué, puis rajouter de la capacité par la même porte exigeante.
Pour les équipes qui conçoivent des agents, cela recadre une décision que l'on croit purement technique. Choisir le modèle qui anime un agent est aussi un choix de conformité : dès que des données sensibles entrent dans le périmètre, un composant non évalué est une faille de contrôle, aussi performant soit-il. Les architectures gagnantes traitent le modèle comme une pièce interchangeable derrière une frontière stable et auditée — de sorte que franchir un contrôle relève de la reconfiguration, pas de la reconstruction. C'est la différence entre une plateforme d'agents capable de gravir l'échelle des homologations et une autre qu'il faut ré-architecturer chaque fois que le seuil monte.
Ce que cela implique pour les équipes américaines & françaises
Première implication : la frontière de déploiement est désormais un artefact de conception de premier plan. Pour tout agent qui touchera des données régulées, décidez d'emblée quelles classes de données il peut voir, figez le modèle et la région où il s'exécute, et documentez les intégrations à l'intérieur du périmètre. Les équipes qui tracent cette frontière tôt peuvent la montrer à un auditeur ; celles qui laissent d'abord les agents proliférer sur les modèles et les chemins de données finissent par tenter de reconstruire une frontière après coup, ce qui résiste rarement à l'examen.
Deuxième : cela recoupe des obligations que vous portez déjà, même sans marché de défense. IL5 est spécifique au DoD, mais la forme se répète : dans l'UE, le RGPD, DORA, le règlement européen sur l'IA et les attentes de cloud souverain exigent de plus en plus isolation, localisation des données et preuve que chaque action était autorisée. Une piste d'audit au niveau des appels d'outils et une identité restreinte et révocable par agent sont exactement les éléments que ces régimes réclament — le même socle qui transforme « nos agents sont gouvernés » en quelque chose de démontrable sous SOC 2. Pour un travail régulé en FinTech et en HealthTech, un agent qui lit des données sensibles sans cette frontière est un constat d'audit qui n'attend que d'être formulé.
Troisième : la discipline architecturale autour de l'infrastructure. L'environnement homologué ici est une région AWS GovCloud isolée, opérée par du personnel habilité — un rappel que le où et le par qui d'un agent font partie du contrôle, pas d'un détail. Vous n'avez peut-être pas besoin de GovCloud, mais le principe se transpose : connaissez votre région, votre modèle d'exploitation et vos garanties de localisation avant la production, et gardez l'ensemble portable pour qu'une exigence plus stricte se traduise par un changement de configuration, pas par un projet de migration.
Que faire maintenant
Nul besoin d'un programme IL5 pour agir. Il faut traiter l'homologation d'agents comme une cible de conception, pas comme une découverte tardive. Voici la version livrable.
- Définissez d'abord la frontière de données. Décidez quelles classes de données chaque agent peut toucher, et écrivez-le avant de câbler le moindre outil.
- Figez le modèle et la région. Traitez le modèle, la région cloud et le modèle d'exploitation comme éléments de la configuration homologuée, pas comme des valeurs par défaut interchangeables.
- Donnez à chaque agent une identité restreinte. Remplacez les clés partagées par des identités à moindre privilège et révocables, pour que chaque action soit imputable.
- Journalisez les appels d'outils comme preuve de conformité. Tenez une piste d'audit au niveau des appels d'outils et alignez-la sur le référentiel dont vous relevez — RGPD, DORA, EU AI Act, SecNumCloud ou SOC 2.
- Partez du principe que vous devrez désactiver quelque chose. Gardez l'architecture agnostique quant au modèle pour que désactiver un composant non évalué soit un changement de configuration, pas une reconstruction.
- Concevez pour le palier suivant. Intégrez isolation et localisation tôt ; les rétro-adapter une fois que les agents touchent des données de production est la voie coûteuse.
Rien de tout cela n'est un verdict sur Agentforce en particulier ; c'est un exemple fort d'un seuil que toute l'industrie est en train de franchir. L'enseignement durable : à mesure que les agents passent de répondre à des questions à agir sur des données sensibles, l'environnement qui les entoure — isolation, identité, audit et frontière de modèle définie — devient la véritable histoire de conformité du produit. Les équipes qui conçoivent cette frontière maintenant franchiront le prochain seuil en reconfigurant, pas en reconstruisant.
Foire aux questions
Qu'est-ce que le DoD Impact Level 5 (IL5) ?
L'Impact Level 5 (IL5) est un palier d'homologation cloud du ministère de la Défense américain, défini par le DoD Cloud Computing Security Requirements Guide. C'est le plus haut niveau pour les environnements cloud commerciaux qui stockent et traitent des Controlled Unclassified Information (CUI) et des données non classifiées de National Security Systems (NSS) ; il exige une forte isolation physique et logique, une exploitation par du personnel américain et une infrastructure dédiée. Les données classifiées se situent un palier au-dessus, en IL6. En pratique, IL5 est un seuil bien plus exigeant que les plus familiers FedRAMP Moderate ou High. En France, l'équivalent le plus proche de la classe de données CUI est le niveau « Diffusion Restreinte ».
Qu'a annoncé Salesforce le 5 août 2026 ?
Missionforce National Security de Salesforce a dévoilé que sa plateforme Agentforce 360 avait reçu l'homologation Impact Level 5 (IL5) du ministère de la Défense américain, permettant à des agents IA de travailler en toute sécurité avec des Controlled Unclassified Information et des données non classifiées de National Security Systems. La plateforme s'exécute dans une région Amazon Web Services GovCloud isolée, opérée exclusivement par du personnel américain. L'US Army Human Resources Command est la première entité du ministère à la déployer, avec des agents rédigeant des synthèses de dossiers à grande échelle sur des dizaines de millions de conversations mensuelles pour les soldats, les vétérans et leurs familles.
Pourquoi Salesforce a-t-il désactivé un modèle pour obtenir IL5 ?
D'après les comptes rendus de l'homologation, les capacités d'IA générative d'Anthropic ont été désactivées dans la configuration homologuée pour atteindre la conformité IL5, tout en gardant la plateforme agnostique quant au modèle pour de futurs changements de configuration. La leçon : une homologation porte sur une configuration précise et évaluée. Chaque modèle, chemin de données et intégration à l'intérieur du périmètre doit être évalué, et le chemin le plus rapide vers un seuil élevé consiste souvent à réduire ce qui s'y trouve. Capacité et conformité tirent en sens inverse, et au sommet des paliers, la conformité l'emporte tant que chaque composant n'est pas homologué séparément.
Est-ce pertinent si nous ne sommes pas prestataire de l'État ?
Oui. IL5 est spécifique à la défense, mais le schéma ne l'est pas. Toute équipe qui met des agents IA sur des données régulées affronte un seuil analogue — en France, un empilement de RGPD, DORA, du règlement européen sur l'IA (EU AI Act), de la qualification SecNumCloud de l'ANSSI et d'attentes de cloud souverain. Le fil conducteur est le même : des agents qui agissent sur des données sensibles ont besoin d'un environnement isolé, auditable, localisé dans l'UE, d'une frontière modèle-et-données définie, et de la preuve que chaque action a été autorisée. Si votre feuille de route prévoit des agents touchant des données FinTech ou HealthTech, c'est un avant-goût des contrôles que vos auditeurs demanderont.
Que doivent faire les équipes d'ingénierie maintenant ?
Traitez la frontière de déploiement comme une décision de conception, pas comme un détail de déploiement. Décidez tôt quelles classes de données un agent peut toucher, et figez le modèle, la région et les intégrations à l'intérieur d'une frontière documentée. Donnez à chaque agent une identité restreinte et révocable plutôt que des clés partagées, et journalisez chaque appel d'outil comme preuve de conformité. Partez du principe que vous devrez peut-être désactiver une capacité pour franchir un contrôle : gardez l'architecture agnostique quant au modèle et portable. Et alignez l'ensemble de la conception sur le référentiel dont vous relevez réellement — RGPD, DORA, EU AI Act, SecNumCloud ou SOC 2 — avant que les agents n'atteignent la production, pas après.
Sources
DefenseScoop — Salesforce previews plans to deliver newly authorized 'AI agents' across DOD
SC Media — Salesforce's Agentforce 360 platform approved for sensitive Defense Department data
Salesforce — Missionforce National Security unveils IL5-authorized AI agents and apps