Note de travailRévision en attenteVersion 0.1
Fondements du confinement adversarial
Courte note de travail pour la session de Rabat : hypothèses de frontière, contrôles minimaux et questions à examiner en pratique.
Publiée le 24 juillet 2026Mise à jour le 29 août 2026
Objet et statut
Cette note a préparé PESAEAS Maroc n°1 à Rabat. Elle reste un point de départ pour l’examen technique, et non une spécification, une garantie de sécurité ou l’expression d’un consensus.
Le confinement consiste à limiter ce qu’un système autonome peut observer, modifier, invoquer et transmettre lorsque son comportement ne peut être supposé coopératif. Le sujet est la frontière opérationnelle complète, et non le modèle pris isolément.
Propositions de départ
La session s’est appuyée sur cinq propositions à confronter à des systèmes concrets.
- La frontière comprend les outils, identifiants, environnement d’exécution, réseau, données, opérateurs, supervision et mécanismes d’arrêt.
- L’autorité doit être refusée par défaut et accordée uniquement pour une tâche, une durée et une destination définies.
- Les transitions pertinentes d’outils, de données, de réseau, de fichiers et d’exécution doivent être contrôlées.
- Le temps, le calcul, le stockage, la création de processus, les tentatives et les appels externes exigent des budgets explicites.
- Les preuves de politique et le contrôle d’urgence doivent rester hors de l’autorité de la charge autonome.
Questions pour Rabat
La session a été structurée autour des questions non résolues suivantes.
- Quel est le plus petit profil de confinement utile qu’un ingénieur puisse implémenter et inspecter ?
- Où la politique doit-elle s’exécuter pour que le système confiné ne puisse ni la réinterpréter ni la modifier ?
- Quelles défaillances doivent fermer le système, et où un mode dégradé contrôlé est-il plus sûr ?
- Quelles preuves distinguent une tentative bloquée d’une tentative non détectée ?