Introduction
Depuis des années, les contributeurs du noyau Linux s’appuient sur PGP et un Web of Trust (signatures de clés) pour prouver l’identité des auteurs de patchs et des responsables de dépôts. Ce modèle a servi, mais il est devenu fragile, lourd à maintenir et peu adapté aux attaques récentes sur la chaîne d’approvisionnement. Les mainteneurs explorent aujourd’hui « Linux ID », une pile technologique fondée sur des standards modernes d’identité décentralisée pour rendre l’authentification des personnes et du code plus sûre et plus pratique.
Pourquoi changer le modèle actuel ?
- Processus pénible : pour obtenir un compte kernel.org et faire signer sa clé, il faut souvent rencontrer quelqu’un en personne, fournir une pièce d’identité, etc. C’est chronophage et difficile à gérer à l’échelle mondiale.
- Fragilité et dérive : scripts manuels, clés périmées, faible visibilité sur l’état réel des attestations.
- Risque de compromission : des incidents historiques montrent que la confiance fondée sur quelques signatures peut être contournée.
- Vie privée et ingénierie sociale : les cartes publiques “qui connaît qui” exposent des informations sur la topologie sociale des contributeurs.
Qu’est‑ce que propose « Linux ID » ?
Linux ID n’est pas une politique figée mais une pile technologique composée de :
- DIDs (Decentralized Identifiers) — identifiants conformes au standard W3C qui lient une identité à des clés publiques et des points de service.
- Verifiable Credentials (VCs) et « proofs of personhood » — attestations numériques délivrées par émetteurs variés (gouvernements, employeurs, la Linux Foundation, centres de vérification) prouvant des éléments comme « personne réelle », « employé de X », ou « validé par un mainteneur ».
- Communications décentralisées (REST, DIDComm, etc.) et DIDs pairwise éphémères pour préserver la confidentialité des relations.
- Registres de confiance et journaux de transparence pour l’audit et la révocation rapide d’attestations.
- Attestations courtes (jours/semaines), pour limiter la fenêtre d’exposition si une identité est compromise.
Avantages attendus
- Renforcement de la sécurité de la chaîne d’approvisionnement : un attaquant devrait obtenir et maintenir plusieurs attestations courtes et vérifiables auprès d’émetteurs différents — beaucoup plus coûteux qu’une seule clé PGP signée.
- Flexibilité : les communautés choisissent les émetteurs et niveaux de preuve adaptés à leur contexte.
- Respect de la vie privée : DIDs éphémères et canaux chiffrés réduisent les surfaces d’exposition du réseau social des contributeurs.
- Intégration possible avec des outils modernes : délégation de droits à des agents automatisés (CI, bots) via des credentials séparés et révocables.
Points d’attention et limites
- Ce n’est pas une solution magique : Linux ID augmente le coût d’une attaque, mais ne l’élimine pas totalement.
- Adoption et interopérabilité : efficacité conditionnée à la participation de nombreux émetteurs et à des outils d’intégration robustes.
- Risques organisationnels : dépendance à certains émetteurs, modèles de gouvernance des registres, et nécessité d’un plan de migration cohérent depuis le PGP actuel.
- Complexité opérationnelle initiale : nouveaux workflows, formation des mainteneurs et contributeurs, et développement d’outils compatibles.
Contexte et initiatives connexes
- Standards W3C : DIDs et Verifiable Credentials sont des standards ouverts largement étudiés pour l’identité décentralisée.
- Sigstore (existant) : projet qui simplifie la signature et la vérification de la chaîne d’outils logicielles (Fulcio, Rekor, Cosign) et mise aussi sur des certificats courts et des journaux d’audit. Linux ID partage l’objectif d’authentifier code/auteurs mais s’appuie sur des primitives DID et une approche issuer‑agnostic.
- Écosystème DID/DIF/Hyperledger : de nombreux projets travaillent sur des couches d’identité, de messagerie DIDComm, et d’émetteurs de credentials — des intégrations seront probablement nécessaires.
Étapes à venir et calendrier probable
Le projet est à l’état de prototype/exploration. Les responsables envisagent :
- Débats et tests au sein des réunions Linux Plumbers et du Kernel Summit.
- Import possible du Web of Trust PGP actuel dans la nouvelle infrastructure pour faciliter la migration.
- Tests parallèles pour permettre une transition progressive avant une adoption plus large.
Pour les administrateurs et mainteneurs : recommandations pratiques
- Suivre les travaux et participer aux discussions (Linux Foundation, sessions Plumbers/Kernel Summit).
- Expérimenter en environnement non critique (tests de vérification, journaux de transparence).
- Cartographier quelles autorités (issuers) votre projet serait prêt à accepter et définir des politiques de durée/validité des attestations.
- Préparer un plan de migration et formation pour les contributeurs (clé, création DID, échanges de VCs).
Conclusion
Linux ID représente une évolution technologique importante pour l’authentification des contributeurs et la sécurisation du code open source. En combinant DIDs, attestations courtes et journaux de transparence, le modèle vise à rendre plus coûteux les faux contributeurs et les attaques sur la chaîne d’approvisionnement tout en offrant plus de contrôle et de confidentialité pour les développeurs. Le succès dépendra toutefois de l’adhésion de l’écosystème, de l’interopérabilité des services d’émission et d’un déploiement progressif et bien piloté.
Suggestions pour WordPress
- Catégorie : Sécurité / Open Source / Linux
- Tags : Linux, noyau, sécurité, identité décentralisée, DIDs, Verifiable Credentials, chaîne d’approvisionnement, Sigstore
- Slug : linux-id-authentification-developpeurs
- Image suggérée : photo d’un hackathon noyau Linux, ou visuel « clé/identité numérique » (vérifier licences)
- Call to action : Invitez les lecteurs à commenter s’ils sont mainteneurs, développeurs ou administrateurs de projets open source, et à partager leurs retours d’expérience sur PGP vs. DIDs.
Source : https://www.zdnet.com/article/linux-kernel-maintainers-new-way-of-authenticating-developers-and-code/
