OpenAI wants me to switch back to Windows

OpenAI a rendu son agent Codex natif pour Windows, en construisant un sandbox de sécurité sur mesure en Rust, ce qui permet une intégration profonde avec le système d'exploitation et ouvre la voie à une nouvelle ère d'outils d'IA pour les utilisateurs Windows.

Voir la source

Voici une analyse détaillée de la transcription de la vidéo YouTube, structurée selon vos consignes.

SYNTHÈSE STRUCTURÉE

Le retour de Windows comme plateforme de choix pour l’IA

L’intervenant, un utilisateur Mac de longue date, admet avoir sous-estimé la base d’utilisateurs Windows. Un sondage auprès de plus de 60 000 personnes a révélé que la majorité utilise Windows au quotidien. Il déclare : « Most of you are using Windows as your daily driver ». Ce constat, couplé à l’arrivée d’outils comme Codex, remet Windows sur le devant de la scène pour les développeurs et les power users.

Codex : un agent IA « natif » de Windows

OpenAI a développé une version de son agent Codex qui ne s’exécute pas dans un sous-système Linux (WSL2) ou une machine virtuelle, mais directement sur le système Windows. L’intervenant souligne l’importance de cette approche : « Codex isn’t just visiting Windows anymore. He’s not pretending to be Windows in a Linux costume. He’s a local. He moved in. » Cela permet à l’agent de comprendre et d’utiliser nativement PowerShell, les API Windows et les outils système.

Le défi de la sécurité : construire un sandbox Windows natif

La principale innovation technique réside dans le sandbox de sécurité. Sur Mac et Linux, des outils comme Seatbelt ou Bubblewrap existent. Sur Windows, OpenAI a dû construire le sien. L’intervenant explique : « OpenAI built their own. They just did that. Over 15,000 lines of Rust code. » Ce sandbox utilise des mécanismes de sécurité Windows de bas niveau comme les ACL du système de fichiers, les règles du pare-feu et les tokens restreints.

Fonctionnement du sandbox : un prisonnier dans son dossier

Le sandbox fonctionne en créant un utilisateur et un SID (Security Identifier) synthétiques et restreints. L’agent Codex s’exécute sous cette identité, avec des permissions limitées à un dossier spécifique (le projet). L’intervenant le démontre avec la commande icacls : le SID du sandbox apparaît pour le dossier du projet, mais pas pour les dossiers parents. L’agent ne peut pas accéder au réseau par défaut, et toute action en dehors de son périmètre nécessite une autorisation explicite de l’utilisateur.

Gestion des permissions : de l’auto-review au « full access »

L’utilisateur peut configurer le niveau de contrôle du sandbox. L’intervenant mentionne trois modes : Auto-review (un sous-agent IA décide si une action est anodine), Full access (l’agent a tous les droits, déconseillé) et le mode par défaut qui demande une confirmation pour chaque action risquée. Il prévient : « Don’t do that » en parlant du mode full access.

Les « Windows Surprises » : des fonctionnalités méconnues

L’intervenant parsème sa démonstration de petites pépites sur Windows, qu’il appelle des « surprises » ou « trésors ». On y trouve :

  • La rétrocompatibilité : l’histoire de SimCity et Windows 95, où Microsoft a modifié l’OS pour faire fonctionner le jeu.
  • WSL2 : un vrai noyau Linux intégré à Windows.
  • Hyper-V : un hyperviseur de type 1, le même que celui d’Azure, qui transforme Windows en machine virtuelle privilégiée.
  • L’historique du presse-papiers : accessible via Windows key + V.
  • Le « God Mode » : un dossier spécial qui donne accès à plus de 250 paramètres système.
  • Winget : le gestionnaire de paquets officiel de Windows.
  • Le « shake to minimize » : secouer une fenêtre pour minimiser toutes les autres.

Cas d’usage concrets : nettoyage, automatisation et labs

L’intervenant montre plusieurs exemples d’utilisation de Codex sur Windows :

  • Nettoyage du bureau : l’agent range les fichiers dans des dossiers (avec un résultat esthétique mitigé).
  • Suppression du bloatware : Codex désinstalle les applications indésirables et les widgets de la barre des tâches.
  • Automatisation : création d’une tâche planifiée pour empêcher Windows Update de rétablir les logiciels indésirables.
  • Création d’un lab de pentest : Codex utilise Hyper-V pour déployer des machines virtuelles Kali Linux et Ubuntu, et y installe une application vulnérable.

CONCEPTS CLÉS

  • Sandbox (bac à sable) : Un environnement isolé et sécurisé dans lequel un programme (ici, un agent IA) peut s’exécuter sans pouvoir affecter le reste du système. Le sandbox de Codex est implémenté en Rust et utilise les mécanismes de sécurité natifs de Windows.
  • SID (Security Identifier) : Un identifiant unique et immuable que Windows utilise pour identifier un utilisateur, un groupe ou un compte d’ordinateur. Le sandbox de Codex crée un SID synthétique pour l’agent.
  • Token restreint (Restricted Token) : Un jeton d’accès Windows dont les privilèges ont été réduits. L’agent Codex s’exécute avec un token restreint, limitant ses actions.
  • WSL2 (Windows Subsystem for Linux 2) : Une couche de compatibilité qui permet d’exécuter un noyau Linux directement sur Windows. L’intervenant le présente comme une alternative, mais moins intégrée que la solution native de Codex.
  • Hyper-V : La technologie de virtualisation de Microsoft, intégrée à Windows Pro. Elle utilise un hyperviseur de type 1, le même que celui d’Azure.
  • PowerShell : Le shell et langage de script orienté objet de Microsoft. Codex l’utilise par défaut pour interagir avec Windows.
  • Rust : Un langage de programmation système, reconnu pour sa sécurité mémoire et ses performances. OpenAI a choisi Rust pour écrire le sandbox de Codex.

CONCLUSION

Le message principal est que Windows, souvent perçu comme un environnement de seconde zone pour les outils d’IA, est en train de devenir une plateforme de premier ordre grâce à des efforts d’intégration profonde comme ceux d’OpenAI avec Codex. L’intervenant, bien que critique envers les décisions récentes de Microsoft, voit dans cette approche « native » un avenir prometteur. Le sandbox en Rust n’est pas qu’une fonctionnalité de sécurité ; c’est la preuve qu’il est possible de construire des agents IA puissants et sécurisés qui « vivent » dans Windows, plutôt que de simplement le visiter. Cela compte car cela ouvre la porte à des outils d’IA capables d’interagir avec l’ensemble de l’écosystème Windows (Active Directory, Azure, etc.) de manière fluide et sécurisée, répondant ainsi aux besoins des très nombreux professionnels et développeurs qui utilisent Windows au quotidien.

Du même canal

Tout voir