Elon Musk a de nouveau sorti la carte open source, mais avec une astérisque grosse comme un serveur. Le patron de X a annoncé que la plateforme publierait « tout » son code une fois une révision de sécurité bouclée, avant d’inviter des relecteurs indépendants à vérifier que le système en production correspond bien au code rendu public. L’intention est louable. Le calendrier, lui, reste introuvable.
La promesse n’est pas neuve : Musk avait déjà tracé cette ligne à plusieurs reprises depuis le rachat de Twitter, sans jamais préciser ni méthode de contrôle ni échéance. La nouveauté tient à deux conditions ajoutées : un audit préalable et une vérification externe du live system.
Points clés
- Musk annonce la publication de l’intégralité du code de X après une revue de sécurité.
- Des relecteurs indépendants vérifieraient que le système en production correspond au code publié.
- Ni date, ni périmètre, ni méthode d’audit ne sont précisés.
- Le contexte reste tendu : alerte à la FTC sur la vie privée et accusations autour de Grok Build et du cloud xAI.
Une transparence sous condition d’audit
Le principe est clair. X ne livrerait pas son codebase du jour au lendemain, mais seulement après une revue de sécurité. Musk assure aussi que des examinateurs indépendants confirmeront que la version servie aux utilisateurs colle bien au dépôt publié.
Ce détail compte plus qu’il n’y paraît. Publier un dépôt ne prouve pas que la version tournant sur les serveurs est identique à celle qu’audite la communauté. Un vrai contrôle du système en production dépasserait donc la simple mise en ligne cosmétique de quelques fichiers.
La confiance technique, éternel talon d’Achille
Le contexte n’aide pas à signer un chèque en blanc. Les services de Musk sont scrutés de près : des défenseurs de la vie privée ont récemment averti la FTC que X faisait peser un risque sérieux sur la vie privée des Américains. Dans le même temps, l’outil Build de Grok a été accusé d’expédier des codebases entiers vers le cloud de xAI, un bouton « confidentialité » censé bloquer l’envoi s’étant révélé purement décoratif. Ouvrir son propre code quand on a la réputation d’aspirer celui des autres : le timing est piquant.
Ce qui manque encore
Le flux de départ n’offre ni échéance, ni périmètre, ni format de publication. On ignore si X ouvrira son code serveur, ses composants clients, ses outils internes ou seulement une tranche choisie de l’architecture. Plusieurs zones d’ombre subsistent : qui mènera l’audit, selon quels critères, et comment des relecteurs externes accéderont au système en production.
- Publication annoncée : l’ensemble du codebase de X.
- Condition préalable : la fin d’une revue de sécurité.
- Contrôle promis : des relecteurs indépendants vérifieraient que le système live correspond au code publié.
- Points flous : date, périmètre exact, méthode d’audit et identité des vérificateurs.
Pour l’instant, l’open source de X existe surtout au conditionnel. Une intention affichée pèse moins qu’un dépôt réellement en ligne.
