{"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\/it\/blog\/novosti-interneta\/v-opensuse-factory-realizovana-podderzhka-povtoryaemyh-sborok","title":{"rendered":"In openSUSE Factory \u00e8 stata implementata la supporto per build ripetibili","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto openSUSE hanno annunciato di aver garantito il supporto per le build ripetibili nel repository openSUSE Factory, che adotta un modello di aggiornamento continuo delle versioni software (rolling release) e serve da base per costruire la distribuzione openSUSE Tumbleweed. La configurazione di build di openSUSE Factory ora consente di verificare che i file binari distribuiti nei pacchetti siano stati compilati dai sorgenti forniti e non contengano modifiche nascoste. Ad esempio, chiunque pu\u00f2 verificare personalmente che le build proposte corrispondano bit a bit alle build compilate personalmente dai sorgenti. <\/p>\n
Nella formazione delle build ripetibili vengono considerati aspetti come la corrispondenza esatta delle dipendenze, l'uso di invarianti e versioni dello strumento di build, l'impostazione identica delle opzioni e delle configurazioni predefinite, il mantenimento dell'ordine di compilazione dei file (applicazione degli stessi metodi di ordinamento), la disattivazione dell'aggiunta da parte del compilatore di informazioni accessorie volatili, come valori casuali, riferimenti a percorsi di file e dati sulla data e l'ora della build. <\/p>\n
La possibilit\u00e0 di verificare l'identit\u00e0 di una compilazione binaria consente di non basarsi solo sulla fiducia nell'infrastruttura di compilazione, poich\u00e9 la compromissione del compilatore o degli strumenti di compilazione pu\u00f2 portare all'inserimento di backdoor nascoste. Ad esempio, compilazioni ripetute sono state utilizzate dagli sviluppatori di openSUSE per escludere modifiche dannose che potrebbero essere emerse nel repository a causa di un incidente che ha portato all'aggiunta di un backdoor nel pacchetto xz (una libreria compromessa, liblzma, utilizzata per estrarre l'archivio con il codice GCC, potrebbe aver apportato modifiche al codice GCC che potrebbero essere state utilizzate per inserire elementi dannosi nelle applicazioni compilate). <\/p>\n
Il repository Factory non \u00e8 destinato agli utenti finali ed \u00e8 principalmente utilizzato dagli sviluppatori del distributore, poich\u00e9 non garantisce stabilit\u00e0 in qualsiasi momento. I pacchetti di sistema aggiunti a Factory vengono sottoposti a test automatizzati tramite strumenti openQA. Al termine dei test e della verifica dello stato coerente delle dipendenze, il contenuto del repository viene scaricato su specchi e un'istantanea dello stato viene pubblicata come openSUSE Tumbleweed alcune volte a settimana. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"