Rétrospective sur le piratage de Coldcard : Le code source visible n'est pas synonyme de sécurité
L'affaire du vol de portefeuilles matériels Coldcard, entraînant la perte de plus de 150 millions de dollars en Bitcoin, a relancé le débat sur la sécurité du code open source. L'article souligne que la simple disponibilité du code source ("source available") ne garantit pas sa sécurité. Une distinction cruciale est faite entre les logiciels libres/open source (FOSS/FLOSS), qui offrent les quatre libertés fondamentales, et le code simplement lisible, qui peut restreindre l'usage commercial et donc les incitations à un audit approfondi.
Le cas Coldcard illustre ce problème : son firmware, sous licence MIT avec restrictions, n'a pas bénéficié d'un examen significatif de la communauté pendant des années, laissant passer une faille critique. Cela démontre que la sécurité dans l'open source repose non sur la transparence passive, mais sur l'existence d'incitations économiques et de compétences pour réaliser des audits continus. Des projets comme Bitcoin Core montrent le modèle fonctionnel, avec un développement et une révision collégiale entièrement publics.
L'article analyse aussi l'économie de l'open source : la plupart des utilisateurs s'appuient sur l'hypothèse que "quelqu'un d'autre vérifie", ce qui peut mener à une tragédie des biens communs si les incitations sont mal alignées. Enfin, l'émergence de l'IA modifie la donne. D'un côté, des outils comme le Bitcoin Red Team prouvent que l'IA peut accélérer massivement la détection de vulnérabilités. De l'autre, le flux de code généré par l'IA accable les mainteneurs de projets. Dans ce nouveau paysage, seuls les logiciels faisant l'objet d'audits rigoureux et continus, qu'ils soient open source ou privés, pourront résister à la pression accrue des attaques financières et technologiques.
marsbitIl y a 2 jours 07:14
