{"id":621,"date":"2026-09-02T09:16:12","date_gmt":"2026-09-02T08:16:12","guid":{"rendered":"https:\/\/blog.sguazz.it\/?p=621"},"modified":"2026-09-02T16:06:30","modified_gmt":"2026-09-02T15:06:30","slug":"aggiornamento-del-kernel-da-backports-su-debian","status":"publish","type":"post","link":"https:\/\/blog.sguazz.it\/index.php\/archives\/621","title":{"rendered":"Aggiornamento del kernel da backports su Debian"},"content":{"rendered":"\n

Tempo fa avevo un problema con una scheda video il cui driver richiedeva un kernel successivo a quello di Debian<\/a> 13 trixie. Debian trixie utilizza il kernel 6.12 e, se non ricordo male, a me serviva il 6.18 che, fortunatamente, era disponibile sui backports<\/em><\/a>.<\/p>\n\n\n\n

Cos\u00ec aggiunsi la sorgente dei backports<\/em> modificando il file \/etc\/apt\/sources.list.d\/trixie.sources<\/code> in questo modo:<\/p>\n\n\n\n

Types: deb deb-src
URIs: https:\/\/deb.debian.org\/debian<\/a>
Suites: trixie trixie-updates trixie-backports<\/strong>
Components: main contrib non-free non-free-firmware
Enabled: yes
Signed-By: \/usr\/share\/keyrings\/debian-archive-keyring.gpg

Types: deb deb-src
URIs: https:\/\/security.debian.org\/debian-security<\/a>
Suites: trixie-security
Components: main non-free-firmware
Enabled: yes
Signed-By: \/usr\/share\/keyrings\/debian-archive-keyring.gpg<\/pre>\n\n\n\n
e installai il kernel con un comando del tipo;<\/p>\n\n\n\n
apt install -t trixie-backports linux-image-6.18.12+deb13-amd64<\/pre>\n\n\n\n
convinto di aver fatto tutto per bene.<\/p>\n\n\n\n
Mesi dopo trovai che il computer era stato attaccato sfruttando una funzionalit\u00e0 conosciuta e catalogata con il numero CVS e per la quale esisteva una patch<\/em> che era gi\u00e0 stata applicata anche ai kernel Debian. Com’era stato possibile, allora, che il mio computer fosse stato compromesso?<\/p>\n\n\n\n
Il fatto era che avevo installato il pacchetto del kernel sbagliato<\/strong> da backports<\/em>: avevo installato l’ultima versione del kernel, la 6.18.12, quando ancora quella CVE non era conosciuta, sicch\u00e9 quel kernel non ne conteneva la patch<\/em>. Gli aggiornamenti quotidiani di Debian avrebbero dovuto mantenere il kernel aggiornato, ma quando viene aggiunta una nuova versione del kernel a Debian, in backports<\/em>, i vecchi kernel non vengono rimossi e i nuovi kernel hanno nomi di pacchetti diversi, sicch\u00e9 non c’\u00e8 il passaggio automatico al kernel pi\u00f9 recente. A meno che…<\/p>\n\n\n\n
C’\u00e8 un pacchetto virtuale del kernel, che per l’architettura amd64 si chiama linux-image-amd64<\/a>, il quale viene sempre aggiornato con la dipendenza dall’ultimo kernel. Adesso, sul mio sistema con backports<\/em>, ne esistono queste versioni:<\/p>\n\n\n\n
$ apt policy linux-image-amd64
  linux-image-amd64:
  Installato: 7.1.8-1~bpo13+1
  Candidato: 7.1.8-1~bpo13+1
  Tabella versione:
 *** 7.1.8-1~bpo13+1 100
        100 https:\/\/deb.debian.org\/debian<\/a> trixie-backports\/main amd64 Packages
        100 \/var\/lib\/dpkg\/status
     6.12.107-1 500
        500 https:\/\/security.debian.org\/debian-security<\/a> trixie-security\/main amd64 Packages
     6.12.94-1 500
        500 https:\/\/deb.debian.org\/debian<\/a> trixie\/main amd64 Packages<\/pre>\n\n\n\n
Come si vede ci sono la versione stabile 6.12.94, quella del ramo sicurezza 6.12.107 e quella di backports<\/em> 7.1.8. Al momento dell’installazione del kernel da backports<\/em> avrei dovuto installare anche questo pacchetto. Ora che l’ho fatto, al prossimo rilascio d kernel, questo verr\u00e0 aggiornato e avr\u00e0 come dipendenza l’ultimo kernel di backports<\/em>.<\/p>\n\n\n\n
Adesso il sistema \u00e8 maggiormente sicuro.<\/p>\n","protected":false},"excerpt":{"rendered":"
Tempo fa avevo un problema con una scheda video il cui driver richiedeva un kernel successivo a quello di Debian 13 trixie. Debian trixie utilizza il kernel 6.12 e, se non ricordo male, a me serviva il 6.18 che, fortunatamente, era disponibile sui backports. Cos\u00ec aggiunsi la sorgente dei backports modificando il file \/etc\/apt\/sources.list.d\/trixie.sources in […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,3,11,10],"tags":[38,39],"class_list":["post-621","post","type-post","status-publish","format-standard","hentry","category-sysadmin","category-computer","category-debian","category-open-source","tag-opensource","tag-software-libero"],"_links":{"self":[{"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/posts\/621","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/comments?post=621"}],"version-history":[{"count":3,"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/posts\/621\/revisions"}],"predecessor-version":[{"id":625,"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/posts\/621\/revisions\/625"}],"wp:attachment":[{"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/media?parent=621"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/categories?post=621"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.sguazz.it\/index.php\/wp-json\/wp\/v2\/tags?post=621"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}