Blobs binaires sous Linux : définition, risques, politiques et alternatives

Si vous utilisez GNU/Linux ou si vous vous intéressez aux logiciels libresTôt ou tard, vous rencontrerez le terme « blob binaire », aussi appelé « blob propriétaire ». Il s'agit de fragments de logiciel au format binaire chargés dans le noyau ou ses pilotes sans que leur code source soit fourni. Autrement dit : des fonctionnalités packagées qui ne peuvent être partagées. étudier ou modifierEt pourtant, ils sont souvent indispensables au bon fonctionnement de certains matériels.

La controverse couve depuis longtemps et soulève des questions épineuses : de la liberté des utilisateurs à la sécurité des systèmes. Il existe des communautés qui les tolèrent comme un moindre mal et d'autres qui les rejettent catégoriquement. Pour ajouter à la confusion, dans le monde de bases de données et l' stockage Dans le cloud, le terme BLOB a une toute autre signification : il s’agit d’un objet binaire volumineux, généralement utilisé pour stocker des vidéos, des sauvegardes ou des images. Cet article vise à clarifier ces deux significations et à expliquer la raison d’être des objets binaires dans le cloud. Linuxqui les conduit, quels risques présentent-ilsQuelles sont les alternatives existantes et comment tout cela s'intègre-t-il à la culture du logiciel libre ?

Que sont les blobs binaires sous Linux et pourquoi apparaissent-ils ?

Lorsqu'un fabricant ne fournit pas de documentation technique suffisante sur son appareil, Les développeurs du noyau ne peuvent pas écrire un pilote entièrement librePour contourner ce problème, le fournisseur propose un fichier précompilé qui implémente les éléments manquants : le blob binaire. Ce cas de figure est fréquent avec les cartes graphiques, les adaptateurs Wi-Fi, les contrôleurs RAID et autres composants régulièrement mis à jour.

Dans l'écosystème des systèmes d'exploitation de type Unix, la réponse n'est pas uniforme. NetBSD, FreeBSD et DragonFly BSD prennent en charge les blobs. Parfois utilisé comme raccourci pour masquer des fonctionnalités. À l'inverse, OpenBSD et LibertyBSD s'enorgueillissent de n'accepter aucun de ces raccourcis dans leur code source, afin de minimiser les risques non auditables et de réaffirmer leur engagement en faveur d'une transparence totale.

Il existe également une diversité dans le monde GNU/Linux. Il existe des distributions qui se positionnent explicitement contre les blobs.Les distributions Linux telles que gNewSense, Trisquel et Parabola sont affiliées à la Free Software Foundation. Cette position a donné lieu à des initiatives comme Linux-libre, un ensemble de correctifs qui suppriment les composants propriétaires du micrologiciel et du noyau. Plus concrètement, certaines distributions généralistes, notamment sur les ordinateurs récents, autorisent les pilotes propriétaires ou les micrologiciels propriétaires pour des raisons de compatibilité.

Lorsque des blobs sont écrits pour d'autres systèmes, certains projets optent pour des wrappers qui Ils agissent comme une couche de compatibilitéCela permet à un pilote conçu pour le système X de fonctionner sur le système Y. C'est une astuce utile dans certaines circonstances, mais elle comporte les mêmes limitations : opacité, dépendance au fournisseur et maintenance hors du contrôle de la communauté.

Risques et inconvénients liés à l'utilisation de blobs

La liste des problèmes est bien connue des administrateurs et des développeurs. Ne pas pouvoir lire ou toucher le code Cela implique de renoncer aux corrections, aux améliorations et audits indépendantsDe là découle une série de conséquences loin d'être anodines.

• Incapacité à modifier et à redistribuer Des versions adaptées à vos besoins, ce qui entrave la collaboration et l'amélioration collective.
• Portabilité limitéeIls sont généralement compilés pour seulement quelques architectures et ne peuvent pas être facilement portés vers d'autres environnements.
• Qualité inaccessibleIl est impossible de vérifier si la manette fonctionne comme prévu ou si elle comporte des erreurs subtiles.
• Audit de sécurité zéroLes tiers ne peuvent pas examiner le code pour y déceler des vulnérabilités ou des portes dérobées.
• Confiance aveugle envers le fournisseur, avec la crainte légitime de logiciels espions ou de portes dérobées intentionnelles ou accidentelles.
• Impossibilité de réparer Identifier rapidement les défaillances ou les incompatibilités du côté de la communauté des systèmes.
• Fin du soutien arbitraireLe fabricant peut abandonner le produit quand il le souhaite, ce qui compromettra les compatibilités futures.
• restrictions de redistribution Dans certains cas. Exemple classique : certaines caméras iSight sur iMac 5,2, dont le pilote propriétaire ne pouvait pas être redistribué ; l’utilisateur devait l’extraire lui-même du système d’origine du fabricant.

Bien qu'une distinction soit généralement faite entre le firmware et les blobs, la frontière pratique est floue. Le firmware d'initialisation Il s'agit du premier logiciel qui se lance au démarrage de l'ordinateur, initialise les périphériques et cède la place au système d'exploitation. S'il s'agit d'un logiciel propriétaire, il hérite de la quasi-totalité des problèmes mentionnés, auxquels s'ajoute la complexité liée à son contrôle important sur la plateforme.

Firmware, BIOS, microcode et le terrain miné de la confiance

La Free Software Foundation promeut depuis des années des campagnes pour firmware, BIOS et plateformes de Botte ils ouvrent et être auditables. La réalité, cependant, est tenace : la plupart des appareils du marché intègrent un firmware propriétaire truffé de code inutile, avec un support qui s’arrête souvent prématurément et des correctifs qui n’arrivent jamais ou arrivent trop tard. Le coût de la rétro-ingénierie pour déchiffrer et remplacer ces composants est extrêmement élevé et ne concerne presque jamais que des cas matériels très spécifiques.

Le système de démarrage moderne utilise des puces flash SPI où est stockée la totalité de la ROM de la plateforme. La manipulation de ce firmware nécessite des outils et des connaissances. Parmi les fonctionnalités moins courantes, on trouve le réglage de la taille, le rechargement, le flashage externe et même la possibilité théorique d'y intégrer un système d'exploitation basique. Pour l'utilisateur lambda, ces options sont impraticables, d'où l'importance des projets communautaires qui simplifient le processus.

Au-delà du lancement initial, le débat sur le microcode et les sous-systèmes de gestion à distance dans certaines architectures s'est amplifié. L'opacité de technologies telles que Intel Moteur de gestion et les capacités de contrôle à distance de l'écosystème vPro. Étant donné leur intégration à un niveau très bas, leur portée inquiète ceux qui privilégient la confidentialité, le contrôle et une sécurité vérifiable.

Par ailleurs, certains soulignent que appareils dotés de processeurs ARM basse consommation Ils proposent différents scénarios : une bonne autonomie, des besoins en refroidissement moindres et, sur certains modèles, des composants auxiliaires plus accessibles, comme des contrôleurs intégrés pour les claviers et les capteurs. Quoi qu’il en soit, le marché est vaste et hétérogène : il est préférable d’évaluer chaque cas individuellement.

Coreboot, Libreboot et le cas des Chromebooks

Google a pris en charge Coreboot dans de nombreux cas. Chromebookqui, sur le papier, rapproche ces équipes d'une start-up plus transparenteMalgré cela, ils ne répondent généralement pas à la certification RYF de la FSF car ils contiennent toujours des blobs dans différentes couches : du firmware lui-même au noyau, y compris les périphériques qui nécessitent un microcode propriétaire, comme certaines cartes Wi-Fi.

La connectivité sans fil est le plus gros problème. Les chipsets Atheros classiques fonctionnent généralement avec des logiciels libres. sans avoir besoin de plots, mais les autres familles, notamment les plus modernes ou celles soudées à la carte, compliquent le remplacement. portátiles Avec un emplacement miniPCIe, le remplacement de la carte est simple, bien que l'ouverture d'un nouvel équipement puisse affecter la garantie.

La section graphique est également remarquable. Avec conducteurs gratuit comme Nouveau pour NVIDIALes GPU Kepler offrent d'excellentes performances lorsqu'ils sont overclockés manuellement aux fréquences d'usine ; cependant, avec les GPU Maxwell de deuxième génération et les suivants, la situation se complique et ils restent souvent inactifs avec une consommation d'énergie réduite. Sur les plateformes AMD/ATI, sans le chargement du firmware propriétaire, les cartes graphiques deviennent quasiment inutilisables, malgré les améliorations significatives apportées aux pilotes open source. Chez Intel, les puces antérieures à Skylake représentaient l'exemple le plus convivial pour la 3D sans firmware propriétaire supplémentaire.

Par conséquent, sur les systèmes disposant d'une prise en charge graphique gratuite limitée, Il est recommandé d'utiliser des environnements de bureau légers tels que LXDE ou Xfce.qui ne reposent pas sur l'accélération 3D. Le résultat ne sera pas spectaculaire en termes d'effets, mais il sera stable et parfaitement utilisable au quotidien.

Libreboot, un pari sans compromis

Libreboot est né comme une distribution stricte de Coreboot, avec une règle claire : L'intégration de données propriétaires n'est pas autorisée.Son objectif est double : maximiser la liberté de l’utilisateur et simplifier le processus d’installation et de mise à jour, permettant à chacun de le réaliser en suivant une documentation détaillée. Elle a été présentée comme la branche stable, davantage axée sur l’utilisateur final, avec des outils et des flux de travail automatisés.

La première plateforme phare fut le ThinkPad X60, et avec le temps Le projet a publié des images ROM préparées pour différentes tailles de puces SPI, des utilitaires tels que flashrom et une charge utile GRUB prêts à démarrer des systèmes GNU/Linux avec des options avancées, telles que la vérification des signatures avec GPG ou le chargement de noyaux hébergés sur le SPI lui-même.

• Logiciel libre uniquementAucun microcode propriétaire pour le processeur, aucun blob vidéo fermé, et aucune initialisation fermée. Lorsqu'une fonctionnalité nécessite un logiciel propriétaire, elle n'est tout simplement pas prise en charge.
• Portée conscienteIl prend en charge moins de matériel que Coreboot, mais pour ce qu'il prend en charge, il le fait sans compromettre la liberté de l'utilisateur.
• Facilité d'utilisation: compilation et installation automatisées, documentation destinée aux non-experts et canaux d'assistance actifs (listes de diffusion et IRC).
• Tout intégré: Charge utile GRUB, flashrom et utilitaires intégrés pour éviter des étapes délicates pour l'utilisateur final.
• ROM précompilées: téléchargements Prêt à être flashé sans compilation, avec des variantes pour les puces de taille non standard le cas échéant.
• Sécurité et vitesse: temps de démarrage réduits, possibilité de protéger le démarrage et libre choix des versions, sans verrouillage ni DRM du fabricant.
• Piratable et personnalisableLes arrière-plans, les polices, les charges utiles et les options changent tous à la discrétion du propriétaire de l'équipe.
• Mise à jour à volontéLa mise à niveau ou la rétrogradation est à la discrétion de l'utilisateur ; si la protection en écriture de la puce est activée, les mises à jour ultérieures nécessiteront un programmateur externe.
• Réponse rapide aux pannesEn cas de problème, la communauté réagit rapidement ; contrairement aux fournisseurs de solutions propriétaires qui publient des correctifs tardivement, rarement et uniquement pour certaines versions d'un seul système.

Cette approche exclut évidemment des plateformes modernes très populaires. Mais évitez l’obsolescence programmée Dérivé de cycles de support capricieux, il permet aux équipements anciens de rester utiles et sécurisés grâce à un système de démarrage gratuit et documenté.

Qu'est-ce qu'un BLOB dans les bases de données et le stockage d'objets ?

Dans le monde des TIC, BLOB signifie Binary Large Object (objet binaire volumineux). Il s'agit de grands ensembles de données stockés au format binaire.Il s'agit généralement de fichiers multimédias, d'images disque ou de sauvegardes, stockés dans des bases de données ou du stockage objet. Contrairement au blob propriétaire du noyau, ce ne sont ni des pilotes ni des microprogrammes, mais plutôt des conteneurs d'informations.

Les fichiers purement textuels sont parfois traités comme des CLOB (Character Large Objects). La différence réside dans le fait que CLOB est traité comme du texte. Et non pas sous forme binaire, ce qui est utile pour certains moteurs et opérations. En pratique, les deux concepts coexistent dans les bases de données et les plateformes cloud.

• Publication de contenu multimédiaImages, vidéos et fichiers audio diffusés sur les sites web, applications et services de streaming.
• lacs de données et analytique: lacs de données pour le big data, l'entraînement des modèles d'apprentissage automatique et la veille stratégique.
• Archivé journaux: conservation des enregistrements d'applications et de sécurité à des fins de diagnostic, d'audit et de conformité.
• Gestion documentaire: Des fichiers PDF, des numérisations et des historiques d'entreprises à grande échelle.
• Logement fixe: servir directement le HTML, le CSS, le JavaScript et les images depuis le stockage d'objets.
• Distribution de logiciels: paquets, mises à jour et programmes d'installation à haute disponibilité.
• Données de santéImages médicales, antécédents et données génomiques avec garanties de sécurité et de conformité réglementaire.
• Investigation scientifique: des ensembles de données issus d'expériences, de simulations et de réseaux de capteurs à des fins d'analyse et de collaboration.

Pour éviter toute confusion, on appelle parfois un BLOB binaire un objet volumineux de base. L'essentiel, c'est que nous parlons de conteneurs de données.Il ne s'agit pas d'éléments opaques enchâssés au cœur du système. Ce sont des mondes liés par le format binaire, mais avec des implications et des risques totalement différents.

Le débat autour des blobs binaires sous Linux ne se limite pas au matériel qui fonctionne ou qui ne fonctionne pas : Il traite de la confiance, du contrôle et de la durabilité à long termeIl existe des domaines où le compromis est inévitable, et d'autres où le choix d'alternatives open source comme Linux-libre, Coreboot ou Libreboot est plus que judicieux. Connaissant les risques et les alternatives, chacun peut décider du niveau de contrôle qu'il souhaite céder, et à quelles conditions, sur son propre système.

Article connexe:

Comment utiliser des chaînes pour extraire du texte caché dans des binaires

Isaac

Écrivain passionné par le monde des octets et de la technologie en général. J'aime partager mes connaissances à travers l'écriture, et c'est ce que je vais faire dans ce blog, vous montrer toutes les choses les plus intéressantes sur les gadgets, les logiciels, le matériel, les tendances technologiques et plus encore. Mon objectif est de vous aider à naviguer dans le monde numérique de manière simple et divertissante.