{"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\/de\/blog\/novosti-interneta\/v-opensuse-factory-realizovana-podderzhka-povtoryaemyh-sborok","title":{"rendered":"In openSUSE Factory wurde die Unterst\u00fctzung f\u00fcr reproduzierbare Builds implementiert","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler des openSUSE-Projekts haben die Unterst\u00fctzung f\u00fcr reproduzierbare Builds im Repository openSUSE Factory angek\u00fcndigt, das das Modell der kontinuierlichen Versionsaktualisierung (Rolling-Updates) verwendet und die Grundlage f\u00fcr die Distribution openSUSE Tumbleweed bildet. Die Build-Konfiguration von openSUSE Factory erm\u00f6glicht es nun sicherzustellen, dass die in Paketen verbreiteten Bin\u00e4rdateien aus den bereitgestellten Quelltexten erstellt wurden und keine versteckten \u00c4nderungen enthalten. So kann jeder Benutzer pers\u00f6nlich \u00fcberpr\u00fcfen, dass die angebotenen Builds bitgenau mit den Builds \u00fcbereinstimmen, die pers\u00f6nlich aus den Quelltexten erstellt wurden. <\/p>\n
Bei der Erstellung wiederholbarer Builds werden Aspekte wie die genaue \u00dcbereinstimmung der Abh\u00e4ngigkeiten, die Verwendung unver\u00e4nderter Komponenten und Versionen der Build-Tools, ein identischer Satz von Optionen und Standardeinstellungen, die Beibehaltung der Reihenfolge der Dateisammlung (Anwendung der gleichen Sortiermethoden) sowie die Deaktivierung der vom Compiler hinzugef\u00fcgten nicht konstanten Metainformationen, wie zuf\u00e4llige Werte, Dateipfade und Informationen zum Datum und zur Uhrzeit des Builds, ber\u00fccksichtigt. <\/p>\n
Die M\u00f6glichkeit, die Identit\u00e4t von Bin\u00e4r-Assemblierungen zu \u00fcberpr\u00fcfen, erm\u00f6glicht es, sich nicht nur auf das Vertrauen in die Build-Infrastruktur zu verlassen. Die Kompromittierung des Compilers oder der Build-Tools kann zur Einspeisung versteckter Backdoors f\u00fchren. Beispielsweise verwendeten die Entwickler von openSUSE wiederholte Builds, um sch\u00e4dliche Modifikationen auszuschlie\u00dfen, die im Repository durch einen Vorfall beim Hinzuf\u00fcgen eines Backdoors zu dem Paket xz (die kompromittierte Bibliothek liblzma, die zum Entpacken des Archivs mit dem GCC-Code verwendet wurde, h\u00e4tte potenziell \u00c4nderungen in den GCC-Code einf\u00fcgen k\u00f6nnen, die verwendet werden k\u00f6nnten, um b\u00f6sartige Elemente in die gebauten Anwendungen einzuf\u00fcgen). <\/p>\n
Das Repository Factory ist nicht f\u00fcr Endbenutzer gedacht und wird haupts\u00e4chlich von den Entwicklern des Distributions verwendet, da die Stabilit\u00e4t zu jedem Zeitpunkt nicht garantiert werden kann. Die in Factory hinzugef\u00fcgten Systempakete durchlaufen automatisierte Tests mithilfe des OpenQA-Toolsets. Nach Abschluss der Tests und \u00dcberpr\u00fcfung des konsistenten Zustands der Abh\u00e4ngigkeiten wird mehrmals pro Woche der Inhalt des Repositories auf Spiegelserver zur\u00fcckgesetzt, und der erstellte Zustand wird als openSUSE Tumbleweed ver\u00f6ffentlicht. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"