{"id":122002,"date":"2025-02-19T02:22:05","date_gmt":"2025-02-19T00:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/opensuse-testiruet-podderzhku-povtoryaemyh-sborok"},"modified":"2025-02-19T02:22:05","modified_gmt":"2025-02-19T00:22:05","slug":"opensuse-testiruet-podderzhku-povtoryaemyh-sborok","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/opensuse-testiruet-podderzhku-povtoryaemyh-sborok","title":{"rendered":"openSUSE testet die Unterst\u00fctzung von reproduzierbaren Builds","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von openSUSE haben \u00fcber die Erfolge des Projekts zur Gew\u00e4hrleistung der Unterst\u00fctzung von reproduzierbaren Builds berichtet. Im Rahmen des Projekts wurde ein konzeptioneller Fork der Distribution Reproducible-openSUSE (RBOS) erstellt, f\u00fcr den die M\u00f6glichkeit erreicht wurde, 100 % identische Bin\u00e4rpakete basierend auf einem angebotenen Repository mit Quelltexten, das 3300 Pakete umfasst, zu bauen. Im Verlauf der Arbeit an dem Projekt wurden etwa 40 Patches (1, 2, 3) vorbereitet, die Probleme mit der reproduzierbaren Neubau von Paketen l\u00f6sen. Ungef\u00e4hr die H\u00e4lfte dieser Patches wurde bereits an Upstream-Projekte weitergegeben. Die Builds von Reproducible-openSUSE sind derzeit nur f\u00fcr Tests gedacht und nicht f\u00fcr den Einsatz in Produktionssystemen empfohlen, da f\u00fcr sie keine Updates zur Behebung von Sicherheitsanf\u00e4lligkeiten bereitgestellt werden. <\/p>\n
Das Projekt erm\u00f6glicht es dem Benutzer, eigene Builds zu erstellen, die bitgenau mit den angebotenen Vorlagen \u00fcbereinstimmen, um zu \u00fcberpr\u00fcfen, dass die in den Paketen verteilten Bin\u00e4rdateien aus den bereitgestellten Quelltexten erstellt wurden und keine versteckten \u00c4nderungen enthalten. Die M\u00f6glichkeit, die Identit\u00e4t der Bin\u00e4rversion zu \u00fcberpr\u00fcfen, erm\u00f6glicht es, sich nicht nur auf das Vertrauen in die Build-Infrastruktur der Distribution zu verlassen, da eine Kompromittierung des Compilers oder des Build-Tools zu versteckten Hintert\u00fcren f\u00fchren kann. <\/p>\n
Bei der Erstellung von reproduzierbaren Builds werden Faktoren wie genaue \u00dcbereinstimmung der Abh\u00e4ngigkeiten, Verwendung unver\u00e4nderter Kompositionen und Versionen des Build-Tools, identischer Satz von Optionen und Standardeinstellungen sowie die Beibehaltung der Reihenfolge der Datei-Builds (Anwendung derselben Sortiermethoden) ber\u00fccksichtigt. Die Hinzuf\u00fcgung von nicht deterministischen Metainformationen durch den Compiler, wie zuf\u00e4llige Werte, Verweise auf Dateipfade und Daten \u00fcber Datum und Uhrzeit des Builds, muss deaktiviert werden. Auch Fehler und Race Conditions im Tooling k\u00f6nnen sich auf die Reproduzierbarkeit der Builds auswirken. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"