DéfinitionAI Act · article 14, § 4, e)Version 1.025 octobre 2026

Le kill switch de l’IA : un chemin d’arrêt inscrit dans l’architecture

Le kill switch de l’IA est le chemin d’arrêt inscrit dans la couche qui exécute un système d’IA : une action autorisée suspend, bride ou annule un processus, un modèle ou l’accès d’un utilisateur, révoque la session et les permissions d’outils des agents concernés et s’enregistre, afin que son délai d’arrêt soit mesuré, pas promis. Cette entrée expose ce qu’un arrêt doit atteindre, ses fondements dans l’AI Act et le NIST AI RMF, et la mesure de son délai, lus dans les sources primaires le 25 octobre 2026.

Réserver un appel de 30 min Lire pourquoi l’arrêt relève de l’architecture
Plan de contrôle (C4) : qui peut agir, avec quels droits, et comment l’arrêter.
Arrêt
Une action autorisée, enregistrée
AI Act
Article 14, § 4, e), et article 26, § 5
Mesure
Time to Stop, de T0 à T4, prouvé à T5
Statut vérifié
25 octobre 2026, dans les sources primaires
Sur cette page
  1. Définition et conventions
  2. 1. Le kill switch, propriété d’architecture
  3. 2. Ce qu’un arrêt doit atteindre
  4. 3. Les fondements juridiques
  5. 4. La mesure : le Time to Stop
  6. 5. Ce que nous refusons de livrer
  7. 6. Les questions des acheteurs
  8. 7. Références et sources
  9. 8. Versions et citation
0 · Définition et conventions

Un bouton arrête ce que contrôle un fournisseur. Un chemin d’arrêt arrête ce que vous exploitez.

Dans cette entrée, « nous » désigne Hikari Blue, qui conçoit et exploite la couche d’exploitation de l’IA qui porte ce chemin d’arrêt. La définition est la nôtre ; les textes juridiques et les cadres qu’elle cite sont lus dans leurs sources primaires, listées en section 7.

3 choses portent le nom de kill switch. Un bouton dans la console d’un éditeur arrête ce que contrôle le logiciel de cet éditeur. Un mode opératoire dit qui doit agir, et dans quel ordre. Un chemin d’arrêt est câblé dans l’identité, le réseau et l’exécution, de sorte qu’une action autorisée prend effet et laisse une trace. Seul le troisième se chronomètre.

1 · Le kill switch comme architecture

Le kill switch, propriété d’architecture et non fonctionnalité

Un kill switch relève de l’architecture, et non d’une fonctionnalité, quand l’arrêt est appliqué sous l’application, au niveau de l’identité, du réseau et de l’exécution que l’entreprise contrôle, de sorte qu’il fonctionne même si le framework d’agents, le fournisseur de modèles ou l’interface tombent, sans dépendre du bon vouloir du système qu’il arrête.

Couche Ce que fait l’arrêt Il tient encore si
Identité Les identifiants, jetons et sessions de l’agent sont révoqués auprès du fournisseur d’identité de l’entreprise. le framework d’agents tombe ou ignore l’arrêt.
Réseau Le point d’application des règles ferme les connexions de l’agent aux outils, aux données et aux modèles. l’application ou son interface tombe.
Exécution La couche cesse de distribuer les tâches de l’agent et annule celles déjà en file. le fournisseur de modèles est injoignable ou continue de répondre.
Console de l’éditeur, une fonctionnalité Un bouton dans l’interface de l’éditeur arrête ce que contrôle son logiciel. l’éditeur, sa console et son bon vouloir tiennent, et seulement dans ce cas.

La publication NIST SP 800-207, Zero Trust Architecture (août 2020), décrit le point d’application des règles (policy enforcement point) comme le composant chargé d’activer, de surveiller et, à terme, de couper les connexions entre un sujet et une ressource de l’entreprise. Selon notre lecture, un agent est un sujet comme un autre, et son arrêt se place à ce point, pas dans l’agent.

Le test. Désactivez le framework d’agents ou coupez le fournisseur de modèles, puis déclenchez l’arrêt d’un agent. Réussite : ses appels d’outils sont refusés, sa session est révoquée, les autres agents continuent de tourner, et l’enregistrement montre qui l’a arrêté et quand.

2 · La portée de l’arrêt

Ce qu’un arrêt doit atteindre : processus, modèle, utilisateur, agent

Un arrêt qui n’en atteint qu’un sur 4 laisse tourner les 3 autres. Chacun est une action unique, avec un auteur et un horodatage dans l’enregistrement.

  • Processus

    Une action arrête le processus, tâches en file comprises. Plus rien n’atteint les personnes ni les systèmes : c’est la condition que le Time to Stop fixe pour un arrêt effectif.

  • Modèle

    Une action retire un modèle du routage pour une classe de tâches, ou envoie la tâche vers son modèle de repli déclaré. Le NIST AI 100-1 parle de remplacer, de désengager ou de désactiver un système.

  • L’accès d’un utilisateur

    Une action retire à une personne l’accès à un usage d’IA, sans arrêter le processus pour les autres.

  • Agent

    Une action révoque la session et les permissions d’outils de l’agent. Les autres agents du processus continuent de tourner : c’est la condition de réussite du contrôle C4.

L’arrêt est l’une de 3 actions. Le même chemin bride, en abaissant le débit ou le budget déclaré d’un agent, et annule, en ramenant un processus à la dernière version approuvée de son modèle ou de sa règle.

La reprise est une décision distincte. Dans notre cadre de gouvernance, tout opérateur ou vérificateur nommé arrête un agent, un modèle ou un processus en une action ; seul le responsable des risques IA autorise la reprise (GOV-A-04).

La révocation peut reposer sur des normes existantes. Le concept paper du NIST NCCoE de février 2026 cite SCIM comme un moyen possible de créer, de mettre à jour et de révoquer les identités d’agents d’un système à l’autre.

4 · La mesure

La mesure : le Time to Stop, de T0 à T5

Un arrêt jamais chronométré reste une promesse. KILLSWITCH by Hikari Blue définit la mesure ; cette entrée reprend son horloge telle qu’elle est publiée, sans la modifier.

Repère Ce qu’il marque
T0 Le premier signal observable de la défaillance existe : une alerte, un ticket, une plainte de client, un salarié qui le remarque.
T1 Un humain prend conscience de la défaillance. C’est la détection.
T2 Le responsable, le rôle qui a autorité pour arrêter, est joint et informé. C’est l’escalade.
T3 La décision d’arrêter est prise.
T4 L’arrêt effectif est vérifié : l’usage ne produit plus aucune sortie ni action envers des personnes ou des systèmes, tâches en file comprises, et quelqu’un l’a confirmé.
T5 L’arrêt est enregistré et retrouvable dans le journal de l’organisation. C’est la preuve.

Le Time to Stop vaut T4 moins T0. Il est prouvé quand l’arrêt est aussi enregistré (T5), et affiché comme non prouvé sinon. Un bouton pressé, un ticket ouvert ou une décision prise ne comptent pas comme un arrêt.

Exercice sur table, chronométré et déclaré ; pas la mesure d’un arrêt réel.

En production, la même horloge se lit dans l’enregistrement : le contrôle GOV-A-04 de notre cadre de gouvernance conserve le mode opératoire du kill switch et l’historique de ses exercices, avec les temps d’arrêt mesurés.

5 · Nos refus

Ce que nous refusons de livrer

2 anti-patterns de notre architecture de référence font échouer l’arrêt. Nous ne livrons ni l’un ni l’autre.

  • Le tableau de bord sans chemin d’arrêt

    Un tableau de bord de gouvernance qui montre l’activité mais ne peut pas l’arrêter. L’activité n’est pas la responsabilité ; sans kill switch câblé, il échoue à C4 et au test de chronométrage.

  • Les agents à identité partagée

    Plusieurs agents qui agissent sous un même compte de service. Aucune action n’est attribuable et aucun agent ne peut être arrêté seul : ils échouent à C4.

Notre politique de stack en tire la règle commune : aucun agent en production sans sa propre identité.

6 · Réponses directes

Les questions posées sur le kill switch de l’IA.

Qu’est-ce que le kill switch de l’IA ?

C’est le chemin d’arrêt inscrit dans la couche qui exécute un système d’IA. Une action autorisée suspend, bride ou annule un processus, un modèle ou l’accès d’un utilisateur, révoque la session et les permissions d’outils des agents concernés et s’enregistre, si bien que son délai d’arrêt se mesure.

L’AI Act impose-t-il un kill switch ?

Pour les systèmes à haut risque, oui en substance. L’article 14, § 4, e), exige que les personnes chargées du contrôle humain puissent interrompre le système « au moyen d’un bouton d’arrêt ou d’une procédure similaire permettant au système de s’arrêter de manière sécurisée ». L’article 26, § 5, impose au déployeur de suspendre l’utilisation quand il a des raisons de considérer que le système présente un risque. Les 2 s’appliquent à partir du 2 décembre 2027 pour les systèmes de l’annexe III et du 2 août 2028 pour ceux de l’annexe I.

Qu’est-ce qui fait d’un kill switch une architecture plutôt qu’une fonctionnalité ?

L’endroit où l’arrêt s’applique. Un bouton dans la console d’un éditeur arrête ce que contrôle le logiciel de cet éditeur. Un arrêt appliqué au niveau de l’identité, du réseau et de l’exécution que l’entreprise contrôle tient encore quand le framework d’agents, le fournisseur de modèles ou l’interface tombent.

Comment se mesure le délai d’arrêt ?

Avec l’horloge du Time to Stop de KILLSWITCH by Hikari Blue : du premier signal observable de la défaillance (T0) à l’arrêt effectif vérifié (T4), tâches en file comprises. Il est prouvé quand l’arrêt est aussi enregistré dans le journal de l’organisation (T5). Notre Kill Switch Drill est un exercice sur table, chronométré et déclaré ; pas la mesure d’un arrêt réel.

Qui peut déclencher l’arrêt, et qui relance le système ?

Dans notre cadre de gouvernance, tout opérateur ou vérificateur nommé arrête un agent, un modèle ou un processus en une action. Seul le responsable des risques IA autorise la reprise. Chacun est une personne nommée, et les 2 actions sont enregistrées.

Arrêter un agent arrête-t-il tout le processus ?

Pas quand l’arrêt est câblé sur l’identité propre de l’agent. Le contrôle C4 de notre architecture de référence fixe la condition de réussite : l’arrêt intervient en quelques secondes, les permissions d’outils de l’agent sont révoquées, et les autres agents du processus continuent de tourner.

7 · Références

Documents de référence et sources primaires.

Chaque article, chaque sous-catégorie et chaque date de cette entrée proviennent des sources ci-dessous, consultées le 25 octobre 2026.

Documents de référence

Sources primaires, consultées le 25 octobre 2026

8 · Versions et citation

Comment citer ce document.

Cette URL est permanente et sert toujours la version en vigueur. Chaque modification de fond incrémente la version et figure dans l’historique ci-dessous, afin qu’une citation reste rattachable au texte qu’elle cite.

  • Citation recommandée

    Hikari Blue, « AI kill switch : a stop path built into the architecture », Glossary of the AI operating layer, v1.0, 25 octobre 2026, https://hikariblue.com/glossary/ai-kill-switch

    Les ancres de section sont stables : #definition, #architecture, #reach, #legal, #time-to-stop, #refuse, #faq, #references, #cite.

  • Historique des versions

    v1.0 · 25 octobre 2026. Première version publique.

    Licence. Publié sous licence CC BY 4.0 : citation, reprise et réutilisation libres, avec attribution à Hikari Blue et lien vers cette page. La licence couvre les textes, tableaux et schémas de Hikari Blue sur cette page ; elle ne couvre ni les données, citations et textes juridiques de tiers, qui gardent leurs propres conditions, ni le nom et le logo Hikari Blue, marques de UNITED4 LLC.

Pour les directions des opérations, de la sécurité, des risques IA et de l’audit interne

Parcourez un chemin d’arrêt. Voyez ce qu’il atteint.

30 minutes avec un associé nommé. Nous prenons un usage d’IA que vous exploitez aujourd’hui et suivons son arrêt : qui peut le déclencher, ce qu’il atteint parmi processus, modèle, utilisateur et agent, et où il s’enregistre. Vous repartez avec la liste des écarts, que nous travaillions ensemble ou non.

  • Un usage d’IA, son arrêt suivi de bout en bout
  • Ce que l’arrêt atteint, et ce qu’il manque
  • Qui détient l’autorité d’arrêter et de relancer
Réserver un appel de 30 min Ou mesurez le Time to Stop de votre IA dans un exercice sur table Vérifier Hikari Blue avec un modèle que nous ne contrôlons pas