{"id":115167,"date":"2024-04-19T02:30:02","date_gmt":"2024-04-19T00:30:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-opensuse-factory-realizovana-podderzhka-povtoryaemyh-sborok"},"modified":"2024-04-19T02:30:02","modified_gmt":"2024-04-19T00:30:02","slug":"v-opensuse-factory-realizovana-podderzhka-povtoryaemyh-sborok","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-opensuse-factory-realizovana-podderzhka-povtoryaemyh-sborok","title":{"rendered":"Le support des builds reproductibles a \u00e9t\u00e9 mis en \u0153uvre dans openSUSE Factory.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs du projet openSUSE ont annonc\u00e9 la prise en charge des builds reproductibles dans le d\u00e9p\u00f4t openSUSE Factory, qui utilise un mod\u00e8le de mise \u00e0 jour continue (rolling updates) et sert de base \u00e0 la cr\u00e9ation de la distribution openSUSE Tumbleweed. La configuration de build d'openSUSE Factory permet d\u00e9sormais de s'assurer que les fichiers binaires distribu\u00e9s dans les paquets sont construits \u00e0 partir des sources fournies et ne contiennent pas de modifications cach\u00e9es. Par exemple, tout utilisateur peut personnellement v\u00e9rifier que les builds propos\u00e9es correspondent bit \u00e0 bit aux builds compil\u00e9es \u00e0 partir des sources. <\/p>\n
Lors de la g\u00e9n\u00e9ration des builds reproductibles, plusieurs nuances sont prises en compte, comme la correspondance pr\u00e9cise des d\u00e9pendances, l'utilisation d'un ensemble et de versions d'outils de build immuables, un ensemble identique d'options et de param\u00e8tres par d\u00e9faut, la pr\u00e9servation de l'ordre de compilation des fichiers (en utilisant les m\u00eames m\u00e9thodes de tri), et la d\u00e9sactivation de l'ajout par le compilateur d'informations de service non constantes, telles que des valeurs al\u00e9atoires, des r\u00e9f\u00e9rences \u00e0 des chemins de fichiers et des donn\u00e9es sur la date et l'heure de la compilation. <\/p>\n
La possibilit\u00e9 de v\u00e9rifier l'identit\u00e9 d'un build binaire permet de ne pas se fier uniquement \u00e0 la confiance dans l'infrastructure de build, dont la compromission du compilateur ou des outils de build pourrait entra\u00eener l'injection de backdoors cach\u00e9es. Par exemple, les builds reproductibles ont \u00e9t\u00e9 utilis\u00e9s par les d\u00e9veloppeurs d'openSUSE pour \u00e9liminer les modifications malveillantes qui auraient pu appara\u00eetre dans le d\u00e9p\u00f4t \u00e0 la suite d'un incident ajoutant une backdoor dans le paquet xz (la biblioth\u00e8que compromise liblzma, utilis\u00e9e pour d\u00e9compresser l'archive du code GCC, aurait potentiellement pu apporter des modifications au code GCC, qui pourraient \u00eatre utilis\u00e9es pour ins\u00e9rer des \u00e9l\u00e9ments malveillants dans les applications compil\u00e9es). <\/p>\n
Le d\u00e9p\u00f4t Factory n'est pas destin\u00e9 aux utilisateurs finaux et est principalement utilis\u00e9 par les d\u00e9veloppeurs de la distribution, car il n'y a aucune garantie de stabilit\u00e9 \u00e0 tout moment. Les paquets syst\u00e8me ajout\u00e9s \u00e0 Factory passent par des tests automatis\u00e9s \u00e0 l'aide des outils openQA. Apr\u00e8s la fin des tests et le contr\u00f4le de l'\u00e9tat coh\u00e9rent des d\u00e9pendances, le contenu du d\u00e9p\u00f4t est synchronis\u00e9 avec les miroirs plusieurs fois par semaine, et un instantan\u00e9 de l'\u00e9tat est publi\u00e9 sous le nom openSUSE Tumbleweed. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"