FOXBOX SECURITY

Security Watch & Updates

Mantieni aggiornato il tuo FoxBox. Segui le revisioni di sicurezza e trova la patch cumulativa per la tua versione software.

Ultima verifica28 ottobre 2026

Cadenza delle revisioniSettimanale

Selezione della patchPer versione software

MONITORAGGIO SICUREZZA

Ultima pubblicazione di sicurezza

28 ottobre 2026

Disponibile il launcher PHP dall’host con istruzioni per goofy_pare_mod. La patch PHP originale si esegue dentro il container applicativo; il nuovo launcher parte dall’host e conserva controlli di compatibilità e recupero originali.

P1Patch disponibile

PHP 7.4 · host/container

Un host Ubuntu 24.04 è un ambiente diverso dal container applicativo PHP Ubuntu 20.04. Eseguire lo script PHP originale nella shell dell’host attiva correttamente il blocco sulla base.

Versione del fornitoreLauncher 2026.10.27-r1

Decisione FoxBox

Pubblicato il launcher per host collaudato per il modulo PHP esistente. Riutilizza il payload cumulativo originale, verifica container e hash dei pacchetti, poi esegue l’aggiornamento PHP nel container. Nessun nuovo binario PHP e nessun aggiornamento del sistema host.

Aggiornamento offline e ripristino effettivi superati in un’applicazione sintetica isolata. Verificato anche il launcher sulla demo con host Ubuntu 24.04: PHP era già corrente, quindi apply non ha modificato pacchetti o processi dei servizi. Nessun apparato cliente aggiornato da remoto. Il launcher riguarda solo PHP.

ISTRUZIONI PER VERSIONE

Come aggiornare. Quando riavviare.

Per PHP scegli il launcher dall’host oppure il metodo originale nel container. Il cumulativo e la patch separata del sistema host mantengono le proprie procedure. Controlla in ciascuna procedura interruzioni dei servizi e riavvii richiesti.

Riavvii richiesti per questo report
Componente / versione	Riavvio apparato	Servizio / condizione attuale
PHP 7.4 · host/container`Launcher 2026.10.27-r1`	Nessun reboot dell’host e nessun riavvio del container Docker.	Se PHP deve essere aggiornato, Apache dentro il container viene fermato e avviato. Predisponi la manutenzione. I servizi PHP CLI persistenti vanno drenati e ricaricati separatamente se segnalati.
PHP · avvio dall’host Docker · 2026.10.27-r1 · PHP host launcher	Nessun reboot dell’host e nessun riavvio del container Docker.	Se PHP deve essere aggiornato, Apache dentro il container viene fermato e avviato. Predisponi la manutenzione. I servizi PHP CLI persistenti vanno drenati e ricaricati separatamente se segnalati.
IMPORTANTE — Ultimo cumulativo di sicurezza clienti · Cumulative · 2026.10.26-r1	Non richiesto. Nessun riavvio automatico dell’apparato.	Finestra di manutenzione: stop/start Apache se cambia PHP; MySQL si ferma e i container scrittori identificati sono sospesi durante la preparazione del database. I servizi PHP CLI persistenti richiedono il gestore applicativo. Non usare killall.
Aggiornamenti di sicurezza host FoxBox · 2026.10.19-r2	Necessario per attivare un nuovo kernel e dopo un aggiornamento OpenSSL applicabile. Controlla reboot_required nel risultato. Il programma non riavvia mai automaticamente.	Gli script dei pacchetti possono riavviare i servizi. Ricarica SSH e verifica una nuova connessione; riavvia le applicazioni che usano librerie aggiornate. Pianifica una finestra di manutenzione.

PHP 7.4 · host/containerLauncher 2026.10.27-r1Vedi i passaggi

Esegui questi comandi sull’HOST Docker, anche Ubuntu 24.04. PHP rimane dentro goofy_pare_mod: il launcher verifica che il container applicativo sia Ubuntu 20.04 amd64 con Apache/PHP 7.4. Serve anche il cumulativo originale del 26 ottobre.

Riavvio dell’apparato: Nessun reboot dell’host e nessun riavvio del container Docker.
Interruzione del servizio: Se PHP deve essere aggiornato, Apache dentro il container viene fermato e avviato. Predisponi la manutenzione. I servizi PHP CLI persistenti vanno drenati e ricaricati separatamente se segnalati.

Sull’host Docker scarica lo ZIP cumulativo originale 2026.10.26-r1 dalla scheda più sotto e lo ZIP del nuovo launcher PHP per host. Confronta ciascun SHA-256 con il valore indicato in pagina, poi estraili in due cartelle separate. Non modificare lo script originale o il suo controllo Ubuntu.
```
sha256sum foxbox-php74-host-launcher-2026.10.27-r1.zip
sha256sum foxbox-cumulative-update-2026.10.26-r1.zip
```
Metti i file estratti del cumulativo nella cartella foxbox-cumulative-update-2026.10.26-r1. Dalla cartella che la contiene, copiavi soltanto il nuovo launcher ed entra nella cartella del cumulativo. Lascia invariati foxbox_php74.py, vendor e tools.
```
cp foxbox-php74-host-launcher-2026.10.27-r1/foxbox_php74_host.py foxbox-cumulative-update-2026.10.26-r1/
cd foxbox-cumulative-update-2026.10.26-r1
```
Sempre sull’HOST, identifica l’ambiente applicativo. Il nome predefinito del container è goofy_pare_mod. Diagnose legge il container senza copiare o installare pacchetti. Controlla application.os.version_id=20.04 e architecture=amd64. Ubuntu 24.04 sull’HOST è ammesso.
```
sudo python3 foxbox_php74_host.py diagnose
```
Esegui il controllo effettivo di PHP dall’HOST. Il launcher verifica il pacchetto originale, copia se necessario solo il payload pubblico PHP in una cartella privata del container ed esegue lì il controllo originale. update_required / codice 2 indica un aggiornamento necessario; non è un errore APT. Non concatenare check e apply con &&.
```
sudo python3 foxbox_php74_host.py check
```
Predisponi accesso console, una finestra di manutenzione e un recupero protetto per l’apparato. Apply usa il backup originale dei pacchetti e delle configurazioni del cliente e il piano APT locale. Apache viene riavviato solo quando cambia PHP. Non servono invii SMS/email reali di prova.
```
sudo python3 foxbox_php74_host.py apply --recovery-ready
```
Verifica dall’HOST. Conserva il checkpoint privato nel container e una copia esterna protetta e verificata. Se cli_restart_required=true, drena e ricarica i servizi PHP CLI interessati con il loro gestore applicativo, poi ripeti check e verify. Non usare killall.
```
sudo python3 foxbox_php74_host.py verify
```
Se il container applicativo ha un altro nome, usa --container NOME_REALE in ogni comando. Se il launcher si trova fuori dalla cartella originale del cumulativo, aggiungi --bundle /percorso/foxbox-cumulative-update-2026.10.26-r1. Un sistema/base differente dentro il container resta bloccato.
Solo per un recupero intenzionale, esegui rollback dall’HOST in manutenzione. Lo script originale controlla gli hash successivi all’aggiornamento prima di ripristinare pacchetti/configurazioni PHP precedenti del cliente. Una modifica successiva blocca il rollback. I pacchetti vecchi riaprono le vulnerabilità.
```
sudo python3 foxbox_php74_host.py rollback --recovery-ready
```

Verifica finale: La ricevuta PHP deve indicare il runtime web corrente e nessun vecchio runtime CLI pendente. Questo launcher riguarda solo PHP. CA, MySQL e zlib conservano gli ambiti e le istruzioni separate del cumulativo originale; un esito PHP positivo non è un PASS globale di sicurezza.

AGGIORNA IL TUO APPARATO

Una patch cumulativa per ogni linea software.

Scegli il pacchetto per la versione software di base del tuo FoxBox. Ogni nuova patch cumulativa controlla tutte le correzioni precedenti richieste nella stessa linea, così puoi partire da un livello di patch precedente. Una nuova versione software FoxBox apre una linea separata.

01
Identifica la versione
Il solo nome del modello non basta. Verifica versione software FoxBox, sistema operativo e requisiti hardware nelle note di rilascio.
02
Controlla i prerequisiti
L’ultimo pacchetto controlla l’intero insieme cumulativo e si ferma se la base non è supportata o manca un requisito. Le patch di linee diverse non sono intercambiabili.
03
Applica e verifica
Segui le istruzioni del pacchetto per backup, manutenzione e ripristino. Un cambio kernel richiede il riavvio e moduli di terze parti compatibili prima di considerare concluso l’aggiornamento.

Dove eseguo la patch PHP?

L’host e il container applicativo possono usare versioni Ubuntu diverse. In questa configurazione l’host è Ubuntu 24.04 e PHP è in goofy_pare_mod. Scegli uno dei due metodi per PHP:

Metodo PHP	Dove eseguirlo
Script PHP originale · cumulativo 26 ottobre`foxbox_php74.py / update-foxbox.sh app`	DENTRO il container applicativo Ubuntu 20.04 che contiene PHP.
Nuovo launcher PHP per host`foxbox_php74_host.py`	Sull’HOST Docker, anche Ubuntu 24.04. Esegue lo script PHP originale dentro goofy_pare_mod.

Se lo script PHP originale restituisce “Supported base: Ubuntu20.04” dalla shell di un host Ubuntu 24.04, usa il launcher per host oppure entra nel container applicativo. Non rimuovere il controllo sul sistema operativo. Questa distinzione riguarda PHP/app: il modulo MySQL del cumulativo e le patch separate del sistema host mantengono le proprie procedure sull’host.

PHP · avvio dall’host Docker

Host Docker → container applicativo goofy_pare_mod

Avvia la patch PHP dalla shell dell’host, anche con host Ubuntu 24.04. L’aggiornamento PHP 7.4 esistente viene eseguito dentro il container Ubuntu 20.04 supportato. Scegli questo metodo dall’host oppure il metodo PHP originale dentro il container.

Pacchetto 2026.10.27-r1 · PHP host launcher

Patch disponibile

Aggiunta al pacchetto originale 2026.10.26-r1, da conservare. Lo ZIP contiene sorgente completo del launcher e istruzioni. Pubblicato qui il 28 ottobre.

Scarica launcher PHP per l’host

SHA-2567c73d897b436ae49c0a54643a8d644b3d2b1cecb3ce1b30ece74b7e6551ebc52

Come usare la release 2026.10.27-r1 · PHP host launcherVedi i passaggi

Riavvio dell’apparato: Nessun reboot dell’host e nessun riavvio del container Docker.
Interruzione del servizio: Se PHP deve essere aggiornato, Apache dentro il container viene fermato e avviato. Predisponi la manutenzione. I servizi PHP CLI persistenti vanno drenati e ricaricati separatamente se segnalati.

Sull’host Docker scarica lo ZIP cumulativo originale 2026.10.26-r1 dalla scheda più sotto e lo ZIP del nuovo launcher PHP per host. Confronta ciascun SHA-256 con il valore indicato in pagina, poi estraili in due cartelle separate. Non modificare lo script originale o il suo controllo Ubuntu.
```
sha256sum foxbox-php74-host-launcher-2026.10.27-r1.zip
sha256sum foxbox-cumulative-update-2026.10.26-r1.zip
```
Metti i file estratti del cumulativo nella cartella foxbox-cumulative-update-2026.10.26-r1. Dalla cartella che la contiene, copiavi soltanto il nuovo launcher ed entra nella cartella del cumulativo. Lascia invariati foxbox_php74.py, vendor e tools.
```
cp foxbox-php74-host-launcher-2026.10.27-r1/foxbox_php74_host.py foxbox-cumulative-update-2026.10.26-r1/
cd foxbox-cumulative-update-2026.10.26-r1
```
Sempre sull’HOST, identifica l’ambiente applicativo. Il nome predefinito del container è goofy_pare_mod. Diagnose legge il container senza copiare o installare pacchetti. Controlla application.os.version_id=20.04 e architecture=amd64. Ubuntu 24.04 sull’HOST è ammesso.
```
sudo python3 foxbox_php74_host.py diagnose
```
Esegui il controllo effettivo di PHP dall’HOST. Il launcher verifica il pacchetto originale, copia se necessario solo il payload pubblico PHP in una cartella privata del container ed esegue lì il controllo originale. update_required / codice 2 indica un aggiornamento necessario; non è un errore APT. Non concatenare check e apply con &&.
```
sudo python3 foxbox_php74_host.py check
```
Predisponi accesso console, una finestra di manutenzione e un recupero protetto per l’apparato. Apply usa il backup originale dei pacchetti e delle configurazioni del cliente e il piano APT locale. Apache viene riavviato solo quando cambia PHP. Non servono invii SMS/email reali di prova.
```
sudo python3 foxbox_php74_host.py apply --recovery-ready
```
Verifica dall’HOST. Conserva il checkpoint privato nel container e una copia esterna protetta e verificata. Se cli_restart_required=true, drena e ricarica i servizi PHP CLI interessati con il loro gestore applicativo, poi ripeti check e verify. Non usare killall.
```
sudo python3 foxbox_php74_host.py verify
```
Se il container applicativo ha un altro nome, usa --container NOME_REALE in ogni comando. Se il launcher si trova fuori dalla cartella originale del cumulativo, aggiungi --bundle /percorso/foxbox-cumulative-update-2026.10.26-r1. Un sistema/base differente dentro il container resta bloccato.
Solo per un recupero intenzionale, esegui rollback dall’HOST in manutenzione. Lo script originale controlla gli hash successivi all’aggiornamento prima di ripristinare pacchetti/configurazioni PHP precedenti del cliente. Una modifica successiva blocca il rollback. I pacchetti vecchi riaprono le vulnerabilità.
```
sudo python3 foxbox_php74_host.py rollback --recovery-ready
```

IMPORTANTE — Ultimo cumulativo di sicurezza clienti

Ubuntu 20.04 LTS · amd64 · Apache/PHP 7.4

Cumulativo originale: i comandi app/PHP/CA si eseguono DENTRO il container applicativo, se presente. Il modulo MySQL si esegue invece sull’HOST Docker. Per intervenire sul solo PHP dalla shell dell’host usa il launcher separato qui sopra.

Pacchetto Cumulative · 2026.10.26-r1

Patch disponibile

Binari offline completi e script automatici. Leggi la procedura: applicazione e MySQL si eseguono in ambienti distinti. Zlib Focal è esplicitamente pendente; nessun PASS globale di sicurezza.

Scarica la patch cumulativa

SHA-256449fa227da4904280aa5d01f5baa8bf57d37ff04d4fe5347a134b591eca7c997

Scarica sorgenti corrispondenti e licenze ↓

SHA-256 · sorgenti3ad3dc482bdfb1f054dc1a2ed85c25109985e23ae45c41b53b04e679899f9794

Come usare la release Cumulative · 2026.10.26-r1Vedi i passaggi

Cumulativo originale del 26 ottobre: Ubuntu 20.04 amd64 Apache/PHP 7.4 nell’ambiente applicativo. I comandi app qui sotto vanno eseguiti DENTRO il container quando PHP è containerizzato. I comandi MySQL vanno eseguiti sull’HOST Docker.

Riavvio dell’apparato: Non richiesto. Nessun riavvio automatico dell’apparato.
Interruzione del servizio: Finestra di manutenzione: stop/start Apache se cambia PHP; MySQL si ferma e i container scrittori identificati sono sospesi durante la preparazione del database. I servizi PHP CLI persistenti richiedono il gestore applicativo. Non usare killall.

Scarica l’ultimo ZIP cumulativo e verifica lo SHA-256 pubblicato prima di estrarlo. Nella cartella estratta verifica tutti i file inclusi. Sono presenti i pacchetti PHP/CA originali e l’immagine completa MySQL 8.4.13; non serve scaricare pacchetti durante l’aggiornamento.
```
sha256sum -c SHA256SUMS
```
Predisponi console, finestra di manutenzione, spazio per backup/Docker e copia esterna protetta. Identifica e drena in modo sicuro TUTTI gli scrittori e gli amministratori del database, inclusi job e servizi esterni. Leggi README-IT.txt per compatibilità, recupero privato e layout non supportati.
Esegui il controllo applicativo dove è installato PHP, come root; nel container applicativo se presente. Le estensioni opzionali sono rilevate e le versioni più recenti sono preservate.
```
sudo sh ./update-foxbox.sh app check
```
Dopo aver predisposto il recupero, aggiorna i pacchetti PHP/CA mancanti. Lo script salva i pacchetti originali e la configurazione di quella appliance, verifica un piano APT solo locale e riavvia Apache solo se cambia PHP. Per le CA ricostruisce il trust store e conserva le CA locali.
```
sudo sh ./update-foxbox.sh app apply --recovery-ready
```
Verifica PHP e revoca CA attiva. Se cli_restart_required=true, drena e ricarica i servizi PHP CLI persistenti con il loro gestore effettivo e ripeti check. Verifica i collegamenti TLS dopo la revoca CA. Il codice3 / PARTIAL_VENDOR_ZLIB_PENDING è intenzionale: Canonical non ha qualificato una correzione zlib Focal.
```
sudo sh ./update-foxbox.sh app verify
```
Sull’host Docker sostituisci foxbox-db e foxbox-app con i nomi reali ed elenca tutti gli scrittori. Prepara l’aggiornamento MySQL. Se è collegato il bridge predefinito, verifica prima che il suo indirizzo dinamico non sia usato come endpoint fisso, poi aggiungi --default-bridge-address-dynamic. Nessuna migrazione implicita di ramo.
```
sh ./update-foxbox.sh mysql check --db-container foxbox-db
sh ./update-foxbox.sh mysql apply --db-container foxbox-db --writers foxbox-app --maintenance-ready
```
STAGED_READ_ONLY mantiene gli scrittori sospesi. Lo script conserva container/volume originali, crea backup logico e fisico a freddo, ripristina in un nuovo volume, conserva i dati MEMORY e la configurazione server/client originale, poi controlla server aggiornato, tabelle, reti e porte. Verifica e copia il checkpoint privato su storage esterno protetto prima di riaprire le scritture. Usa sempre lo stesso operatore/home.
```
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
Dopo la convalida, commit riapre le scritture e riprende i container elencati. Controlla i daemon applicativi effettivi, login, accesso al database in sola lettura e stato delle code. Non generare messaggi/ordini reali di prova. Dalla commit il rollback automatico è bloccato per proteggere le nuove transazioni.
```
sh ./update-foxbox.sh mysql commit --db-container foxbox-db
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
Il recupero applicativo ripristina i pacchetti originali del cliente solo se gli hash successivi corrispondono. Il rollback MySQL è disponibile solo prima della commit, con scrittori ancora sospesi: ripristina immagine e volume originali, comprese le MEMORY. Non avvia mai MySQL vecchio su dati aggiornati. Dopo la ripresa delle scritture serve un piano di recupero che conservi le nuove transazioni.
```
sudo sh ./update-foxbox.sh app rollback --recovery-ready
# MySQL: only BEFORE commit / solo PRIMA della commit
sh ./update-foxbox.sh mysql rollback --db-container foxbox-db --maintenance-ready
```

Verifica finale: PHP/CA e MySQL hanno ricevute di verifica separate. Zlib Focal resta UNKNOWN finché Canonical non pubblica una correzione applicabile; nessun PASS globale di sicurezza. Conserva recupero privato e versioni precedenti dei download. Nessun reboot automatico dell’host.

Aggiornamenti di sicurezza host FoxBox

Ubuntu 24.04 LTS · amd64

Requisiti cumulativi delle revisioni dal 7 settembre al 18 ottobre 2026: OpenSSH, curl, urllib3, PolicyKit, nginx, sudo, libxml2, OpenSSL, Expat e OpenVPN, dove installati. Il kernel GA generic 6.8 ha controlli separati di riavvio e moduli. Database e container hanno procedure di aggiornamento proprie.

Pacchetto 2026.10.19-r2

Patch disponibile

La patch aggiorna i pacchetti Ubuntu applicabili sull’host e controlla tutti i requisiti precedenti della linea. Mantiene i pacchetti già aggiornati. Il programma segnala l’eventuale riavvio necessario e non riavvia automaticamente.

Scarica la patch cumulativa

SHA-256faf596db24ab3b27c7bafda7e80b4c8dc560272f589e76ac0da6e9060eef2219

Come usare la release 2026.10.19-r2Vedi i passaggi

Host Ubuntu 24.04 LTS amd64, kernel generic GA 6.8. Include i pacchetti Ubuntu installati e applicabili elencati sopra. Esegui sull’host. Database, container, applicazione e driver di terze parti seguono le proprie procedure.

Riavvio dell’apparato: Necessario per attivare un nuovo kernel e dopo un aggiornamento OpenSSL applicabile. Controlla reboot_required nel risultato. Il programma non riavvia mai automaticamente.
Interruzione del servizio: Gli script dei pacchetti possono riavviare i servizi. Ricarica SSH e verifica una nuova connessione; riavvia le applicazioni che usano librerie aggiornate. Pianifica una finestra di manutenzione.

Scarica lo ZIP e confronta SHA-256 completo con il checksum sopra. Fermati se è diverso.
```
sha256sum foxbox-security-update-2026.10.19-r2.zip
```

Estrai in una nuova cartella di lavoro privata fuori dal webroot. Verifica tutti i file inclusi: ogni voce di SHA256SUMS deve riportare OK.

umask 077
unzip foxbox-security-update-2026.10.19-r2.zip -d foxbox-security-update-2026.10.19-r2
cd foxbox-security-update-2026.10.19-r2
sha256sum -c SHA256SUMS

Controlla versioni installate e compatibilità della base. Il report locale identifica i pacchetti da aggiornare e l’eventuale riavvio in sospeso. Leggi README-IT.txt per prerequisiti e recupero.
```
/usr/bin/python3 foxbox_security.py check
```
Prepara una finestra di manutenzione, una seconda connessione amministrativa e accesso console/recovery. Le modifiche richiedono root, Python di sistema con python3-apt, repository Ubuntu autenticati, stato dpkg coerente e 2 GiB liberi per il backup protetto. L’installazione kernel richiede anche 1 GiB libero in /boot e moduli inclusi nel kernel supportati. Pacchetti in hold sotto la versione richiesta, DKMS, moduli esterni, kernel HWE o pacchetti di recupero non disponibili fermano l’operazione.
Applica la patch cumulativa. Verifica versioni, fonti dei pacchetti e piano APT prima di installare. Se tutti i pacchetti richiesti sono già aggiornati, restituisce already_up_to_date. Non servono gli ZIP delle patch precedenti.
```
sudo /usr/bin/python3 foxbox_security.py apply
```
Leggi packages_changed, reboot_required, reboot_performed e private_snapshot nel risultato. Ricarica SSH dopo il controllo della configurazione, apri una nuova connessione SSH indipendente e verifica i servizi interessati. Se reboot_required è true, esegui il riavvio controllato nella finestra di manutenzione, poi verifica kernel, percorsi modem e applicazione. Ripeti check.
```
sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
/usr/bin/python3 foxbox_security.py check
```

Verifica finale: Codice di uscita 0: controllo completo oppure apply riuscito/già aggiornato; 2: check richiede un’azione o un riavvio; 3: base non supportata; 4: errore o prerequisito mancante. Se apply segnala una modifica parziale, conserva lo snapshot privato e segui le istruzioni di recupero nel README prima di riprovare.

RECORD DATATI

Archivio report

Consulta le revisioni precedenti con date originali e decisioni sui componenti. Per aggiornare oggi, usa l’ultima patch cumulativa compatibile, che controlla anche i requisiti delle revisioni precedenti.

28 ottobre 2026Guida aggiornamento PHP: host Docker o container applicativoLeggi il report

Prima pubblicazione in questa sezione: 28 ottobre 2026

P1 · PHP 7.4 · host/containerLauncher 2026.10.27-r1
Un host Ubuntu 24.04 è un ambiente diverso dal container applicativo PHP Ubuntu 20.04. Eseguire lo script PHP originale nella shell dell’host attiva correttamente il blocco sulla base.
Pubblicato il launcher per host collaudato per il modulo PHP esistente. Riutilizza il payload cumulativo originale, verifica container e hash dei pacchetti, poi esegue l’aggiornamento PHP nel container. Nessun nuovo binario PHP e nessun aggiornamento del sistema host.
Procedura e riavvio alla data del report
Esegui questi comandi sull’HOST Docker, anche Ubuntu 24.04. PHP rimane dentro goofy_pare_mod: il launcher verifica che il container applicativo sia Ubuntu 20.04 amd64 con Apache/PHP 7.4. Serve anche il cumulativo originale del 26 ottobre.
Riavvio dell’apparato
Nessun reboot dell’host e nessun riavvio del container Docker.
Interruzione del servizio
Se PHP deve essere aggiornato, Apache dentro il container viene fermato e avviato. Predisponi la manutenzione. I servizi PHP CLI persistenti vanno drenati e ricaricati separatamente se segnalati.
1. Sull’host Docker scarica lo ZIP cumulativo originale 2026.10.26-r1 dalla scheda più sotto e lo ZIP del nuovo launcher PHP per host. Confronta ciascun SHA-256 con il valore indicato in pagina, poi estraili in due cartelle separate. Non modificare lo script originale o il suo controllo Ubuntu.
```
sha256sum foxbox-php74-host-launcher-2026.10.27-r1.zip
sha256sum foxbox-cumulative-update-2026.10.26-r1.zip
```
2. Metti i file estratti del cumulativo nella cartella foxbox-cumulative-update-2026.10.26-r1. Dalla cartella che la contiene, copiavi soltanto il nuovo launcher ed entra nella cartella del cumulativo. Lascia invariati foxbox_php74.py, vendor e tools.
```
cp foxbox-php74-host-launcher-2026.10.27-r1/foxbox_php74_host.py foxbox-cumulative-update-2026.10.26-r1/
cd foxbox-cumulative-update-2026.10.26-r1
```
3. Sempre sull’HOST, identifica l’ambiente applicativo. Il nome predefinito del container è goofy_pare_mod. Diagnose legge il container senza copiare o installare pacchetti. Controlla application.os.version_id=20.04 e architecture=amd64. Ubuntu 24.04 sull’HOST è ammesso.
```
sudo python3 foxbox_php74_host.py diagnose
```
4. Esegui il controllo effettivo di PHP dall’HOST. Il launcher verifica il pacchetto originale, copia se necessario solo il payload pubblico PHP in una cartella privata del container ed esegue lì il controllo originale. update_required / codice 2 indica un aggiornamento necessario; non è un errore APT. Non concatenare check e apply con &&.
```
sudo python3 foxbox_php74_host.py check
```
5. Predisponi accesso console, una finestra di manutenzione e un recupero protetto per l’apparato. Apply usa il backup originale dei pacchetti e delle configurazioni del cliente e il piano APT locale. Apache viene riavviato solo quando cambia PHP. Non servono invii SMS/email reali di prova.
```
sudo python3 foxbox_php74_host.py apply --recovery-ready
```
6. Verifica dall’HOST. Conserva il checkpoint privato nel container e una copia esterna protetta e verificata. Se cli_restart_required=true, drena e ricarica i servizi PHP CLI interessati con il loro gestore applicativo, poi ripeti check e verify. Non usare killall.
```
sudo python3 foxbox_php74_host.py verify
```
7. Se il container applicativo ha un altro nome, usa --container NOME_REALE in ogni comando. Se il launcher si trova fuori dalla cartella originale del cumulativo, aggiungi --bundle /percorso/foxbox-cumulative-update-2026.10.26-r1. Un sistema/base differente dentro il container resta bloccato.
8. Solo per un recupero intenzionale, esegui rollback dall’HOST in manutenzione. Lo script originale controlla gli hash successivi all’aggiornamento prima di ripristinare pacchetti/configurazioni PHP precedenti del cliente. Una modifica successiva blocca il rollback. I pacchetti vecchi riaprono le vulnerabilità.
```
sudo python3 foxbox_php74_host.py rollback --recovery-ready
```
Verifica finale: La ricevuta PHP deve indicare il runtime web corrente e nessun vecchio runtime CLI pendente. Questo launcher riguarda solo PHP. CA, MySQL e zlib conservano gli ambiti e le istruzioni separate del cumulativo originale; un esito PHP positivo non è un PASS globale di sicurezza.

Fonti ufficiali

26 ottobre 2026Aggiornamento cumulativo: MySQL 8.4, PHP 7.4 e revoca CALeggi il report

Prima pubblicazione in questa sezione: 26 ottobre 2026

Pacchetto clienti offline per Ubuntu 20.04 amd64 Apache/PHP 7.4, con modulo Docker MySQL 8.4 separato, backup privati e recupero protetto. Zlib Focal resta in valutazione dal fornitore.

P1 · MySQL Community8.48.4.13
Il Critical Patch Update del20ottobre riguarda le versioni Community8.4 interessate fino alla8.4.12. La8.4.13 è il rilascio corretto per questo ramo.
Modulo offline8.4.13, backup fisico a freddo/logico, ripristino isolato, verifica e rollback protetto prima della commit. Altri rami o layout richiedono qualifica separata.
Procedura e riavvio alla data del report
Installazione Docker MySQL Community8.4 standalone già presente; layout supportato descritto nel README del pacchetto.
Riavvio dell’apparato
Non richiesto. Nessun riavvio automatico dell’apparato.
Interruzione del servizio
Finestra di manutenzione: stop/start Apache se cambia PHP; MySQL si ferma e i container scrittori identificati sono sospesi durante la preparazione del database. I servizi PHP CLI persistenti richiedono il gestore applicativo. Non usare killall.
1. Sull’host Docker sostituisci foxbox-db e foxbox-app con i nomi reali ed elenca tutti gli scrittori. Prepara l’aggiornamento MySQL. Se è collegato il bridge predefinito, verifica prima che il suo indirizzo dinamico non sia usato come endpoint fisso, poi aggiungi --default-bridge-address-dynamic. Nessuna migrazione implicita di ramo.
```
sh ./update-foxbox.sh mysql check --db-container foxbox-db
sh ./update-foxbox.sh mysql apply --db-container foxbox-db --writers foxbox-app --maintenance-ready
```
2. STAGED_READ_ONLY mantiene gli scrittori sospesi. Lo script conserva container/volume originali, crea backup logico e fisico a freddo, ripristina in un nuovo volume, conserva i dati MEMORY e la configurazione server/client originale, poi controlla server aggiornato, tabelle, reti e porte. Verifica e copia il checkpoint privato su storage esterno protetto prima di riaprire le scritture. Usa sempre lo stesso operatore/home.
```
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
3. Dopo la convalida, commit riapre le scritture e riprende i container elencati. Controlla i daemon applicativi effettivi, login, accesso al database in sola lettura e stato delle code. Non generare messaggi/ordini reali di prova. Dalla commit il rollback automatico è bloccato per proteggere le nuove transazioni.
```
sh ./update-foxbox.sh mysql commit --db-container foxbox-db
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
4. Il recupero applicativo ripristina i pacchetti originali del cliente solo se gli hash successivi corrispondono. Il rollback MySQL è disponibile solo prima della commit, con scrittori ancora sospesi: ripristina immagine e volume originali, comprese le MEMORY. Non avvia mai MySQL vecchio su dati aggiornati. Dopo la ripresa delle scritture serve un piano di recupero che conservi le nuove transazioni.
```
sudo sh ./update-foxbox.sh app rollback --recovery-ready
# MySQL: only BEFORE commit / solo PRIMA della commit
sh ./update-foxbox.sh mysql rollback --db-container foxbox-db --maintenance-ready
```
Verifica finale: PHP/CA e MySQL hanno ricevute di verifica separate. Zlib Focal resta UNKNOWN finché Canonical non pubblica una correzione applicabile; nessun PASS globale di sicurezza. Conserva recupero privato e versioni precedenti dei download. Nessun reboot automatico dell’host.
P1 · PHP 7.4 · Ubuntu 20.047.4.3-4ubuntu2.29+esm5
CVE-2026-109618 e CVE-2026-109619 consentono esecuzione remota di codice nelle configurazioni PHP interessate. La correzione Ubuntu Focal è conservata in questo cumulativo.
Rileva estensioni installate e runtime attivi; aggiorna solo le varianti PHP ufficiali mancanti. Le installazioni già corrette sono verificate senza reinstallazioni forzate.
Procedura e riavvio alla data del report
Ubuntu 20.04 amd64, Apache mod_php7.4/prefork e CLI PHP 7.4 Ubuntu. Esegui nel container applicativo, se presente.
Riavvio dell’apparato
Non richiesto. Nessun riavvio automatico dell’apparato.
Interruzione del servizio
Stop/start Apache solo se cambia PHP; ricarica i servizi CLI persistenti se segnalati.
1. Esegui il controllo applicativo dove è installato PHP, come root; nel container applicativo se presente. Le estensioni opzionali sono rilevate e le versioni più recenti sono preservate.
```
sudo sh ./update-foxbox.sh app check
```
2. Dopo aver predisposto il recupero, aggiorna i pacchetti PHP/CA mancanti. Lo script salva i pacchetti originali e la configurazione di quella appliance, verifica un piano APT solo locale e riavvia Apache solo se cambia PHP. Per le CA ricostruisce il trust store e conserva le CA locali.
```
sudo sh ./update-foxbox.sh app apply --recovery-ready
```
3. Verifica PHP e revoca CA attiva. Se cli_restart_required=true, drena e ricarica i servizi PHP CLI persistenti con il loro gestore effettivo e ripeti check. Verifica i collegamenti TLS dopo la revoca CA. Il codice3 / PARTIAL_VENDOR_ZLIB_PENDING è intenzionale: Canonical non ha qualificato una correzione zlib Focal.
```
sudo sh ./update-foxbox.sh app verify
```
Verifica finale: Tutte le varianti PHP installate e i runtime web/CLI attivi devono risultare correnti.
P1 · Ubuntu 20.04 · CA certificates20240203~20.04.1ubuntu0.1~esm2
USN-8944-2 rimuove la fiducia in emSign ECC Root CA-G3 e Comodo AAA Services root a seguito della compromissione di certificati intermedi.
Installa offline il pacchetto CA Focal originale e verifica il trust attivo effettivo, preservando le CA locali. Verifica eventuali copie personalizzate dei certificati revocati.
Procedura e riavvio alla data del report
Ubuntu 20.04 amd64, Apache mod_php7.4/prefork e CLI PHP 7.4 Ubuntu. Esegui nel container applicativo, se presente.
Riavvio dell’apparato
Non richiesto. Nessun riavvio automatico dell’apparato.
Interruzione del servizio
Trust store ricostruito; controlla i collegamenti TLS e le cache di fiducia applicative.
1. Dopo aver predisposto il recupero, aggiorna i pacchetti PHP/CA mancanti. Lo script salva i pacchetti originali e la configurazione di quella appliance, verifica un piano APT solo locale e riavvia Apache solo se cambia PHP. Per le CA ricostruisce il trust store e conserva le CA locali.
```
sudo sh ./update-foxbox.sh app apply --recovery-ready
```
2. Verifica PHP e revoca CA attiva. Se cli_restart_required=true, drena e ricarica i servizi PHP CLI persistenti con il loro gestore effettivo e ripeti check. Verifica i collegamenti TLS dopo la revoca CA. Il codice3 / PARTIAL_VENDOR_ZLIB_PENDING è intenzionale: Canonical non ha qualificato una correzione zlib Focal.
```
sudo sh ./update-foxbox.sh app verify
```
Verifica finale: Entrambi i certificati compromessi devono essere assenti dal trust store attivo; copie personalizzate richiedono verifica.
P2 · Ubuntu 20.04 · zlibCVE-2026-85091
Heap buffer overflow. Canonical indica Focal come Needs evaluation. USN-8954-1 fornisce una correzione Noble; non specifica un pacchetto Focal corretto. Le copie incorporate in rsync, klibc e zsync sono indicate come Vulnerable; se presenti restano pendenti.
UNKNOWN per Ubuntu 20.04. Nessun binario non qualificato o di altra release viene installato. Lo script cumulativo mantiene questo requisito pendente senza dichiarare un falso PASS globale.
Procedura e riavvio alla data del report
Zlib Ubuntu 20.04/Focal, distinto da Ubuntu 24.04/Noble.
Riavvio dell’apparato
Questo rilascio non installa una patch zlib Focal.
Interruzione del servizio
Valutazione del fornitore in corso. La versione Noble corretta non dimostra la copertura Focal.
1. Controlla lo stato per release nella CVE ufficiale. Conserva il pacchetto Focal installato e attendi una revisione cumulativa qualificata; non mescolare release Ubuntu.
Verifica finale: UNKNOWN / Needs evaluation per Focal al26ottobre2026.

La qualifica copre le baseline e i controlli documentati. Non dimostra l’installazione su ogni appliance cliente o la consegna SMS/email. La copertura zlib Focal resta pendente.

Fonti ufficiali

22 ottobre 2026IMPORTANTE: aggiornamento sicurezza PHP — download clientiLeggi il report

IMPORTANTE — Aggiorna il runtime PHP che serve l’interfaccia web FoxBox. CVE-2026-109618 e CVE-2026-109619 possono consentire esecuzione di codice remoto senza autenticazione. Entrambi gli avvisi sono critici, CVSS v4.0 9,2. Scegli la correzione per distribuzione e ramo PHP effettivi.

Revisione settimanale di origine: 22 ottobre 2026

CRITICAL · 9.2 · PHP · CVE-2026-109618Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
La corruzione della memoria quando la gestione della richiesta esaurisce memoria può causare esecuzione di codice remoto. PHP indica Apache mod_php come installazione a rischio maggiore.
Aggiorna runtime PHP 7.4 ed estensioni installate con il backport ufficiale Ubuntu 20.04, poi riavvia e verifica Apache. Per PHP upstream 8.2/8.3/8.4/8.5 usa 8.2.35/8.3.36/8.4.27/8.5.12 o release corrette successive; le versioni delle distribuzioni differiscono.
Procedura e riavvio alla data del report
Appliance FoxBox clienti: Ubuntu 20.04 amd64, Apache mod_php7.4/prefork e CLI PHP 7.4 da pacchetti Ubuntu. Esegui dove è installato PHP, nel container applicativo se presente. Le estensioni installate vengono rilevate automaticamente. FPM/embed, binari PPA/personalizzati e altre piattaforme richiedono qualifica separata.
Riavvio dell’apparato
Non richiesto. Il programma non riavvia mai l’apparato. Un eventuale riavvio kernel già pendente è separato.
Interruzione del servizio
Breve interruzione web: stop/start completo di Apache tramite il suo gestore, con controllo dell’uscita dei vecchi processi e del modulo PHP corrente. Gli altri servizi sono preservati.
1. Scarica lo ZIP di aggiornamento PHP 7.4 qui sotto. Include lo script automatico e i pacchetti originali corretti; non servono credenziali UbuntuPro sull’appliance. Confronta SHA256 completo con questa pagina.
```
sha256sum foxbox-php74-update-2026.10.22-r1.zip
```
2. Estrai in una nuova cartella privata fuori dal webroot e verifica tutti i file. Esegui nell’ambiente applicativo come root.
```
umask 077
unzip foxbox-php74-update-2026.10.22-r1.zip -d foxbox-php74-update-2026.10.22-r1
cd foxbox-php74-update-2026.10.22-r1
sha256sum -c SHA256SUMS
```
3. Esegui il controllo di compatibilità in sola lettura. Lo strumento rileva i pacchetti del sorgente PHP 7.4 installati, verifica i file e conserva estensioni opzionali assenti e revisioni più recenti. Leggi README-IT.txt.
```
python3 foxbox_php74.py check
```
4. Prepara manutenzione, una seconda sessione amministrativa, backup esterno e accesso console/recovery. Servono root, Python 3.8+, APT/dpkg, perl completo e 512 MiB liberi. Runtime sconosciuti/personalizzati, hold o dipendenze estranee fermano l’operazione.
5. Applica l’aggiornamento. Prima crea i pacchetti di recupero privati da questa appliance, salva configurazioni/hash del runtime e simula un piano offline. Installa soltanto componenti PHP già presenti, conserva la configurazione locale ed esegue stop/start completo del solo Apache. Nessun riavvio host o invio reale.
```
python3 foxbox_php74.py apply --recovery-ready
```
6. Controlla risultato, pagina login e connessione DB in sola lettura. PHP può mostrare ancora7.4.3: la revisione completa deve essere7.4.3-4ubuntu2.29+esm5. Nessun test con invio reale di SMS/email.
```
python3 foxbox_php74.py check
python3 foxbox_php74.py verify
```
7. Se cli_restart_required è true, i daemon CLI già avviati conservano il vecchio PHP in memoria. Usa la procedura di riavvio controllato del servizio della tua versione applicativa, conservando code/dati, poi ripeti check. Lo script segnala questa azione e non termina alla cieca i daemon SMS.
8. Solo recupero d’emergenza: rollback confronta lo stato corrente con quello registrato dopo l’installazione, poi ripristina i pacchetti originali di questa appliance. Si ferma su modifiche concorrenti e preserva i dati correnti. Il rollback reintroduce le CVE. Mantieni il checkpoint privato fuori dal webroot.
```
python3 foxbox_php74.py rollback
```
Verifica finale: Il successo richiede revisioni complete corrette, runtime web ricaricato e configurazioni/estensioni conservate. Controlla pagina login e connessione DB in sola lettura. Se già aggiornato restituisce already_up_to_date senza reinstallare o riavviare. Su errore APT parziale conserva il checkpoint privato e segui il recupero nel README prima di riprovare. Controlla cli_restart_required: false indica che non è stato osservato un vecchio runtime CLI.
CRITICAL · 9.2 · PHP · CVE-2026-109619Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
Lo stato interno di una richiesta può sopravvivere alla memoria liberata ed essere riutilizzato da una richiesta successiva nello stesso worker, con possibile esecuzione di codice remoto.
Aggiorna runtime PHP 7.4 ed estensioni installate con il backport ufficiale Ubuntu 20.04, poi riavvia e verifica Apache. Per PHP upstream 8.2/8.3/8.4/8.5 usa 8.2.35/8.3.36/8.4.27/8.5.12 o release corrette successive; le versioni delle distribuzioni differiscono.
Procedura e riavvio alla data del report
Appliance FoxBox clienti: Ubuntu 20.04 amd64, Apache mod_php7.4/prefork e CLI PHP 7.4 da pacchetti Ubuntu. Esegui dove è installato PHP, nel container applicativo se presente. Le estensioni installate vengono rilevate automaticamente. FPM/embed, binari PPA/personalizzati e altre piattaforme richiedono qualifica separata.
Riavvio dell’apparato
Non richiesto. Il programma non riavvia mai l’apparato. Un eventuale riavvio kernel già pendente è separato.
Interruzione del servizio
Breve interruzione web: stop/start completo di Apache tramite il suo gestore, con controllo dell’uscita dei vecchi processi e del modulo PHP corrente. Gli altri servizi sono preservati.
1. Scarica lo ZIP di aggiornamento PHP 7.4 qui sotto. Include lo script automatico e i pacchetti originali corretti; non servono credenziali UbuntuPro sull’appliance. Confronta SHA256 completo con questa pagina.
```
sha256sum foxbox-php74-update-2026.10.22-r1.zip
```
2. Estrai in una nuova cartella privata fuori dal webroot e verifica tutti i file. Esegui nell’ambiente applicativo come root.
```
umask 077
unzip foxbox-php74-update-2026.10.22-r1.zip -d foxbox-php74-update-2026.10.22-r1
cd foxbox-php74-update-2026.10.22-r1
sha256sum -c SHA256SUMS
```
3. Esegui il controllo di compatibilità in sola lettura. Lo strumento rileva i pacchetti del sorgente PHP 7.4 installati, verifica i file e conserva estensioni opzionali assenti e revisioni più recenti. Leggi README-IT.txt.
```
python3 foxbox_php74.py check
```
4. Prepara manutenzione, una seconda sessione amministrativa, backup esterno e accesso console/recovery. Servono root, Python 3.8+, APT/dpkg, perl completo e 512 MiB liberi. Runtime sconosciuti/personalizzati, hold o dipendenze estranee fermano l’operazione.
5. Applica l’aggiornamento. Prima crea i pacchetti di recupero privati da questa appliance, salva configurazioni/hash del runtime e simula un piano offline. Installa soltanto componenti PHP già presenti, conserva la configurazione locale ed esegue stop/start completo del solo Apache. Nessun riavvio host o invio reale.
```
python3 foxbox_php74.py apply --recovery-ready
```
6. Controlla risultato, pagina login e connessione DB in sola lettura. PHP può mostrare ancora7.4.3: la revisione completa deve essere7.4.3-4ubuntu2.29+esm5. Nessun test con invio reale di SMS/email.
```
python3 foxbox_php74.py check
python3 foxbox_php74.py verify
```
7. Se cli_restart_required è true, i daemon CLI già avviati conservano il vecchio PHP in memoria. Usa la procedura di riavvio controllato del servizio della tua versione applicativa, conservando code/dati, poi ripeti check. Lo script segnala questa azione e non termina alla cieca i daemon SMS.
8. Solo recupero d’emergenza: rollback confronta lo stato corrente con quello registrato dopo l’installazione, poi ripristina i pacchetti originali di questa appliance. Si ferma su modifiche concorrenti e preserva i dati correnti. Il rollback reintroduce le CVE. Mantieni il checkpoint privato fuori dal webroot.
```
python3 foxbox_php74.py rollback
```
Verifica finale: Il successo richiede revisioni complete corrette, runtime web ricaricato e configurazioni/estensioni conservate. Controlla pagina login e connessione DB in sola lettura. Se già aggiornato restituisce already_up_to_date senza reinstallare o riavviare. Su errore APT parziale conserva il checkpoint privato e segui il recupero nel README prima di riprovare. Controlla cli_restart_required: false indica che non è stato osservato un vecchio runtime CLI.

Aggiornamento automatico clienti per la base appliance Ubuntu 20.04 amd64 Apache/PHP 7.4. Usa il rilevamento dei pacchetti presenti e recupero privato specifico dell’appliance; le personalizzazioni applicative richiedono comunque verifica di compatibilità. Questa correzione d’emergenza non ripristina il supporto generale upstream PHP 7.4. L’aggiornamento host Ubuntu 24.04 resta un download separato.

Fonti ufficiali

22 ottobre 2026IMPORTANTE: aggiornamento critico di sicurezza PHPLeggi il report

Revisione settimanale di origine: 22 ottobre 2026

CRITICAL · 9.2 · PHP · CVE-2026-109618Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
La corruzione della memoria quando la gestione della richiesta esaurisce memoria può causare esecuzione di codice remoto. PHP indica Apache mod_php come installazione a rischio maggiore.
Aggiorna runtime PHP 7.4 ed estensioni installate con il backport ufficiale Ubuntu 20.04, poi riavvia e verifica Apache. Per PHP upstream 8.2/8.3/8.4/8.5 usa 8.2.35/8.3.36/8.4.27/8.5.12 o release corrette successive; le versioni delle distribuzioni differiscono.
Procedura e riavvio alla data del report
Container applicativo Ubuntu 20.04 amd64, Apache mod_php 7.4 ed estensioni corrispondenti installate. Pacchetti tramite accesso Ubuntu Pro/ESM autorizzato. Distribuzioni, rami PHP e versioni appliance differenti richiedono qualifica separata.
Riavvio dell’apparato
Non richiesto per questo aggiornamento PHP. L’eventuale riavvio kernel già pendente è separato.
Interruzione del servizio
Apache deve riavviarsi per caricare il runtime PHP corretto in tutti i worker. Possibile breve interruzione web; anche i processi CLI persistenti vanno riavviati.
1. Identifica container applicativo, sistema operativo, architettura, SAPI web ed estensioni PHP installate. Questa procedura riguarda Ubuntu 20.04 amd64 con Apache mod_php 7.4. Non eseguire la patch host Ubuntu 24.04 dentro questo container.
```
cat /etc/os-release
dpkg --print-architecture
php -v
php -m
apache2ctl -M
dpkg-query -W -f='${db:Status-Abbrev} ${Package} ${Version}\n' 'php7.4*' 'libapache2-mod-php7.4'
```
2. Prepara una finestra di manutenzione e accesso di recupero. Salva configurazioni PHP/Apache, hash del runtime e pacchetti originali esatti in una cartella privata fuori dal webroot. Verifica il ripristino dei pacchetti in un container isolato senza dati di produzione, modem, code o trasporti in uscita. Per annullare PHP non ripristinare database o spool SMS.
3. Ottieni i pacchetti ufficiali Ubuntu Pro/ESM per la stessa base tramite il tuo abbonamento autorizzato. Per Ubuntu 20.04 serve la revisione del sorgente php7.4 7.4.3-4ubuntu2.29+esm5 o successiva con entrambe le CVE corrette. Mantieni riservate le credenziali. Se il repository firmato non offre la correzione, fermati e contatta l’assistenza: un upgrade riuscito dal vecchio repository pubblico non prova la correzione.
```
apt-cache policy libapache2-mod-php7.4 php7.4-cli php7.4-common
apt-mark showhold
```
4. Costruisci l’elenco solo dai pacchetti runtime PHP 7.4 installati; le estensioni opzionali assenti devono restare assenti. Verifica origine APT firmata e SHA-256 di ogni pacchetto. Simula l’esatto insieme di pacchetti locali prima di installare. Rifiuta rimozioni, nuovi pacchetti, cambi di ramo, dipendenze insoddisfatte o aggiornamenti estranei.
```
# Run from the private directory containing ONLY the reviewed .deb files.
sha256sum -c SHA256SUMS
apt-get --simulate --no-remove --no-install-recommends install ./*.deb
```
5. Dopo il superamento delle prove isolate di aggiornamento e rollback, rileggi gli hash live di pacchetti/configurazioni e controlla il piano APT effettivo. Applica soltanto i pacchetti locali approvati. Conserva la configurazione corrente e fermati su richieste inattese. Gli script dei pacchetti possono riavviare Apache: coordina l’interruzione e non riavviare automaticamente l’intero apparato.
```
sudo apt-get --no-remove --no-install-recommends install ./*.deb
sudo apache2ctl configtest
```
6. Dopo Syntax OK, riavvia Apache nella finestra di manutenzione e verifica l’uscita di tutti i vecchi worker. Controlla SAPI web oltre alla CLI, revisioni Debian esatte dei pacchetti, estensioni caricate, pagina di accesso e connessione al database in sola lettura. Rimuovi subito eventuali endpoint diagnostici temporanei accessibili solo localmente. Non inviare SMS o email reali come verifica.
```
sudo apache2ctl -k restart
php -v
php -m
dpkg-query -W -f='${db:Status-Abbrev} ${Package} ${Version}\n' 'php7.4*' 'libapache2-mod-php7.4'
```
7. Se i controlli falliscono, confronta gli hash correnti con il manifest successivo all’aggiornamento. Solo se coincidono, ripristina i pacchetti PHP originali salvati con il piano di downgrade verificato e la configurazione originale, poi riavvia Apache e ripeti i controlli. Fermati su modifiche concorrenti e conserva tutti i dati correnti. Il rollback reintroduce queste vulnerabilità ed è un recupero d’emergenza.
Verifica finale: La correzione è attestata dalla revisione del pacchetto del fornitore e dai worker web riavviati, non dal solo numero PHP 7.4.3 visibile. Verifica il percorso appliance supportato senza invii reali. Lo ZIP cumulativo host sotto non aggiorna i container applicativi.
CRITICAL · 9.2 · PHP · CVE-2026-109619Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
Lo stato interno di una richiesta può sopravvivere alla memoria liberata ed essere riutilizzato da una richiesta successiva nello stesso worker, con possibile esecuzione di codice remoto.
Aggiorna runtime PHP 7.4 ed estensioni installate con il backport ufficiale Ubuntu 20.04, poi riavvia e verifica Apache. Per PHP upstream 8.2/8.3/8.4/8.5 usa 8.2.35/8.3.36/8.4.27/8.5.12 o release corrette successive; le versioni delle distribuzioni differiscono.
Procedura e riavvio alla data del report
Container applicativo Ubuntu 20.04 amd64, Apache mod_php 7.4 ed estensioni corrispondenti installate. Pacchetti tramite accesso Ubuntu Pro/ESM autorizzato. Distribuzioni, rami PHP e versioni appliance differenti richiedono qualifica separata.
Riavvio dell’apparato
Non richiesto per questo aggiornamento PHP. L’eventuale riavvio kernel già pendente è separato.
Interruzione del servizio
Apache deve riavviarsi per caricare il runtime PHP corretto in tutti i worker. Possibile breve interruzione web; anche i processi CLI persistenti vanno riavviati.
1. Identifica container applicativo, sistema operativo, architettura, SAPI web ed estensioni PHP installate. Questa procedura riguarda Ubuntu 20.04 amd64 con Apache mod_php 7.4. Non eseguire la patch host Ubuntu 24.04 dentro questo container.
```
cat /etc/os-release
dpkg --print-architecture
php -v
php -m
apache2ctl -M
dpkg-query -W -f='${db:Status-Abbrev} ${Package} ${Version}\n' 'php7.4*' 'libapache2-mod-php7.4'
```
2. Prepara una finestra di manutenzione e accesso di recupero. Salva configurazioni PHP/Apache, hash del runtime e pacchetti originali esatti in una cartella privata fuori dal webroot. Verifica il ripristino dei pacchetti in un container isolato senza dati di produzione, modem, code o trasporti in uscita. Per annullare PHP non ripristinare database o spool SMS.
3. Ottieni i pacchetti ufficiali Ubuntu Pro/ESM per la stessa base tramite il tuo abbonamento autorizzato. Per Ubuntu 20.04 serve la revisione del sorgente php7.4 7.4.3-4ubuntu2.29+esm5 o successiva con entrambe le CVE corrette. Mantieni riservate le credenziali. Se il repository firmato non offre la correzione, fermati e contatta l’assistenza: un upgrade riuscito dal vecchio repository pubblico non prova la correzione.
```
apt-cache policy libapache2-mod-php7.4 php7.4-cli php7.4-common
apt-mark showhold
```
4. Costruisci l’elenco solo dai pacchetti runtime PHP 7.4 installati; le estensioni opzionali assenti devono restare assenti. Verifica origine APT firmata e SHA-256 di ogni pacchetto. Simula l’esatto insieme di pacchetti locali prima di installare. Rifiuta rimozioni, nuovi pacchetti, cambi di ramo, dipendenze insoddisfatte o aggiornamenti estranei.
```
# Run from the private directory containing ONLY the reviewed .deb files.
sha256sum -c SHA256SUMS
apt-get --simulate --no-remove --no-install-recommends install ./*.deb
```
5. Dopo il superamento delle prove isolate di aggiornamento e rollback, rileggi gli hash live di pacchetti/configurazioni e controlla il piano APT effettivo. Applica soltanto i pacchetti locali approvati. Conserva la configurazione corrente e fermati su richieste inattese. Gli script dei pacchetti possono riavviare Apache: coordina l’interruzione e non riavviare automaticamente l’intero apparato.
```
sudo apt-get --no-remove --no-install-recommends install ./*.deb
sudo apache2ctl configtest
```
6. Dopo Syntax OK, riavvia Apache nella finestra di manutenzione e verifica l’uscita di tutti i vecchi worker. Controlla SAPI web oltre alla CLI, revisioni Debian esatte dei pacchetti, estensioni caricate, pagina di accesso e connessione al database in sola lettura. Rimuovi subito eventuali endpoint diagnostici temporanei accessibili solo localmente. Non inviare SMS o email reali come verifica.
```
sudo apache2ctl -k restart
php -v
php -m
dpkg-query -W -f='${db:Status-Abbrev} ${Package} ${Version}\n' 'php7.4*' 'libapache2-mod-php7.4'
```
7. Se i controlli falliscono, confronta gli hash correnti con il manifest successivo all’aggiornamento. Solo se coincidono, ripristina i pacchetti PHP originali salvati con il piano di downgrade verificato e la configurazione originale, poi riavvia Apache e ripeti i controlli. Fermati su modifiche concorrenti e conserva tutti i dati correnti. Il rollback reintroduce queste vulnerabilità ed è un recupero d’emergenza.
Verifica finale: La correzione è attestata dalla revisione del pacchetto del fornitore e dai worker web riavviati, non dal solo numero PHP 7.4.3 visibile. Verifica il percorso appliance supportato senza invii reali. Lo ZIP cumulativo host sotto non aggiorna i container applicativi.

I backport di sicurezza del fornitore possono mantenere la versione base PHP 7.4.3: controlla la revisione completa del pacchetto. PHP 8.1 e precedenti sono fuori supporto upstream; questa correzione d’emergenza non ripristina il supporto generale. La patch host Ubuntu 24.04 esistente resta disponibile separatamente e non corregge PHP dentro i container.

Fonti ufficiali

19 ottobre 2026Note di aggiornamento sicurezza — ottobre 2026Leggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

Priorità di sicurezza della revisione settimanale 12–18 ottobre, verificate sulle fonti ufficiali il 19 ottobre. Scegli la procedura di aggiornamento per il sistema operativo e il componente corrispondenti.

Revisione settimanale di origine: 18 ottobre 2026

P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
Canonical ha pubblicato il 14 ottobre correzioni per nove vulnerabilità. L’avviso riguarda i pacchetti client e server OpenSSH di Ubuntu 24.04.
Aggiorna i pacchetti SSH installati su Ubuntu 24.04 alla versione corretta o successiva, poi verifica una nuova connessione amministrativa.
Procedura e riavvio alla data del report
Solo pacchetti host Ubuntu 24.04. Usa un account amministrativo già autorizzato, conserva la configurazione SSH corrente e tieni aperte due sessioni SSH indipendenti con un percorso di recupero disponibile. Se pacchetti e servizio attivo raggiungono già la versione richiesta, non occorre reinstallare.
Riavvio dell’apparato
Normalmente no, per il solo aggiornamento del pacchetto OpenSSH.
Interruzione del servizio
SSH può riavviarsi durante l’aggiornamento. Le sessioni esistenti non sono un canale di recupero garantito: verifica una nuova connessione prima di chiuderle.
1. Conferma di essere sull’host Ubuntu 24.04, non nel container applicativo. Controlla i pacchetti SSH installati. Fermati se il sistema operativo è diverso.
```
cat /etc/os-release
dpkg-query -W -f='${Package} ${Version}\n' openssh-client openssh-server openssh-sftp-server
```
2. Con backup e percorso di recupero disponibili, aggiorna gli indici APT firmati. Il comando modifica gli indici dei pacchetti; non installa aggiornamenti.
```
sudo apt-get update
```
3. Simula l’aggiornamento circoscritto. Esamina versioni, dipendenze, pacchetti bloccati ed elenco dei pacchetti. Non continuare se APT propone cambiamenti inattesi o una versione inferiore a 1:9.6p1-3ubuntu13.20.
```
sudo apt-get --simulate --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
```
4. Dopo aver esaminato la simulazione, applica l’aggiornamento circoscritto nella finestra di manutenzione. Ricontrolla il piano effettivo perché la simulazione non blocca APT. Leggi eventuali richieste sulla configurazione e conserva la policy SSH installata. Le richieste non sono accettate automaticamente.
```
sudo apt-get --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
```
5. Valida la configurazione SSH, poi riavvia il servizio SSH solo se la verifica riesce. L’operazione può interrompere l’accesso amministrativo: mantieni disponibile il percorso di recupero indipendente.
```
sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
```
6. Controlla stato di installazione e versione minima di ogni pacchetto applicabile. Fermati su REPAIR REQUIRED o UPDATE REQUIRED; i pacchetti assenti sono segnalati e restano assenti. Poi apri una nuova connessione SSH separata tramite il normale accesso amministrativo e verifica le restrizioni delle chiavi e il forwarding configurati.
```
for package in openssh-client openssh-server openssh-sftp-server; do
  state=$(dpkg-query -W -f='${db:Status-Abbrev}' "$package") || {
    printf '%s: NOT INSTALLED\n' "$package"; continue;
  }
  case "$state" in
    'ii '|'hi ') ;;
    *) printf '%s: REPAIR REQUIRED (%s)\n' "$package" "$state"; continue ;;
  esac
  version=$(dpkg-query -W -f='${Version}' "$package") || continue
  if dpkg --compare-versions "$version" ge '1:9.6p1-3ubuntu13.20'; then
    printf '%s: OK (%s)\n' "$package" "$version"
  else
    printf '%s: UPDATE REQUIRED (%s)\n' "$package" "$version"
  fi
done
```
Verifica finale: Devono riuscire il controllo delle versioni e una nuova connessione SSH. Le sole versioni dei pacchetti non dimostrano che il servizio in esecuzione sia stato aggiornato. Un riavvio richiesto da un altro aggiornamento di sistema va gestito separatamente.
P1 · Ubuntu 24.04 / Kernel6.8.0-147.147
L’aggiornamento del 13 ottobre cambia l’ABI del kernel. Canonical richiede il riavvio e moduli di terze parti compatibili.
Pianifica il cambio kernel e il riavvio controllato dopo aver verificato moduli DKMS applicabili, driver modem e percorso di recupero. Un kernel installato diventa attivo solo dopo l’avvio riuscito con quella versione.
Procedura e riavvio alla data del report
Kernel GA generic Ubuntu 24.04 6.8.0-147.147. Installazione e riavvio sono passaggi distinti; pianificali secondo hardware effettivo e requisiti di recupero.
Riavvio dell’apparato
Sì. Necessario per attivare il nuovo kernel installato. Pianifica una finestra di manutenzione.
Interruzione del servizio
Il riavvio dell’host interrompe i servizi dell’apparato. Prima vanno qualificati DKMS, driver di terze parti e compatibilità modem.
1. Confronta il kernel in esecuzione con il pacchetto installato. Un pacchetto installato non è un kernel attivo.
```
uname -r
dpkg-query -W -f='${Package} ${Version}\n' linux-image-6.8.0-147-generic
```
2. Prima di installare o riavviare, verifica recupero del boot, kernel precedente avviabile e moduli DKMS/di terze parti applicabili, incluso bl_noah dove presente. L’assenza del comando dkms non dimostra compatibilità.
3. Verifica compilazione e caricamento dei moduli, rilevamento modem, interfacce QMI/seriali, rete e failover sull’hardware interessato. La patch cumulativa supporta il kernel generic GA 6.8 con moduli inclusi nel kernel; in presenza di DKMS o moduli esterni serve la procedura specifica dell’apparato prima di cambiare kernel.
4. Pianifica il riavvio controllato solo dopo i controlli preliminari e la disponibilità del recupero. Dopo il riavvio, ricontrolla kernel in esecuzione e stato dell’apparato. Un riavvio rinviato lascia in sospeso l’attivazione del kernel.
```
uname -r
```
Verifica finale: Deve essere effettivamente in esecuzione 6.8.0-147-generic o una versione GA 6.8 generic successiva compatibile, con moduli applicabili, percorsi modem e servizi verificati dopo il boot.
P1 · MySQL 8.4
Oracle ha preannunciato il Critical Patch Update del 20 ottobre 2026. Il preavviso include MySQL Server 8.4.0–8.4.11 fra le versioni interessate; la versione finale di destinazione non è ancora confermata.
L’aggiornamento di sicurezza Docker 8.4.12 già disponibile è in valutazione separata, con backup, ripristino e compatibilità del database. La versione per il CPU di ottobre sarà scelta dopo la verifica dell’avviso definitivo e dell’immagine.
Procedura e riavvio alla data del report
L’aggiornamento 8.4.12 già disponibile è specifico per l’immagine Docker MySQL. È distinto dal CPU di ottobre, la cui versione finale è ancora in attesa. Servono una fonte dell’immagine collaudata e un digest esatto.
Riavvio dell’apparato
Nessun riavvio dell’host per il solo aggiornamento dell’immagine.
Interruzione del servizio
Sì: l’applicazione di una nuova immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Identifica versione MySQL, fonte dell’immagine, digest, volumi e percorso di replica installati senza esportare credenziali o dati clienti. Non presumere che lo stesso tag esista in ogni registro.
2. Per 8.4.12, verifica l’immagine con dati di prova rappresentativi: avvio, compatibilità dello schema, riavvio, backup/ripristino e continuità MySQL–ClickHouse.
3. Usa la procedura specifica dell’apparato per aggiornamento e recupero nella finestra di manutenzione. Conserva l’immagine precedente fissata e un backup verificato: il solo ripristino del container potrebbe non annullare modifiche al formato del database.
4. Per il CPU del 20 ottobre, usa la versione e l’immagine indicate nell’avviso definitivo. Le istruzioni di aggiornamento applicabili saranno riportate nella prossima release datata.
Verifica finale: Dopo il riavvio del servizio, verifica stato del database, accesso applicativo e percorsi di replica/ingestion applicabili.
P2 · Ubuntu 24.04 / curl + urllib3curl 8.5.0-2ubuntu10.16 · urllib3 2.0.7-1ubuntu0.8
Canonical ha pubblicato il 14 ottobre nuove correzioni di sicurezza per curl/libcurl e python3-urllib3.
Controllare i pacchetti Ubuntu installati sull’host e le dipendenze rispetto ai requisiti cumulativi. Un aggiornamento APT dell’host non aggiorna pacchetti pip o librerie nei container.
Procedura e riavvio alla data del report
Solo pacchetti APT dell’host Ubuntu 24.04; librerie nei container e installazioni pip sono separate. Includi i binari installati e applicabili della stessa famiglia di pacchetti sorgente.
Riavvio dell’apparato
Normalmente no per queste sole librerie.
Interruzione del servizio
Riavvia le applicazioni/i servizi interessati affinché carichino le librerie aggiornate.
1. Esegui la patch cumulativa in modalità check per identificare i pacchetti curl/libcurl e python3-urllib3 installati sotto la versione richiesta. I pacchetti non usati da questo host vengono ignorati.
2. Aggiorna gli indici APT e verifica una transazione circoscritta con --simulate --only-upgrade --no-remove per i pacchetti effettivamente installati e le dipendenze. Le versioni Ubuntu richieste sono curl/libcurl >= 8.5.0-2ubuntu10.16 e python3-urllib3 >= 2.0.7-1ubuntu0.8.
3. Applica la patch cumulativa nella finestra di manutenzione, poi riavvia le applicazioni interessate e verifica i percorsi HTTPS, proxy e Python pertinenti.
Verifica finale: Ripeti il controllo cumulativo e conferma che i servizi interessati in esecuzione usino le librerie aggiornate.
P2 · ClickHouse26.8.30.8 LTS
La patch ufficiale del ramo 26.8 LTS è stata pubblicata il 17 ottobre. La disponibilità della versione non dimostra da sola un aggiornamento di sicurezza urgente per ogni installazione FoxBox.
Collaudare ingestion, statistiche SMS/DLR, retention, riavvio e recupero prima di promuovere il candidato. Non è incluso un aggiornamento automatico del database o dei container.
Procedura e riavvio alla data del report
Candidato per il collaudo in laboratorio del ramo 26.8 LTS. La versione installata resta fissata finché la validazione non riesce.
Riavvio dell’apparato
Nessun riavvio dell’host per il solo aggiornamento del database.
Interruzione del servizio
Il servizio/container va riavviato quando si applica l’aggiornamento qualificato.
1. Prepara un’istanza di laboratorio eliminabile e fissa il pacchetto o l’immagine esatta 26.8.30.8 LTS. Conserva la versione in produzione.
2. Verifica ingestion di SMS/DLR sintetici, query MergeTree, TTL/retention, riavvio e recupero. Valida l’integrazione MySQL usata dall’apparato.
3. Usa la procedura specifica dell’apparato dopo la conferma di compatibilità, includendo backup, interruzione del servizio e verifiche di recupero. Questo candidato è separato dalla patch host.
Verifica finale: Prima della promozione devono riuscire tutti i test pertinenti di ingestion, query, retention e recupero.
P2 · Cloudflare Tunnelcloudflared 2026.10.1
Cloudflare ha pubblicato cloudflared 2026.10.1 il 15 ottobre. È un candidato per il collaudo di compatibilità.
Verificare accessi HTTPS e SSH, riconnessione e percorsi delle API FoxBox prima del rilascio. Il solo numero di versione non implica un aggiornamento di emergenza.
Procedura e riavvio alla data del report
Candidato di compatibilità cloudflared 2026.10.1. Conferma architettura e fonte del pacchetto installato prima di scegliere un binario.
Riavvio dell’apparato
Nessun riavvio dell’host per il solo aggiornamento del servizio.
Interruzione del servizio
Il riavvio di cloudflared interrompe il tunnel. Prima della sostituzione serve un accesso di recupero indipendente.
1. Leggi la versione installata. Prepara un percorso amministrativo alternativo prima di modificare un tunnel che trasporta l’accesso SSH.
```
cloudflared --version
```
2. Valida prima build ufficiale 2026.10.1 e checksum sull’host di laboratorio. Verifica HTTPS/SSH, riavvio del servizio, riconnessione WAN, slash finali e percorsi codificati delle API FoxBox.
3. Dopo le verifiche di compatibilità, usa il metodo di installazione confermato dell’apparato e conserva una versione di ripristino fissata. Questo candidato è separato dalla patch host.
Verifica finale: Verifica una nuova connessione HTTPS e SSH dopo il riavvio del servizio e mantieni l’accesso di recupero finché il tunnel è stabile.

La patch cumulativa aggiorna i pacchetti host Ubuntu 24.04. Per database e container segui le istruzioni del componente e i requisiti di riavvio riportati sotto.

Fonti ufficiali

18 ottobre 2026OpenSSH, kernel e prossimo CPU MySQLLeggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

La review di origine del 12–18 ottobre proponeva patching OpenSSH/curl/urllib3, collaudo kernel e preparazione al CPU del 20 ottobre.

Revisione settimanale di origine: 18 ottobre 2026

P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
La review individuava l’aggiornamento USN-8928-1 per nove vulnerabilità.
Aggiornare dopo i test di accesso SSH. Le istruzioni attuali di installazione sono nelle note di rilascio del 19 ottobre.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
OpenSSH deve usare i binari aggiornati; validare configurazione e nuova connessione dopo il riavvio del servizio.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Ubuntu 24.04 / Kernel6.8.0-147.147
La review segnalava un aggiornamento di sicurezza con cambio ABI da collaudare sull’hardware.
Richiedere validazione di DKMS/moduli di terze parti, modem, rete e recupero del boot prima del riavvio controllato. Per la versione kernel attuale usare l’ultimo report.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Sì, dopo il collaudo hardware e del recupero; mai automatico.
Interruzione del servizio
Il riavvio interrompe tutti i servizi dell’apparato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · MySQL 8.4 / October CPU
La review riportava il preannuncio Oracle del 20 ottobre; non identificava una versione finale di ottobre.
Preparare backup/ripristino e collaudo; distinguere l’aggiornamento Docker 8.4.12 di agosto dal prossimo CPU definitivo.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
La sostituzione dell’immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · Ubuntu 24.04 / curl8.5.0-2ubuntu10.16
La review individuava il nuovo requisito curl/libcurl USN-8932-1.
Aggiornare i pacchetti host applicabili e collaudare i servizi che li usano; le librerie dei container sono separate.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · Ubuntu 24.04 / urllib32.0.7-1ubuntu0.8
La review individuava la correzione del pacchetto Noble in USN-8926-1.
Verificare il pacchetto APT installato e i componenti Python; ciò non aggiorna pacchetti pip o container.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · ClickHouse 26.8 LTS26.8.30.8
La review indicava 26.8.30.8 LTS come nuova versione da collaudare.
Mantenere la versione di produzione fissata finché non riescono i test di ingestion, correttezza query, retention e recupero. I candidati delle review successive sostituiscono questa versione storica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il servizio/container del database deve essere riavviato quando si applica un aggiornamento qualificato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · cloudflared2026.10.1
La review indicava 2026.10.1 come candidato per il collaudo di compatibilità.
Collaudare HTTP/SSH, riconnessione WAN, riavvio e URL codificati/con slash finale prima della promozione. È la versione proposta in quella data.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il riavvio del tunnel può interrompere l’accesso remoto; predisporre un recupero indipendente.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.

Revisione storica: versioni e decisioni si riferiscono alla data indicata sopra. Per aggiornare oggi, segui l’ultima release cumulativa compatibile e le istruzioni dei relativi componenti.

Fonti ufficiali

11 ottobre 2026Nuovo kernel, sudo e libxml2Leggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

La review aggiornava la versione kernel da collaudare e includeva nuovi requisiti di sicurezza sudo/libxml2.

Revisione settimanale di origine: 11 ottobre 2026

P1 · Ubuntu 24.04 / Kernel6.8.0-146.146
La review segnalava un aggiornamento di sicurezza con cambio ABI da collaudare sull’hardware.
Richiedere validazione di DKMS/moduli di terze parti, modem, rete e recupero del boot prima del riavvio controllato. Per la versione kernel attuale usare l’ultimo report.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Sì, dopo il collaudo hardware e del recupero; mai automatico.
Interruzione del servizio
Il riavvio interrompe tutti i servizi dell’apparato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Ubuntu 24.04 / sudo1.9.15p5-3ubuntu5.24.04.4
La review selezionava USN-8895-1, pubblicato il 7 ottobre.
Includere la correzione nella manutenzione dei pacchetti installati e verificare le policy sudo con restrizioni.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · Ubuntu 24.04 / libxml22.9.14+dfsg-1.3ubuntu3.10
La review selezionava USN-8910-1, pubblicato l’8 ottobre.
Aggiornare i binari installati applicabili e verificare le funzioni che elaborano XML.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Cloudflare Tunnel API5 October 2026
La review manteneva aperto l’audit API successivo alla scadenza per determinarne l’applicabilità.
Verificare endpoint route_id ed endpoint dedicato connections. Correzione alla pubblicazione: controllare anche cloudflared route ip add/delete; la sola assenza di codice API personalizzato non basta per concludere N/A per tutta la modifica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Nessun riavvio dell’apparato per la sola migrazione API.
Interruzione del servizio
Collaudare le integrazioni di provisioning e monitoraggio interessate; non è prescritto un riavvio generico del servizio.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · cloudflared2026.10.0
La review indicava 2026.10.0 come candidato per il collaudo di compatibilità.
Collaudare HTTP/SSH, riconnessione WAN, riavvio e URL codificati/con slash finale prima della promozione. È la versione proposta in quella data.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il riavvio del tunnel può interrompere l’accesso remoto; predisporre un recupero indipendente.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · ClickHouse 26.8 LTS26.8.23.6
La review indicava 26.8.23.6 LTS come nuova versione da collaudare.
Mantenere la versione di produzione fissata finché non riescono i test di ingestion, correttezza query, retention e recupero. I candidati delle review successive sostituiscono questa versione storica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il servizio/container del database deve essere riavviato quando si applica un aggiornamento qualificato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · MySQL 8.48.4.12
Non venivano indicate nuove azioni MySQL oltre al completamento del collaudo Docker 8.4.12.
Mantenere aperto l’aggiornamento di sicurezza dell’immagine Docker finché backup/ripristino e compatibilità del database non sono collaudati.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
La sostituzione dell’immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.

Revisione storica: versioni e decisioni si riferiscono alla data indicata sopra. Per aggiornare oggi, segui l’ultima release cumulativa compatibile e le istruzioni dei relativi componenti.

Fonti ufficiali

4 ottobre 2026OpenSSL, migrazione API e collaudo ClickHouseLeggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

La review dava priorità a OpenSSL, scadenza Cloudflare del giorno seguente e nuova versione ClickHouse da collaudare.

Revisione settimanale di origine: 4 ottobre 2026

P1 · Ubuntu 24.04 / OpenSSL3.0.13-0ubuntu3.16
USN-8847-1 forniva il requisito OpenSSL/libssl3t64; Canonical indica il riavvio.
Aggiornare i pacchetti host applicabili e programmare il riavvio con verifiche di recupero. Le librerie dei container richiedono inventario separato.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
L’avviso Canonical citato richiede il riavvio per completare l’aggiornamento.
Interruzione del servizio
I processi che usano la vecchia libreria devono essere aggiornati; l’avviso indica il riavvio dell’host.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 conditional · Ubuntu 24.04 / OpenVPN2.6.19-0ubuntu0.24.04.4
La review segnalava USN-8852-1 quando OpenVPN è installato.
Determinare applicabilità, aggiornare i pacchetti installati e verificare riconnessione/routing VPN prima della promozione.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Cloudflare Tunnel API5 October 2026
La review indicava il 5 ottobre come scadenza della migrazione API.
Verificare endpoint route_id ed endpoint dedicato connections. Correzione alla pubblicazione: controllare anche cloudflared route ip add/delete; la sola assenza di codice API personalizzato non basta per concludere N/A per tutta la modifica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Nessun riavvio dell’apparato per la sola migrazione API.
Interruzione del servizio
Collaudare le integrazioni di provisioning e monitoraggio interessate; non è prescritto un riavvio generico del servizio.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · cloudflared2026.9.3
La review indicava 2026.9.3 come candidato per il collaudo di compatibilità.
Collaudare HTTP/SSH, riconnessione WAN, riavvio e URL codificati/con slash finale prima della promozione. È la versione proposta in quella data.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il riavvio del tunnel può interrompere l’accesso remoto; predisporre un recupero indipendente.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 / P1 conditional · ClickHouse 26.8 LTS26.8.16.41
La review proponeva 26.8.16.41 LTS e alzava la priorità dove erano usati autenticazione ssl_certificate o altre funzioni interessate. È la valutazione del rischio registrata in quella data.
Mantenere la versione di produzione fissata finché non riescono i test di ingestion, correttezza query, retention e recupero. I candidati delle review successive sostituiscono questa versione storica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il servizio/container del database deve essere riavviato quando si applica un aggiornamento qualificato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Ubuntu 24.04 / Kernel6.8.0-142.142
La review segnalava un aggiornamento di sicurezza con cambio ABI da collaudare sull’hardware.
Richiedere validazione di DKMS/moduli di terze parti, modem, rete e recupero del boot prima del riavvio controllato. Per la versione kernel attuale usare l’ultimo report.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Sì, dopo il collaudo hardware e del recupero; mai automatico.
Interruzione del servizio
Il riavvio interrompe tutti i servizi dell’apparato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · MySQL 8.48.4.12
La review manteneva aperto l’aggiornamento Docker 8.4.12 senza una nuova azione di rilascio database.
Mantenere aperto l’aggiornamento di sicurezza dell’immagine Docker finché backup/ripristino e compatibilità del database non sono collaudati.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
La sostituzione dell’immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.

Revisione storica: versioni e decisioni si riferiscono alla data indicata sopra. Per aggiornare oggi, segui l’ultima release cumulativa compatibile e le istruzioni dei relativi componenti.

Fonti ufficiali

27 settembre 2026ABI kernel, curl e sudoLeggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

La review separava il collaudo hardware del kernel dal patching di sicurezza dei pacchetti userspace.

Revisione settimanale di origine: 27 settembre 2026

P1 · Ubuntu 24.04 / Kernel6.8.0-142.142
La review segnalava un aggiornamento di sicurezza con cambio ABI da collaudare sull’hardware.
Richiedere validazione di DKMS/moduli di terze parti, modem, rete e recupero del boot prima del riavvio controllato. Per la versione kernel attuale usare l’ultimo report.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Sì, dopo il collaudo hardware e del recupero; mai automatico.
Interruzione del servizio
Il riavvio interrompe tutti i servizi dell’apparato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Ubuntu 24.04 / curl8.5.0-2ubuntu10.15
USN-8820-1 era il requisito curl/libcurl selezionato nella review.
Aggiornare i binari installati e verificare HTTPS/proxy. Il report di ottobre sostituisce questo requisito con .16.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · Ubuntu 24.04 / sudo1.9.15p5-3ubuntu5.24.04.3
La review segnalava USN-8803-1 per un problema nell’applicazione delle policy.
Aggiornare e controllare l’amministrazione con restrizioni; il successivo requisito .4 sostituisce questo .3 storico.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · Ubuntu 24.04 / Expat2.6.1-2ubuntu0.6
La review includeva Expat nel patching di sicurezza della baseline se installato.
Verificare i componenti installati che elaborano XML e applicare il relativo aggiornamento di sicurezza Ubuntu.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Cloudflare Tunnel API5 October 2026
La review chiedeva di chiudere l’inventario API prima della scadenza della settimana successiva.
Verificare endpoint route_id ed endpoint dedicato connections. Correzione alla pubblicazione: controllare anche cloudflared route ip add/delete; la sola assenza di codice API personalizzato non basta per concludere N/A per tutta la modifica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Nessun riavvio dell’apparato per la sola migrazione API.
Interruzione del servizio
Collaudare le integrazioni di provisioning e monitoraggio interessate; non è prescritto un riavvio generico del servizio.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · cloudflared2026.9.3
La review indicava 2026.9.3 come candidato per il collaudo di compatibilità.
Collaudare HTTP/SSH, riconnessione WAN, riavvio e URL codificati/con slash finale prima della promozione. È la versione proposta in quella data.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il riavvio del tunnel può interrompere l’accesso remoto; predisporre un recupero indipendente.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · ClickHouse 26.8 LTS26.8.12.53
La review indicava 26.8.12.53 LTS come nuova versione da collaudare.
Mantenere la versione di produzione fissata finché non riescono i test di ingestion, correttezza query, retention e recupero. I candidati delle review successive sostituiscono questa versione storica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il servizio/container del database deve essere riavviato quando si applica un aggiornamento qualificato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · MySQL 8.48.4.12
Il collaudo Docker 8.4.12 rimaneva un’attività aperta dalle review precedenti.
Mantenere aperto l’aggiornamento di sicurezza dell’immagine Docker finché backup/ripristino e compatibilità del database non sono collaudati.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
La sostituzione dell’immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.

Revisione storica: versioni e decisioni si riferiscono alla data indicata sopra. Per aggiornare oggi, segui l’ultima release cumulativa compatibile e le istruzioni dei relativi componenti.

Fonti ufficiali

20 settembre 2026polkit, nginx condizionale e scadenza API CloudflareLeggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

La review dava priorità a polkit, correzione nginx Ubuntu dove applicabile e migrazione API prima del 5 ottobre.

Revisione settimanale di origine: 20 settembre 2026

P1 · Ubuntu 24.04 / polkit124-2ubuntu1.24.04.4
La review individuava USN-8762-1 per problemi di sicurezza locali in polkit.
Includere i binari polkit installati nella baseline di sicurezza e verificare l’amministrazione.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 conditional · Ubuntu 24.04 / nginx1.24.0-2ubuntu7.18
La review segnalava l’aggiornamento nginx Ubuntu corretto dopo una precedente regressione.
Applicare soltanto ai pacchetti nginx Ubuntu installati dopo i test di reverse proxy/configurazione; le immagini container hanno una baseline separata.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Verificare e riavviare i servizi interessati dove necessario.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · Cloudflare Tunnel API5 October 2026
La review richiedeva inventario API prima della dismissione del 5 ottobre.
Verificare endpoint route_id ed endpoint dedicato connections. Correzione alla pubblicazione: controllare anche cloudflared route ip add/delete; la sola assenza di codice API personalizzato non basta per concludere N/A per tutta la modifica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Nessun riavvio dell’apparato per la sola migrazione API.
Interruzione del servizio
Collaudare le integrazioni di provisioning e monitoraggio interessate; non è prescritto un riavvio generico del servizio.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · cloudflared2026.9.1
La review indicava 2026.9.1 come candidato per il collaudo di compatibilità.
Collaudare HTTP/SSH, riconnessione WAN, riavvio e URL codificati/con slash finale prima della promozione. È la versione proposta in quella data.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il riavvio del tunnel può interrompere l’accesso remoto; predisporre un recupero indipendente.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · ClickHouse 26.8 LTS26.8.7.19
La review indicava 26.8.7.19 LTS come nuova versione da collaudare.
Mantenere la versione di produzione fissata finché non riescono i test di ingestion, correttezza query, retention e recupero. I candidati delle review successive sostituiscono questa versione storica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il servizio/container del database deve essere riavviato quando si applica un aggiornamento qualificato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · MySQL 8.48.4.12
La review non indicava nuove azioni MySQL oltre all’aggiornamento Docker 8.4.12 già aperto.
Mantenere aperto l’aggiornamento di sicurezza dell’immagine Docker finché backup/ripristino e compatibilità del database non sono collaudati.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
La sostituzione dell’immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.

Revisione storica: versioni e decisioni si riferiscono alla data indicata sopra. Per aggiornare oggi, segui l’ultima release cumulativa compatibile e le istruzioni dei relativi componenti.

Fonti ufficiali

7 settembre 2026OpenSSH e controllo versioni del tunnelLeggi il report

Prima pubblicazione in questa sezione: 19 ottobre 2026

Questa revisione dava priorità a OpenSSH, alla versione cloudflared installata e alla compatibilità Docker/database.

Revisione settimanale di origine: 7 settembre 2026

P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.19
USN-8721-1 introduceva il requisito OpenSSH riportato in questa review.
Aggiornare dopo i test di accesso; il requisito storico è sostituito dalla .20 nel report di ottobre.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
OpenSSH deve usare i binari aggiornati; validare configurazione e nuova connessione dopo il riavvio del servizio.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P1 · cloudflared2026.8.3
La review richiedeva inventario ed esclusione delle problematiche 2026.8.0/2026.8.1, proponendo 2026.8.3 per il collaudo.
Verificare gestione URL, HTTP/SSH e riavvio prima della sostituzione del tunnel; le review successive indicano candidati più recenti.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il riavvio del tunnel può interrompere l’accesso remoto; predisporre un recupero indipendente.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · MySQL 8.48.4.12
La review individuava l’aggiornamento di sicurezza 8.4.12 del 18 agosto, specifico per Docker.
Mantenere aperto l’aggiornamento di sicurezza dell’immagine Docker finché backup/ripristino e compatibilità del database non sono collaudati.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
La sostituzione dell’immagine richiede il riavvio del database/container e una finestra di manutenzione.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.
P2 · ClickHouse 26.8 LTS26.8.2.7
La review indicava 26.8.2.7 LTS come nuova versione da collaudare.
Mantenere la versione di produzione fissata finché non riescono i test di ingestion, correttezza query, retention e recupero. I candidati delle review successive sostituiscono questa versione storica.
Procedura e riavvio alla data del report
Indicazioni conservate dalla revisione storica. Per versioni software e passaggi di installazione correnti, segui l’ultima release cumulativa compatibile.
Riavvio dell’apparato
Normalmente nessun riavvio dell’host per il solo componente; seguire la procedura corrente qualificata.
Interruzione del servizio
Il servizio/container del database deve essere riavviato quando si applica un aggiornamento qualificato.
1. Leggere la decisione nel contesto della review originale. Non installare una versione precedente soltanto perché è riportata qui.
2. Prima di programmare un aggiornamento verificare l’ultimo report, l’inventario effettivo di host/container e il collaudo applicabile.
Verifica finale: Usa la procedura corrente del componente per verificare versione del pacchetto, servizio in esecuzione e requisiti di riavvio dopo un aggiornamento.

Revisione storica: versioni e decisioni si riferiscono alla data indicata sopra. Per aggiornare oggi, segui l’ultima release cumulativa compatibile e le istruzioni dei relativi componenti.

PHP 7.4 · host/container

Identifica la versione

Controlla i prerequisiti

Applica e verifica

Dove eseguo la patch PHP?

Host Docker → container applicativo goofy_pare_mod

Ubuntu 20.04 LTS · amd64 · Apache/PHP 7.4

Ubuntu 24.04 LTS · amd64

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Fonti ufficiali

Contact US