FOXBOX SECURITY

Security Watch & Updates

Maintenez votre FoxBox à jour. Suivez les analyses de sécurité et trouvez le correctif cumulatif correspondant à votre version logicielle.

Last verification28 Octobre 2026

Cadence de révisionHebdomadaire

sélection de patchPar mise à jour logicielle

SURVEILLANCE DE SÉCURITÉ

Latest security publication

28 Octobre 2026

PHP host launcher available with instructions for goofy_pare_mod. The original PHP patch runs inside the application container; the new launcher starts from the host and keeps the original compatibility checks and recovery.

P1Correctif disponible

PHP 7.4 · host/container

An Ubuntu 24.04 host is a different environment from the Ubuntu 20.04 PHP application container. Running the original PHP updater in the host shell triggers its correct base guard.

Version fournisseurLauncher 2026.10.27-r1

décision de FoxBox

Publish the tested host launcher for the existing PHP module. It reuses the original cumulative payload, verifies the container and package hashes, then runs the PHP update inside the container. No new PHP binaries and no host OS upgrade.

Real offline update and rollback passed in an isolated synthetic application. The host launcher was also checked on the Ubuntu 24.04 demo: PHP was already current, so apply changed no packages or service processes. No customer appliance was updated remotely. This launcher covers PHP only.

INSTRUCTIONS DE LIBÉRATION

Comment effectuer la mise à jour ? Quand redémarrer ?

For PHP, choose the host launcher or the original in-container method. The cumulative package and separate host OS patch keep their own procedures. Check each procedure for service interruptions and reboot requirements.

Exigences de redémarrage pour ce rapport
Composant / version	Redémarrage de l'appliance	État de service / état actuel
PHP 7.4 · host/container`Launcher 2026.10.27-r1`	No host reboot and no Docker container restart.	If PHP needs updating, Apache inside the container stops and starts. Schedule maintenance. Persistent PHP CLI services are drained/reloaded separately if reported.
PHP · start from the Docker host · 2026.10.27-r1 · PHP host launcher	No host reboot and no Docker container restart.	If PHP needs updating, Apache inside the container stops and starts. Schedule maintenance. Persistent PHP CLI services are drained/reloaded separately if reported.
IMPORTANT — Latest customer cumulative security update · Cumulative · 2026.10.26-r1	Not required. No automatic appliance reboot.	Maintenance window: Apache stop/start if PHP changes; MySQL stops and the identified writer containers are suspended during database staging. Persistent PHP CLI services require their application manager. Never use killall.
Mises à jour de sécurité de l'hôte FoxBox · 2026.10.19-r2	Nécessaire pour activer un nouveau noyau et après une mise à jour d'OpenSSL. Vérifiez si un redémarrage est requis. Le programme ne redémarre jamais automatiquement.	Les scripts d'exécution peuvent redémarrer des services. Actualisez la connexion SSH et vérifiez-la ; redémarrez les applications utilisant des bibliothèques mises à jour. Planifiez une fenêtre de maintenance.

PHP 7.4 · host/containerLauncher 2026.10.27-r1Afficher les étapes

Run these commands on the Docker HOST, including Ubuntu 24.04. PHP remains inside goofy_pare_mod: the launcher checks that the application container is Ubuntu 20.04 amd64 with Apache/PHP 7.4. The original cumulative package dated 26 October is also required.

Redémarrage de l'appliance: No host reboot and no Docker container restart.
Interruption de service: If PHP needs updating, Apache inside the container stops and starts. Schedule maintenance. Persistent PHP CLI services are drained/reloaded separately if reported.

On the Docker host, download the original cumulative ZIP 2026.10.26-r1 from its card below and the new PHP host launcher ZIP. Compare each SHA-256 with the value shown on this page, then extract them into two separate folders. Do not edit the original updater or its Ubuntu check.
```
sha256sum foxbox-php74-host-launcher-2026.10.27-r1.zip
sha256sum foxbox-cumulative-update-2026.10.26-r1.zip
```
Put the extracted cumulative files in a folder named foxbox-cumulative-update-2026.10.26-r1. From the parent folder, copy only the new launcher into it and enter that folder. Leave foxbox_php74.py, vendor and tools unchanged.
```
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
```
Still on the HOST, identify the application environment. The default container name is goofy_pare_mod. Diagnose only reads the container and does not stage or install packages. Check application.os.version_id=20.04 and architecture=amd64. Ubuntu 24.04 on the HOST is allowed.
```
sudo python3 foxbox_php74_host.py diagnose
```
Run the actual PHP check from the HOST. The launcher verifies the original bundle, copies only the public PHP payload into a private container folder if needed and runs the original check there. update_required / exit 2 means an update is needed; it is not an APT failure. Do not chain check and apply with &&.
```
sudo python3 foxbox_php74_host.py check
```
Prepare console access, a maintenance window and protected recovery for this appliance. Apply uses the original customer-specific package/configuration backup and local APT plan. Apache is restarted only when PHP changes. No real SMS/email test send is needed.
```
sudo python3 foxbox_php74_host.py apply --recovery-ready
```
Verify from the HOST. Keep the private checkpoint in the container and a verified protected external copy. If cli_restart_required=true, drain and reload the affected PHP CLI services with their application manager, then repeat check and verify. Never use killall.
```
sudo python3 foxbox_php74_host.py verify
```
If the real application container has a different name, use --container REAL_NAME consistently on every command. If the launcher is outside the original cumulative folder, add --bundle /path/to/foxbox-cumulative-update-2026.10.26-r1. A different container OS/base remains blocked.
For an intentional recovery only, run rollback from the HOST in maintenance. The original updater verifies post-update hashes before restoring that appliance’s previous PHP packages/configuration. A later change blocks rollback. Restoring old packages reopens the vulnerabilities.
```
sudo python3 foxbox_php74_host.py rollback --recovery-ready
```

Vérification d'achèvement : The PHP receipt must report the current web runtime and no pending old CLI runtime. Only PHP is covered by this launcher. CA, MySQL and zlib keep the separate scopes and instructions of the original cumulative release; PHP success is not an overall security PASS.

METTEZ À JOUR VOTRE APPAREIL

Un correctif cumulatif par version.

Choisissez le package correspondant à votre version de base du logiciel FoxBox. Chaque nouveau correctif cumulatif inclut toutes les corrections précédemment requises dans cette branche, vous permettant ainsi de partir d'une version antérieure. Chaque nouvelle version du logiciel FoxBox ouvre une branche distincte.

01
Identifier la version

Le nom du modèle seul ne suffit pas. Vérifiez que la version du logiciel FoxBox, le système d'exploitation et la configuration matérielle requis sont conformes aux notes de version.
02
Vérifiez toutes les conditions préalables

Le dernier package vérifie l'ensemble des correctifs cumulatifs et s'arrête en cas de configuration de base non prise en charge ou d'exigence non satisfaite. Un correctif d'une autre version n'est pas interchangeable.
03
Postuler et vérifier

Suivez les instructions du package pour la sauvegarde, la maintenance et la restauration. Les modifications du noyau nécessitent un redémarrage et des modules tiers compatibles avant que la mise à jour ne soit terminée.

Where do I run the PHP patch?

The host and the application container can use different Ubuntu releases. In this setup the host is Ubuntu 24.04 and PHP is in goofy_pare_mod. Choose one PHP method:

PHP method	Where to run it
Original PHP updater · cumulative 26 October`foxbox_php74.py / update-foxbox.sh app`	INSIDE the Ubuntu 20.04 application container containing PHP.
New PHP host launcher`foxbox_php74_host.py`	On the Docker HOST, including Ubuntu 24.04. It executes the original PHP updater inside goofy_pare_mod.

If the original PHP script reports “Supported base: Ubuntu20.04” from an Ubuntu 24.04 host shell, use the host launcher or enter the application container. Do not remove the OS guard. This distinction concerns PHP/app: the cumulative MySQL module and the separate host OS patches retain their own host-side procedures.

PHP · start from the Docker host

Host Docker → goofy_pare_mod application container

Use the PHP patch from the host shell, including an Ubuntu 24.04 host. The existing PHP 7.4 update runs inside the supported Ubuntu 20.04 container. Choose this host method or the original in-container PHP method.

Emballer 2026.10.27-r1 · PHP host launcher

Correctif disponible

Add-on for the original 2026.10.26-r1 package, not a replacement cumulative ZIP. Includes the full launcher source and instructions. Published here on 28 October.

Download PHP host launcher

SHA-2567c73d897b436ae49c0a54643a8d644b3d2b1cecb3ce1b30ece74b7e6551ebc52

Comment utiliser la version 2026.10.27-r1 · PHP host launcherAfficher les étapes

Redémarrage de l'appliance: No host reboot and no Docker container restart.
Interruption de service: If PHP needs updating, Apache inside the container stops and starts. Schedule maintenance. Persistent PHP CLI services are drained/reloaded separately if reported.

On the Docker host, download the original cumulative ZIP 2026.10.26-r1 from its card below and the new PHP host launcher ZIP. Compare each SHA-256 with the value shown on this page, then extract them into two separate folders. Do not edit the original updater or its Ubuntu check.
```
sha256sum foxbox-php74-host-launcher-2026.10.27-r1.zip
sha256sum foxbox-cumulative-update-2026.10.26-r1.zip
```
Put the extracted cumulative files in a folder named foxbox-cumulative-update-2026.10.26-r1. From the parent folder, copy only the new launcher into it and enter that folder. Leave foxbox_php74.py, vendor and tools unchanged.
```
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
```
Still on the HOST, identify the application environment. The default container name is goofy_pare_mod. Diagnose only reads the container and does not stage or install packages. Check application.os.version_id=20.04 and architecture=amd64. Ubuntu 24.04 on the HOST is allowed.
```
sudo python3 foxbox_php74_host.py diagnose
```
Run the actual PHP check from the HOST. The launcher verifies the original bundle, copies only the public PHP payload into a private container folder if needed and runs the original check there. update_required / exit 2 means an update is needed; it is not an APT failure. Do not chain check and apply with &&.
```
sudo python3 foxbox_php74_host.py check
```
Prepare console access, a maintenance window and protected recovery for this appliance. Apply uses the original customer-specific package/configuration backup and local APT plan. Apache is restarted only when PHP changes. No real SMS/email test send is needed.
```
sudo python3 foxbox_php74_host.py apply --recovery-ready
```
Verify from the HOST. Keep the private checkpoint in the container and a verified protected external copy. If cli_restart_required=true, drain and reload the affected PHP CLI services with their application manager, then repeat check and verify. Never use killall.
```
sudo python3 foxbox_php74_host.py verify
```
If the real application container has a different name, use --container REAL_NAME consistently on every command. If the launcher is outside the original cumulative folder, add --bundle /path/to/foxbox-cumulative-update-2026.10.26-r1. A different container OS/base remains blocked.
For an intentional recovery only, run rollback from the HOST in maintenance. The original updater verifies post-update hashes before restoring that appliance’s previous PHP packages/configuration. A later change blocks rollback. Restoring old packages reopens the vulnerabilities.
```
sudo python3 foxbox_php74_host.py rollback --recovery-ready
```

IMPORTANT — Latest customer cumulative security update

Ubuntu 20.04 LTS · amd64 · Apache/PHP 7.4

Original cumulative release: the app/PHP/CA commands run INSIDE the application container when present. Run its MySQL module on the Docker HOST. For PHP-only operation from the host, use the separate launcher above.

Emballer Cumulative · 2026.10.26-r1

Correctif disponible

Complete offline binaries and automatic scripts. Read the procedure: the application and MySQL run in different environments. Focal zlib is explicitly pending; no overall security PASS is claimed.

Télécharger le correctif cumulatif

SHA-256449fa227da4904280aa5d01f5baa8bf57d37ff04d4fe5347a134b591eca7c997

Download corresponding source and licenses ↓

SHA-256 · source3ad3dc482bdfb1f054dc1a2ed85c25109985e23ae45c41b53b04e679899f9794

Comment utiliser la version Cumulative · 2026.10.26-r1Afficher les étapes

Original 26 October cumulative: Ubuntu 20.04 amd64 Apache/PHP 7.4 in the application environment. The app commands below belong INSIDE the container when PHP is containerized. MySQL commands belong on the Docker HOST.

Redémarrage de l'appliance: Not required. No automatic appliance reboot.
Interruption de service: Maintenance window: Apache stop/start if PHP changes; MySQL stops and the identified writer containers are suspended during database staging. Persistent PHP CLI services require their application manager. Never use killall.

Download the latest cumulative ZIP and verify its published SHA-256 before extraction. Inside the extracted directory verify every included file. The original PHP/CA packages and the complete MySQL 8.4.13 image are included; no update-time download is required.
```
sha256sum -c SHA256SUMS
```
Prepare console access, a maintenance window, sufficient backup/Docker storage and a protected external backup. Identify and safely drain ALL database writers and administrators, including external jobs and services. Read README-EN.txt for compatibility, private recovery and unsupported layouts.
Run the application check where PHP is installed, as root; inside the application container when present. Optional extensions are detected, newer packages are preserved.
```
sudo sh ./update-foxbox.sh app check
```
After preparing recovery, update missing PHP/CA packages. The updater backs up that appliance’s original packages and configuration, checks a local-only APT plan and restarts Apache only if PHP changes. CA changes rebuild system trust and preserve local CA files.
```
sudo sh ./update-foxbox.sh app apply --recovery-ready
```
Verify PHP and active CA revocation. If cli_restart_required=true, drain/reload persistent PHP CLI services through their actual application manager and repeat check. Verify TLS paths after CA revocation. Exit3 / PARTIAL_VENDOR_ZLIB_PENDING is deliberate: Canonical has not qualified a Focal zlib fix.
```
sudo sh ./update-foxbox.sh app verify
```
On the Docker host, replace foxbox-db and foxbox-app with actual container names and list every writer. Stage the MySQL update. If the default bridge is attached, first verify that its dynamic address is not used as a fixed endpoint, then add --default-bridge-address-dynamic. No implicit branch migration.
```
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 keeps writers suspended. The script preserves the original container/volume, creates logical and cold physical backups, restores into a new volume, preserves MEMORY data and the original server/client configuration, then checks the upgraded server, tables, networks and ports. Verify and copy the private checkpoint to protected external storage before reopening writes. Use the same operator/home throughout.
```
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
After validation, commit reopens writes and resumes the listed containers. Check actual application daemons, login, read-only database access and queue health. Never generate real test messages/orders. From commit onward automatic rollback is blocked to protect newer transactions.
```
sh ./update-foxbox.sh mysql commit --db-container foxbox-db
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
App recovery restores the customer’s original packages only if post-update hashes still match. MySQL rollback is available only before commit, with writers still suspended: it restores the original image and original volume, including MEMORY contents. It never starts an older MySQL on upgraded data. After writes resume a separate recovery plan must preserve newer transactions.
```
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
```

Vérification d'achèvement : PHP/CA and MySQL have separate verification receipts. Focal zlib remains UNKNOWN until Canonical publishes an applicable fix; no overall security PASS is claimed. Preserve private recovery and previous download versions. No automatic host reboot.

Mises à jour de sécurité de l'hôte FoxBox

Ubuntu 24.04 LTS · amd64

Exigences cumulatives issues des revues hebdomadaires du 7 septembre au 18 octobre 2026 : OpenSSH, curl, urllib3, PolicyKit, nginx, sudo, libxml2, OpenSSL, Expat et OpenVPN, lorsqu’ils sont installés. Le noyau GA générique 6.8 effectue des redémarrages et des vérifications de modules distincts. Les bases de données et les conteneurs utilisent leurs propres procédures de mise à jour.

Emballer 2026.10.19-r2

Correctif disponible

Ce correctif met à jour les paquets hôtes Ubuntu concernés et vérifie toutes les exigences précédentes. Les paquets déjà installés sont conservés. Le programme signale tout redémarrage nécessaire et ne redémarre jamais automatiquement.

Télécharger le correctif cumulatif

SHA-256faf596db24ab3b27c7bafda7e80b4c8dc560272f589e76ac0da6e9060eef2219

Comment utiliser la version 2026.10.19-r2Afficher les étapes

Hôte Ubuntu 24.04 LTS amd64, noyau générique GA 6.8. Inclut les paquets Ubuntu installés et listés ci-dessus. À exécuter sur l'hôte. Les mises à jour des bases de données, conteneurs, applications et pilotes tiers suivent leurs propres procédures.

Redémarrage de l'appliance: Nécessaire pour activer un nouveau noyau et après une mise à jour d'OpenSSL. Vérifiez si un redémarrage est requis. Le programme ne redémarre jamais automatiquement.
Interruption de service: Les scripts d'exécution peuvent redémarrer des services. Actualisez la connexion SSH et vérifiez-la ; redémarrez les applications utilisant des bibliothèques mises à jour. Planifiez une fenêtre de maintenance.

Téléchargez le fichier ZIP et comparez son algorithme SHA-256 complet avec la somme de contrôle ci-dessus. Arrêtez la recherche en cas de différence.
```
sha256sum foxbox-security-update-2026.10.19-r2.zip
```
Extrayez les fichiers dans un nouveau répertoire de travail privé, en dehors du répertoire racine du site web. Vérifiez chaque fichier inclus ; toutes les entrées de SHA256SUMS doivent indiquer « 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
```
Vérifiez les versions installées et la configuration de base requise. Le rapport local indique les paquets à mettre à jour et si un redémarrage est nécessaire. Consultez le fichier README-EN.txt pour connaître les prérequis et la procédure de récupération.
```
/usr/bin/python3 foxbox_security.py check
```
Préparez une fenêtre de maintenance, une seconde connexion d'administration et un accès console/récupération. Les modifications nécessitent les droits root, Python système avec python3-apt, des dépôts Ubuntu authentifiés, un état dpkg cohérent et 2 Gio d'espace libre pour la sauvegarde protégée. L'installation d'un noyau requiert également 1 Gio d'espace libre dans /boot et les modules compatibles intégrés. Les paquets obsolètes (version inférieure à la requise), DKMS, les modules externes, les noyaux HWE ou les paquets de récupération indisponibles interrompent l'opération.
Appliquez le correctif cumulatif. Il vérifie les versions, les sources des paquets et le plan APT avant l'installation. Si tous les paquets requis sont déjà à jour, il renvoie already_up_to_date. Les fichiers ZIP des correctifs précédents ne sont pas nécessaires.
```
sudo /usr/bin/python3 foxbox_security.py apply
```
Consultez les résultats pour connaître les valeurs de packages_changed, reboot_required, reboot_performed et private_snapshot. Après une vérification de configuration réussie, actualisez SSH, ouvrez une nouvelle connexion SSH indépendante et vérifiez les services affectés. Si reboot_required est vrai, effectuez le redémarrage contrôlé pendant la fenêtre de maintenance, puis vérifiez le noyau, les chemins du modem et les applications. Relancez la vérification.
```
sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
/usr/bin/python3 foxbox_security.py check
```

Vérification d'achèvement : Code de sortie 0 : vérification terminée ou application réussie/configuration déjà en cours ; 2 : la vérification nécessite une action ou un redémarrage ; 3 : configuration de base non prise en charge ; 4 : erreur ou prérequis manquant. Si l’application signale une modification partielle, conservez un instantané privé et suivez les instructions de récupération du fichier README avant de réessayer.

DOSSIERS DATÉS

Archives des rapports

Consultez les tests précédents, en indiquant leur date d'origine et les composants sélectionnés. Pour une mise à jour, utilisez le dernier correctif cumulatif compatible, qui prend également en compte les exigences des tests précédents.

28 Octobre 2026PHP update guide: Docker host or application containerLire le rapport

Première publication ici : 28 Octobre 2026

P1 · PHP 7.4 · host/containerLauncher 2026.10.27-r1
An Ubuntu 24.04 host is a different environment from the Ubuntu 20.04 PHP application container. Running the original PHP updater in the host shell triggers its correct base guard.

Publish the tested host launcher for the existing PHP module. It reuses the original cumulative payload, verifies the container and package hashes, then runs the PHP update inside the container. No new PHP binaries and no host OS upgrade.
Procédure et exigences de redémarrage à la date du rapport
Run these commands on the Docker HOST, including Ubuntu 24.04. PHP remains inside goofy_pare_mod: the launcher checks that the application container is Ubuntu 20.04 amd64 with Apache/PHP 7.4. The original cumulative package dated 26 October is also required.

Redémarrage de l'appliance

No host reboot and no Docker container restart.

Interruption de service

If PHP needs updating, Apache inside the container stops and starts. Schedule maintenance. Persistent PHP CLI services are drained/reloaded separately if reported.
1. On the Docker host, download the original cumulative ZIP 2026.10.26-r1 from its card below and the new PHP host launcher ZIP. Compare each SHA-256 with the value shown on this page, then extract them into two separate folders. Do not edit the original updater or its Ubuntu check.
```
sha256sum foxbox-php74-host-launcher-2026.10.27-r1.zip
sha256sum foxbox-cumulative-update-2026.10.26-r1.zip
```
2. Put the extracted cumulative files in a folder named foxbox-cumulative-update-2026.10.26-r1. From the parent folder, copy only the new launcher into it and enter that folder. Leave foxbox_php74.py, vendor and tools unchanged.
```
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. Still on the HOST, identify the application environment. The default container name is goofy_pare_mod. Diagnose only reads the container and does not stage or install packages. Check application.os.version_id=20.04 and architecture=amd64. Ubuntu 24.04 on the HOST is allowed.
```
sudo python3 foxbox_php74_host.py diagnose
```
4. Run the actual PHP check from the HOST. The launcher verifies the original bundle, copies only the public PHP payload into a private container folder if needed and runs the original check there. update_required / exit 2 means an update is needed; it is not an APT failure. Do not chain check and apply with &&.
```
sudo python3 foxbox_php74_host.py check
```
5. Prepare console access, a maintenance window and protected recovery for this appliance. Apply uses the original customer-specific package/configuration backup and local APT plan. Apache is restarted only when PHP changes. No real SMS/email test send is needed.
```
sudo python3 foxbox_php74_host.py apply --recovery-ready
```
6. Verify from the HOST. Keep the private checkpoint in the container and a verified protected external copy. If cli_restart_required=true, drain and reload the affected PHP CLI services with their application manager, then repeat check and verify. Never use killall.
```
sudo python3 foxbox_php74_host.py verify
```
7. If the real application container has a different name, use --container REAL_NAME consistently on every command. If the launcher is outside the original cumulative folder, add --bundle /path/to/foxbox-cumulative-update-2026.10.26-r1. A different container OS/base remains blocked.
8. For an intentional recovery only, run rollback from the HOST in maintenance. The original updater verifies post-update hashes before restoring that appliance’s previous PHP packages/configuration. A later change blocks rollback. Restoring old packages reopens the vulnerabilities.
```
sudo python3 foxbox_php74_host.py rollback --recovery-ready
```
Vérification d'achèvement : The PHP receipt must report the current web runtime and no pending old CLI runtime. Only PHP is covered by this launcher. CA, MySQL and zlib keep the separate scopes and instructions of the original cumulative release; PHP success is not an overall security PASS.

Sources officielles

26 Octobre 2026Cumulative security update: MySQL 8.4, PHP 7.4 and CA revocationLire le rapport

Première publication ici : 26 Octobre 2026

Offline customer package for Ubuntu 20.04 amd64 Apache/PHP 7.4, with a separate staged MySQL 8.4 Docker module, private backups and protected recovery. Focal zlib remains under vendor evaluation.

P1 · MySQL Community8.48.4.13
The20October Critical Patch Update applies to affected Community8.4 versions through8.4.12.8.4.13 is the fixed release for this branch.

Offline8.4.13 module, cold/logical backup, isolated restore, verification and protected pre-commit rollback. Other branches or layouts require separate qualification.
Procédure et exigences de redémarrage à la date du rapport
Existing standalone MySQL Community8.4 Docker deployment; supported layout described in the package README.

Redémarrage de l'appliance

Not required. No automatic appliance reboot.

Interruption de service

Maintenance window: Apache stop/start if PHP changes; MySQL stops and the identified writer containers are suspended during database staging. Persistent PHP CLI services require their application manager. Never use killall.
1. On the Docker host, replace foxbox-db and foxbox-app with actual container names and list every writer. Stage the MySQL update. If the default bridge is attached, first verify that its dynamic address is not used as a fixed endpoint, then add --default-bridge-address-dynamic. No implicit branch migration.
```
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 keeps writers suspended. The script preserves the original container/volume, creates logical and cold physical backups, restores into a new volume, preserves MEMORY data and the original server/client configuration, then checks the upgraded server, tables, networks and ports. Verify and copy the private checkpoint to protected external storage before reopening writes. Use the same operator/home throughout.
```
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
3. After validation, commit reopens writes and resumes the listed containers. Check actual application daemons, login, read-only database access and queue health. Never generate real test messages/orders. From commit onward automatic rollback is blocked to protect newer transactions.
```
sh ./update-foxbox.sh mysql commit --db-container foxbox-db
sh ./update-foxbox.sh mysql verify --db-container foxbox-db
```
4. App recovery restores the customer’s original packages only if post-update hashes still match. MySQL rollback is available only before commit, with writers still suspended: it restores the original image and original volume, including MEMORY contents. It never starts an older MySQL on upgraded data. After writes resume a separate recovery plan must preserve newer transactions.
```
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
```
Vérification d'achèvement : PHP/CA and MySQL have separate verification receipts. Focal zlib remains UNKNOWN until Canonical publishes an applicable fix; no overall security PASS is claimed. Preserve private recovery and previous download versions. No automatic host reboot.
P1 · PHP 7.4 · Ubuntu 20.047.4.3-4ubuntu2.29+esm5
CVE-2026-109618 and CVE-2026-109619 allow remote code execution in affected PHP configurations. The Ubuntu Focal fix is retained in this cumulative release.

Detect installed extensions and active runtimes; update only missing official PHP variants. Already corrected installations are verified without forced reinstall.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 20.04 amd64, Apache mod_php7.4/prefork and Ubuntu PHP 7.4 CLI. Run inside the application container when applicable.

Redémarrage de l'appliance

Not required. No automatic appliance reboot.

Interruption de service

Apache stop/start only if PHP changes; reload persistent CLI services when flagged.
1. Run the application check where PHP is installed, as root; inside the application container when present. Optional extensions are detected, newer packages are preserved.
```
sudo sh ./update-foxbox.sh app check
```
2. After preparing recovery, update missing PHP/CA packages. The updater backs up that appliance’s original packages and configuration, checks a local-only APT plan and restarts Apache only if PHP changes. CA changes rebuild system trust and preserve local CA files.
```
sudo sh ./update-foxbox.sh app apply --recovery-ready
```
3. Verify PHP and active CA revocation. If cli_restart_required=true, drain/reload persistent PHP CLI services through their actual application manager and repeat check. Verify TLS paths after CA revocation. Exit3 / PARTIAL_VENDOR_ZLIB_PENDING is deliberate: Canonical has not qualified a Focal zlib fix.
```
sudo sh ./update-foxbox.sh app verify
```
Vérification d'achèvement : All installed PHP variants and active web/CLI runtimes must be current.
P1 · Ubuntu 20.04 · CA certificates20240203~20.04.1ubuntu0.1~esm2
USN-8944-2 removes trust in emSign ECC Root CA-G3 and Comodo AAA Services root following an intermediate-certificate compromise.

Install the original Focal CA package offline and verify actual active trust, preserving local CA configuration. Review any custom copies of revoked roots.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 20.04 amd64, Apache mod_php7.4/prefork and Ubuntu PHP 7.4 CLI. Run inside the application container when applicable.

Redémarrage de l'appliance

Not required. No automatic appliance reboot.

Interruption de service

Trust store rebuilt; check TLS paths and application-specific trust caches.
1. After preparing recovery, update missing PHP/CA packages. The updater backs up that appliance’s original packages and configuration, checks a local-only APT plan and restarts Apache only if PHP changes. CA changes rebuild system trust and preserve local CA files.
```
sudo sh ./update-foxbox.sh app apply --recovery-ready
```
2. Verify PHP and active CA revocation. If cli_restart_required=true, drain/reload persistent PHP CLI services through their actual application manager and repeat check. Verify TLS paths after CA revocation. Exit3 / PARTIAL_VENDOR_ZLIB_PENDING is deliberate: Canonical has not qualified a Focal zlib fix.
```
sudo sh ./update-foxbox.sh app verify
```
Vérification d'achèvement : Both compromised roots must be absent from active system trust; custom copies require review.
P2 · Ubuntu 20.04 · zlibCVE-2026-85091
Heap buffer overflow. Canonical lists Focal as Needs evaluation. USN-8954-1 provides a Noble fix; it does not specify a corrected Focal package. Embedded copies in rsync, klibc and zsync are listed as Vulnerable; when installed they remain pending.

UNKNOWN for Ubuntu 20.04. No unqualified/cross-release binary is installed. The cumulative script keeps this requirement pending rather than reporting a false global PASS.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 20.04/Focal zlib, separately from Ubuntu 24.04/Noble.

Redémarrage de l'appliance

No Focal patch is installed by this release.

Interruption de service

Vendor assessment pending. Noble fixed version does not establish Focal coverage.
1. Check the official CVE release status. Keep the installed Focal package and await a qualified cumulative revision; do not mix Ubuntu releases.
Vérification d'achèvement : UNKNOWN / Needs evaluation for Focal as of26October2026.

Qualification covers the documented baselines and component checks. It does not demonstrate installation on every customer appliance or SMS/email delivery. Focal zlib coverage remains pending.

Sources officielles

22 Octobre 2026IMPORTANT: PHP security update — customer downloadLire le rapport

IMPORTANT — Update the PHP runtime serving your FoxBox web interface. CVE-2026-109618 and CVE-2026-109619 can allow unauthenticated remote code execution. Both advisories are rated Critical, CVSS v4.0 9.2. Select the correction for your actual distribution and PHP branch.

Source revue hebdomadaire : 22 Octobre 2026

CRITICAL · 9.2 · PHP · CVE-2026-109618Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
Memory corruption when request handling runs out of memory can lead to remote code execution. PHP identifies Apache mod_php as the highest-risk deployment.

Update the installed PHP 7.4 runtime and extensions using the official Ubuntu 20.04 backport, then restart and verify Apache. For upstream PHP 8.2/8.3/8.4/8.5 use 8.2.35/8.3.36/8.4.27/8.5.12 or later corrected releases; distribution versions differ.
Procédure et exigences de redémarrage à la date du rapport
FoxBox customer appliances: Ubuntu 20.04 amd64, Apache mod_php7.4/prefork and PHP 7.4 CLI from Ubuntu packages. Run where PHP is installed, inside the application container when applicable. Installed extensions are detected automatically. FPM/embed, PPA/custom binary builds and other platforms require separate qualification.

Redémarrage de l'appliance

Not required. The program never reboots the appliance. Any previously pending kernel reboot is separate.

Interruption de service

Brief web interruption: full stop/start of Apache through its service manager, with old-process exit and current PHP module checks. Other services are preserved.
1. Download the PHP 7.4 update ZIP below. It includes the automatic updater and original corrected packages; no UbuntuPro credentials are required on the appliance. Compare the complete SHA256 with this page.
```
sha256sum foxbox-php74-update-2026.10.22-r1.zip
```
2. Extract in a new private directory outside the webroot and verify every included file. Run inside the application environment as 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. Run the read-only compatibility check. The tool detects installed PHP 7.4 source packages, verifies packaged files and preserves absent optional extensions and newer revisions. Read README-EN.txt.
```
python3 foxbox_php74.py check
```
4. Arrange a maintenance window, a second administrative session, external backup and console/recovery access. Root, Python 3.8+, APT/dpkg, full perl and 512 MiB free are required. Unknown/custom runtimes, holds or unrelated dependencies stop the operation.
5. Apply the update. It first creates private recovery packages from this appliance, saves configuration/runtime hashes, and simulates an offline plan. It installs only existing PHP components, preserves local configuration and fully stops/starts only Apache. No host reboot or real messages.
```
python3 foxbox_php74.py apply --recovery-ready
```
6. Check the result, web login and read-only DB connection. PHP may still display7.4.3: the full package revision must be7.4.3-4ubuntu2.29+esm5. No real SMS/email delivery test.
```
python3 foxbox_php74.py check
python3 foxbox_php74.py verify
```
7. If cli_restart_required is true, existing CLI daemons still hold old PHP in memory. Use the controlled service restart procedure for your application version, preserving queues/data, then repeat check. The updater reports this action and never terminates SMS daemons blindly.
8. Emergency recovery only: rollback compares the current state with the recorded post-install state, then restores the original packages saved from this appliance. It blocks on drift and preserves current business data. Rollback reintroduces the CVEs. Keep the private checkpoint out of the webroot.
```
python3 foxbox_php74.py rollback
```
Vérification d'achèvement : Success requires corrected full package revisions, a refreshed web runtime and preserved configuration/extensions. Check the login page and read-only DB connectivity. Already current returns already_up_to_date without reinstalling or restarting. On a partial APT failure, preserve the private checkpoint and follow README recovery before retrying. Check cli_restart_required: false means no old CLI runtime was observed.
CRITICAL · 9.2 · PHP · CVE-2026-109619Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
Internal request state may outlive freed memory and be reused by a later request in the same worker, with possible remote code execution.

Update the installed PHP 7.4 runtime and extensions using the official Ubuntu 20.04 backport, then restart and verify Apache. For upstream PHP 8.2/8.3/8.4/8.5 use 8.2.35/8.3.36/8.4.27/8.5.12 or later corrected releases; distribution versions differ.
Procédure et exigences de redémarrage à la date du rapport
FoxBox customer appliances: Ubuntu 20.04 amd64, Apache mod_php7.4/prefork and PHP 7.4 CLI from Ubuntu packages. Run where PHP is installed, inside the application container when applicable. Installed extensions are detected automatically. FPM/embed, PPA/custom binary builds and other platforms require separate qualification.

Redémarrage de l'appliance

Not required. The program never reboots the appliance. Any previously pending kernel reboot is separate.

Interruption de service

Brief web interruption: full stop/start of Apache through its service manager, with old-process exit and current PHP module checks. Other services are preserved.
1. Download the PHP 7.4 update ZIP below. It includes the automatic updater and original corrected packages; no UbuntuPro credentials are required on the appliance. Compare the complete SHA256 with this page.
```
sha256sum foxbox-php74-update-2026.10.22-r1.zip
```
2. Extract in a new private directory outside the webroot and verify every included file. Run inside the application environment as 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. Run the read-only compatibility check. The tool detects installed PHP 7.4 source packages, verifies packaged files and preserves absent optional extensions and newer revisions. Read README-EN.txt.
```
python3 foxbox_php74.py check
```
4. Arrange a maintenance window, a second administrative session, external backup and console/recovery access. Root, Python 3.8+, APT/dpkg, full perl and 512 MiB free are required. Unknown/custom runtimes, holds or unrelated dependencies stop the operation.
5. Apply the update. It first creates private recovery packages from this appliance, saves configuration/runtime hashes, and simulates an offline plan. It installs only existing PHP components, preserves local configuration and fully stops/starts only Apache. No host reboot or real messages.
```
python3 foxbox_php74.py apply --recovery-ready
```
6. Check the result, web login and read-only DB connection. PHP may still display7.4.3: the full package revision must be7.4.3-4ubuntu2.29+esm5. No real SMS/email delivery test.
```
python3 foxbox_php74.py check
python3 foxbox_php74.py verify
```
7. If cli_restart_required is true, existing CLI daemons still hold old PHP in memory. Use the controlled service restart procedure for your application version, preserving queues/data, then repeat check. The updater reports this action and never terminates SMS daemons blindly.
8. Emergency recovery only: rollback compares the current state with the recorded post-install state, then restores the original packages saved from this appliance. It blocks on drift and preserves current business data. Rollback reintroduces the CVEs. Keep the private checkpoint out of the webroot.
```
python3 foxbox_php74.py rollback
```
Vérification d'achèvement : Success requires corrected full package revisions, a refreshed web runtime and preserved configuration/extensions. Check the login page and read-only DB connectivity. Already current returns already_up_to_date without reinstalling or restarting. On a partial APT failure, preserve the private checkpoint and follow README recovery before retrying. Check cli_restart_required: false means no old CLI runtime was observed.

Automatic customer update for the Ubuntu 20.04 amd64 Apache/PHP 7.4 appliance baseline. Uses installed-package detection and private appliance-specific recovery; custom application changes still require compatibility review. This emergency correction does not restore general upstream PHP 7.4 support. The Ubuntu 24.04 host update remains a separate download.

Sources officielles

22 Octobre 2026IMPORTANT: critical PHP security updateLire le rapport

Source revue hebdomadaire : 22 Octobre 2026

CRITICAL · 9.2 · PHP · CVE-2026-109618Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
Memory corruption when request handling runs out of memory can lead to remote code execution. PHP identifies Apache mod_php as the highest-risk deployment.

Update the installed PHP 7.4 runtime and extensions using the official Ubuntu 20.04 backport, then restart and verify Apache. For upstream PHP 8.2/8.3/8.4/8.5 use 8.2.35/8.3.36/8.4.27/8.5.12 or later corrected releases; distribution versions differ.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 20.04 amd64 application container, Apache mod_php 7.4 and installed matching extensions. Obtain packages through authorised Ubuntu Pro/ESM access. Different distributions, PHP branches and appliance versions need separate qualification.

Redémarrage de l'appliance

Not required for this PHP update. Any previously pending kernel reboot is separate.

Interruption de service

Apache must restart so all workers load the corrected PHP runtime. A short web interruption is possible; CLI processes that stay running must also be refreshed.
1. Identify the application container, OS, architecture, web SAPI and installed PHP extensions. This procedure is for Ubuntu 20.04 amd64 with Apache mod_php 7.4. Do not run the Ubuntu 24.04 host patch inside this 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. Arrange a maintenance window and recovery access. Save PHP/Apache configuration, runtime hashes and the exact original packages in a private directory outside the webroot. Verify package restoration on an isolated container without production data, modems, queues or outgoing transports. Do not restore a database or SMS spool to roll back PHP.
3. Obtain the official Ubuntu Pro/ESM packages for the matching baseline using your authorised subscription. Ubuntu 20.04 requires php7.4 source-package revision 7.4.3-4ubuntu2.29+esm5 or later with both CVEs fixed. Keep credentials private. If the signed repository does not offer the correction, stop and contact support; a successful upgrade of the old public repository is not proof of remediation.
```
apt-cache policy libapache2-mod-php7.4 php7.4-cli php7.4-common
apt-mark showhold
```
4. Build the list from installed PHP 7.4 runtime packages only; absent optional extensions must remain absent. Check signed APT origins and SHA-256 for every package. Simulate the exact local package set before installation. Reject removals, new packages, branch changes, unsatisfied dependencies or unrelated upgrades.
```
# 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. After the isolated update and rollback tests pass, reread live package/configuration hashes and review the live APT plan. Apply only the approved local packages. Preserve existing configuration; stop on unexpected prompts. Package scripts may restart Apache, so coordinate service interruption and never restart the entire appliance automatically.
```
sudo apt-get --no-remove --no-install-recommends install ./*.deb
sudo apache2ctl configtest
```
6. After Syntax OK, refresh Apache in the maintenance window and confirm that every old worker has exited. Verify the web SAPI as well as CLI, the exact Debian package revisions, loaded extensions, login page and read-only database connectivity. Delete any temporary local-only diagnostic endpoint immediately. Do not send a real SMS or email as a check.
```
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. If checks fail, compare current hashes with the recorded post-update manifest. Only if they match, restore the saved original PHP packages with the reviewed downgrade plan and original configuration, then restart Apache and repeat checks. Stop on editor or package drift; preserve all current business data. A rollback reintroduces these vulnerabilities and is an emergency recovery step.
Vérification d'achèvement : The correction is established by the vendor package revision and refreshed web workers, not by the visible PHP 7.4.3 number alone. Test the supported appliance workflow without real message delivery. The host cumulative ZIP below does not update application containers.
CRITICAL · 9.2 · PHP · CVE-2026-109619Ubuntu 20.04 PHP 7.4: 7.4.3-4ubuntu2.29+esm5
Internal request state may outlive freed memory and be reused by a later request in the same worker, with possible remote code execution.

Update the installed PHP 7.4 runtime and extensions using the official Ubuntu 20.04 backport, then restart and verify Apache. For upstream PHP 8.2/8.3/8.4/8.5 use 8.2.35/8.3.36/8.4.27/8.5.12 or later corrected releases; distribution versions differ.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 20.04 amd64 application container, Apache mod_php 7.4 and installed matching extensions. Obtain packages through authorised Ubuntu Pro/ESM access. Different distributions, PHP branches and appliance versions need separate qualification.

Redémarrage de l'appliance

Not required for this PHP update. Any previously pending kernel reboot is separate.

Interruption de service

Apache must restart so all workers load the corrected PHP runtime. A short web interruption is possible; CLI processes that stay running must also be refreshed.
1. Identify the application container, OS, architecture, web SAPI and installed PHP extensions. This procedure is for Ubuntu 20.04 amd64 with Apache mod_php 7.4. Do not run the Ubuntu 24.04 host patch inside this 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. Arrange a maintenance window and recovery access. Save PHP/Apache configuration, runtime hashes and the exact original packages in a private directory outside the webroot. Verify package restoration on an isolated container without production data, modems, queues or outgoing transports. Do not restore a database or SMS spool to roll back PHP.
3. Obtain the official Ubuntu Pro/ESM packages for the matching baseline using your authorised subscription. Ubuntu 20.04 requires php7.4 source-package revision 7.4.3-4ubuntu2.29+esm5 or later with both CVEs fixed. Keep credentials private. If the signed repository does not offer the correction, stop and contact support; a successful upgrade of the old public repository is not proof of remediation.
```
apt-cache policy libapache2-mod-php7.4 php7.4-cli php7.4-common
apt-mark showhold
```
4. Build the list from installed PHP 7.4 runtime packages only; absent optional extensions must remain absent. Check signed APT origins and SHA-256 for every package. Simulate the exact local package set before installation. Reject removals, new packages, branch changes, unsatisfied dependencies or unrelated upgrades.
```
# 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. After the isolated update and rollback tests pass, reread live package/configuration hashes and review the live APT plan. Apply only the approved local packages. Preserve existing configuration; stop on unexpected prompts. Package scripts may restart Apache, so coordinate service interruption and never restart the entire appliance automatically.
```
sudo apt-get --no-remove --no-install-recommends install ./*.deb
sudo apache2ctl configtest
```
6. After Syntax OK, refresh Apache in the maintenance window and confirm that every old worker has exited. Verify the web SAPI as well as CLI, the exact Debian package revisions, loaded extensions, login page and read-only database connectivity. Delete any temporary local-only diagnostic endpoint immediately. Do not send a real SMS or email as a check.
```
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. If checks fail, compare current hashes with the recorded post-update manifest. Only if they match, restore the saved original PHP packages with the reviewed downgrade plan and original configuration, then restart Apache and repeat checks. Stop on editor or package drift; preserve all current business data. A rollback reintroduces these vulnerabilities and is an emergency recovery step.
Vérification d'achèvement : The correction is established by the vendor package revision and refreshed web workers, not by the visible PHP 7.4.3 number alone. Test the supported appliance workflow without real message delivery. The host cumulative ZIP below does not update application containers.

Vendor security backports can retain the PHP 7.4.3 base version: check the full package revision. PHP 8.1 and older are outside upstream support; this emergency correction does not restore general upstream support. The existing Ubuntu 24.04 host patch remains available separately and does not patch PHP inside containers.

Sources officielles

19 Octobre 2026Notes de mise à jour de sécurité — octobre 2026Lire le rapport

Première publication ici : 19 Octobre 2026

Priorités de sécurité issues de la revue hebdomadaire du 12 au 18 octobre, vérifiées auprès des sources officielles le 19 octobre. Choisissez la procédure de mise à jour correspondant au système d'exploitation et au composant concernés.

Source revue hebdomadaire : 18 Octobre 2026

P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
Canonical a publié des correctifs pour neuf vulnérabilités le 14 octobre. Cet avis de sécurité concerne les paquets client et serveur OpenSSH d'Ubuntu 24.04.

Mettez à jour les paquets SSH installés d'Ubuntu 24.04 vers la version corrigée ou une version ultérieure, puis vérifiez une nouvelle connexion administrative.
Procédure et exigences de redémarrage à la date du rapport
Seuls les paquets hôtes Ubuntu 24.04 sont requis. Utilisez un compte administrateur autorisé existant, conservez la configuration SSH actuelle et maintenez deux sessions SSH indépendantes ouvertes avec une procédure de récupération. Si les paquets installés et le service actif répondent déjà aux exigences, aucune réinstallation n'est nécessaire.

Redémarrage de l'appliance

Normalement non, pour la mise à jour du paquet OpenSSH elle-même.

Interruption de service

Le service SSH peut redémarrer pendant la mise à jour. Les sessions en cours ne constituent pas une solution de récupération garantie ; assurez-vous d’établir une nouvelle connexion avant de les fermer.
1. Vérifiez qu'il s'agit bien de l'hôte Ubuntu 24.04 et non du conteneur de l'application. Contrôlez les paquets SSH installés. Arrêtez le processus si la configuration du système d'exploitation diffère.
```
cat /etc/os-release
dpkg-query -W -f='${Package} ${Version}\n' openssh-client openssh-server openssh-sftp-server
```
2. Si une procédure de sauvegarde et de restauration est disponible, actualisez les index APT signés. Cette opération modifie les index des paquets ; elle n’installe pas de mise à jour.
```
sudo apt-get update
```
3. Simulez la mise à niveau ciblée. Vérifiez les versions, les dépendances, les paquets installés et la liste des paquets. N'allez pas plus loin si APT propose des changements inattendus ou si la version candidate est antérieure à 1:9.6p1-3ubuntu13.20.
```
sudo apt-get --simulate --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
```
4. Après avoir examiné la simulation, appliquez la mise à niveau prévue pendant la fenêtre de maintenance. Vérifiez à nouveau le plan réel, car la simulation ne verrouille pas APT. Lisez attentivement toute invite de configuration et conservez la politique d'accès SSH déployée. Les invites ne sont pas acceptées automatiquement.
```
sudo apt-get --only-upgrade --no-remove install openssh-client openssh-server openssh-sftp-server
```
5. Validez la configuration SSH, puis redémarrez le service SSH uniquement si la validation réussit. Cette opération peut interrompre l'accès administrateur ; prévoyez donc une procédure de récupération indépendante.
```
sudo /usr/sbin/sshd -t && sudo systemctl restart ssh.service
```
6. Vérifiez l'état d'installation et la version minimale de chaque paquet requis. Interrompez l'installation si un message « RÉPARATION REQUISE » ou « MISE À JOUR REQUISE » s'affiche ; les paquets manquants sont signalés et laissés tels quels. Ouvrez ensuite une nouvelle connexion SSH via le chemin d'administration habituel et testez les restrictions et le transfert de clés configurés.
```
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
```
Vérification d'achèvement : La vérification de version et une connexion SSH fonctionnelle doivent être réussies. Les versions des paquets installés ne suffisent pas à prouver que le service en cours d'exécution a été actualisé. Un redémarrage demandé par une autre mise à jour système doit être traité séparément.
P1 · Ubuntu 24.04 / Kernel6.8.0-147.147
La mise à jour du 13 octobre modifie l'ABI du noyau. Canonical requiert un redémarrage et des modules tiers compatibles.

Planifiez la modification du noyau et le redémarrage contrôlé après avoir vérifié les modules DKMS, les pilotes de modem et le chemin de récupération applicables. Un noyau installé n'est actif qu'après un démarrage réussi sur cette version.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 24.04 GA noyau générique 6.8.0-147.147. L'installation et le redémarrage sont des étapes distinctes ; planifiez les deux en fonction des exigences matérielles et de récupération réelles.

Redémarrage de l'appliance

Oui. Nécessaire pour activer le nouveau noyau installé. Planifiez une fenêtre de maintenance.

Interruption de service

Le redémarrage de l'hôte interrompt les services de l'appliance. La compatibilité avec DKMS, les pilotes tiers et le modem doit être vérifiée au préalable.
1. Comparez le noyau en cours d'exécution avec le paquet installé. Un paquet installé n'est pas un noyau actif.
```
uname -r
dpkg-query -W -f='${Package} ${Version}\n' linux-image-6.8.0-147-generic
```
2. Avant toute installation ou redémarrage, vérifiez la récupération du système, le noyau amorçable précédent et les modules DKMS/tiers applicables, notamment bl_noah le cas échéant. L'absence de la commande dkms ne garantit pas la compatibilité.
3. Vérifiez la compilation et le chargement des modules, la détection du modem, les interfaces QMI/série, le réseau et le basculement sur le matériel concerné. Le correctif cumulatif prend en charge le noyau générique GA 6.8 avec modules intégrés ; la détection d’un module DKMS ou externe nécessite la procédure spécifique à l’appliance avant toute modification du noyau.
4. Planifiez un redémarrage contrôlé uniquement une fois les vérifications préalables effectuées et le processus de récupération prêt. Après le redémarrage, vérifiez à nouveau le noyau en cours d'exécution et l'état du système. Un redémarrage différé laisse l'activation du noyau en attente.
```
uname -r
```
Vérification d'achèvement : Le noyau 6.8.0-147-generic ou une version générique GA 6.8 compatible ultérieure doit être en cours d'exécution, avec les modules, les chemins de modem et les services applicables vérifiés après le démarrage.
P1 · MySQL 8.4
Oracle a annoncé la mise à jour critique prévue pour le 20 octobre 2026. La version préliminaire mentionne MySQL Server 8.4.0 à 8.4.11 parmi les versions concernées ; la version cible définitive de la mise à jour n'est pas encore confirmée.

La mise à jour de sécurité Docker 8.4.12 existante fait l'objet d'une évaluation distincte, portant notamment sur la sauvegarde, la restauration et la compatibilité avec les bases de données. La cible CPU d'octobre sera sélectionnée après la validation de son avis final et de son image.
Procédure et exigences de redémarrage à la date du rapport
La mise à jour 8.4.12, déjà disponible, est spécifique à l'image Docker MySQL. Elle est distincte de la mise à jour CPU d'octobre, dont la version finale est encore en attente. Une image source testée et un condensé exact sont nécessaires.

Redémarrage de l'appliance

Aucun redémarrage de l'hôte n'est nécessaire pour la mise à jour de l'image elle-même.

Interruption de service

Oui : l’application d’une image de base de données de remplacement nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Identifiez la version MySQL déployée, la source de l'image, le condensé, les volumes et le chemin de réplication sans exporter les informations d'identification ni les données client. Ne présumez pas que la même étiquette existe dans chaque registre.
2. Pour la version 8.4.12, vérifiez l'image validée sur des données de test représentatives : démarrage, compatibilité du schéma, redémarrage, sauvegarde/restauration et continuité MySQL-ClickHouse.
3. Utilisez la procédure de mise à niveau et de récupération spécifique à l'appliance pendant une fenêtre de maintenance. Conservez l'image précédemment épinglée et une sauvegarde vérifiée ; la restauration d'un conteneur seul peut ne pas annuler les modifications de format de la base de données.
4. Pour la mise à jour du processeur du 20 octobre, utilisez la version cible et l'image indiquées dans l'avis final. Les instructions de mise à jour correspondantes seront publiées dans la prochaine version datée.
Vérification d'achèvement : Après le redémarrage du service, vérifiez l'état de la base de données, l'accès à l'application et les chemins de réplication/ingestion applicables.
P2 · Ubuntu 24.04 / curl + urllib3curl 8.5.0-2ubuntu10.16 · urllib3 2.0.7-1ubuntu0.8
Canonical a publié de nouveaux correctifs de sécurité le 14 octobre pour curl/libcurl et python3-urllib3.

Vérifiez que les paquets Ubuntu installés sur votre hôte et leurs dépendances sont conformes aux exigences cumulatives. Une mise à jour APT sur l'hôte ne met pas à jour les paquets pip ni les bibliothèques à l'intérieur des conteneurs.
Procédure et exigences de redémarrage à la date du rapport
Ubuntu 24.04 n'accepte que les paquets APT ; les bibliothèques de conteneurs et les installations pip sont gérées séparément. Incluez les binaires installés correspondants provenant de la même famille de paquets sources.

Redémarrage de l'appliance

Normalement non, pour ces bibliothèques uniquement.

Interruption de service

Redémarrez les applications/services concernés afin qu'ils chargent les bibliothèques mises à jour.
1. Exécutez le correctif cumulatif en mode vérification pour identifier les paquets curl/libcurl et python3-urllib3 installés dont les versions sont inférieures aux versions requises. Les paquets non utilisés par cet hôte sont ignorés.
2. Actualisez les index APT et vérifiez une transaction de simulation limitée (`--simulate --only-upgrade --no-remove`) pour les paquets et dépendances installés. Les versions Ubuntu requises sont : curl/libcurl >= 8.5.0-2ubuntu10.16 et python3-urllib3 >= 2.0.7-1ubuntu0.8.
3. Appliquez le correctif cumulatif pendant la fenêtre de maintenance, puis redémarrez les applications concernées et vérifiez les chemins HTTPS, proxy et Python pertinents.
Vérification d'achèvement : Relancez le vérificateur cumulatif et confirmez que les services en cours d'exécution concernés utilisent les bibliothèques mises à jour.
P2 · ClickHouse26.8.30.8 LTS
Le correctif officiel 26.8 LTS a été publié le 17 octobre. Sa publication à elle seule ne constitue pas une exigence de sécurité urgente pour chaque installation de FoxBox.

Qualifiez l'ingestion, les statistiques SMS/DLR, la rétention, le redémarrage et la récupération avant de promouvoir le candidat. Aucune mise à jour automatique de la base de données ou du conteneur n'est incluse.
Procédure et exigences de redémarrage à la date du rapport
Version candidate à la qualification en laboratoire pour la ligne 26.8 LTS. La version actuellement déployée reste bloquée jusqu'à validation.

Redémarrage de l'appliance

Aucun redémarrage de l'hôte n'est nécessaire pour cette mise à jour de la base de données.

Interruption de service

Un redémarrage du service/conteneur est nécessaire lors de l'application de la mise à jour qualifiée.
1. Préparez une instance de laboratoire éphémère et installez-y le package ou l'image LTS 26.8.30.8 exact. Conservez la version de production déployée.
2. Tester l'ingestion de SMS/DLR synthétiques, les requêtes MergeTree, la durée de vie/la rétention, le redémarrage et la récupération. Valider l'intégration MySQL utilisée par l'appliance.
3. Une fois la compatibilité confirmée, suivez la procédure de mise à niveau spécifique à l'appliance, incluant les vérifications de sauvegarde, d'interruption de service et de récupération. Cette solution candidate est distincte du correctif hôte.
Vérification d'achèvement : Tous les tests pertinents d'ingestion, d'interrogation, de rétention et de récupération doivent être réussis avant la mise en service.
P2 · Cloudflare Tunnelcloudflared 2026.10.1
Cloudflare a publié cloudflared 2026.10.1 le 15 octobre. Il s'agit d'un candidat à la qualification de compatibilité.

Testez l'accès HTTPS et SSH, la reconnexion et les chemins d'accès à l'API FoxBox avant le déploiement. Le numéro de version seul ne permet pas de conclure à une mise à niveau d'urgence.
Procédure et exigences de redémarrage à la date du rapport
Version compatible candidate : cloudflared 2026.10.1. Veuillez vérifier l’architecture installée et la source du paquet avant de choisir un binaire.

Redémarrage de l'appliance

Aucun redémarrage de l'hôte n'est nécessaire pour cette mise à jour du service.

Interruption de service

Le redémarrage de Cloudflared interrompt le tunnel. Un accès de récupération indépendant est requis avant le remplacement.
1. Veuillez consulter la version installée. Préparez une solution de repli administrative avant de modifier un tunnel assurant l'accès SSH.
```
cloudflared --version
```
2. Commencez par valider la version officielle 2026.10.1 et sa somme de contrôle sur l'hôte du laboratoire. Testez ensuite le protocole HTTPS/SSH, le redémarrage du service, la reconnexion WAN, les barres obliques finales et les chemins d'accès à l'API FoxBox encodés.
3. Après avoir vérifié la compatibilité, utilisez la méthode d'installation confirmée de l'appliance et conservez une version de récupération épinglée. Cette version candidate est distincte du correctif hôte.
Vérification d'achèvement : Vérifiez la nouvelle connexion HTTPS et SSH après le redémarrage du service et conservez l'accès de récupération jusqu'à ce que le tunnel soit stable.

Ce correctif cumulatif met à jour les paquets hôtes d'Ubuntu 24.04. Suivez les instructions relatives aux composants pour les mises à jour de la base de données et des conteneurs, ainsi que les exigences de redémarrage ci-dessous.

Sources officielles

18 Octobre 2026OpenSSH, le noyau et le futur processeur MySQLLire le rapport

Première publication ici : 19 Octobre 2026

L'examen des sources du 12 au 18 octobre proposait des correctifs pour OpenSSH/curl/urllib3, la qualification du noyau et la préparation pour le CPU du 20 octobre.

Source revue hebdomadaire : 18 Octobre 2026

P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.20
L'examen a identifié la mise à jour USN-8928-1 comportant neuf vulnérabilités.

Mise à jour suite aux tests d'accès SSH. Les instructions d'installation actuelles se trouvent dans les notes de version du 19 octobre.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

OpenSSH doit utiliser les fichiers binaires mis à jour ; validez la configuration et une nouvelle connexion après le redémarrage du service.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Ubuntu 24.04 / Kernel6.8.0-147.147
L'examen a signalé une mise à jour de sécurité et une modification de l'ABI nécessitant une qualification matérielle.

Exigez la validation des modules DKMS/tiers, du modem, du réseau et de la récupération de démarrage avant un redémarrage contrôlé. Utilisez le rapport le plus récent pour la cible du noyau actuelle.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Oui, après qualification du matériel et de la récupération ; jamais automatiquement.

Interruption de service

Tous les services des appareils sont interrompus par un redémarrage.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · MySQL 8.4 / October CPU
L'article mentionnait l'annonce de pré-lancement d'Oracle pour le 20 octobre ; il n'identifiait pas de date de sortie définitive en octobre.

Préparer la sauvegarde/restauration et la qualification ; distinguer la mise à jour Docker existante du 8 août 2012 de la prochaine version finale du processeur.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le remplacement de l'image de la base de données nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · Ubuntu 24.04 / curl8.5.0-2ubuntu10.16
L'examen a identifié le nouveau plancher USN-8932-1 curl/libcurl.

Mettez à jour les packages hôtes concernés et qualifiez leurs consommateurs ; les bibliothèques de conteneurs sont distinctes.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · Ubuntu 24.04 / urllib32.0.7-1ubuntu0.8
L'examen a identifié le correctif du package Noble dans USN-8926-1.

Vérifiez les paquets APT installés et les consommateurs Python ; cela ne met pas à jour les paquets pip ni les conteneurs.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · ClickHouse 26.8 LTS26.8.30.8
L'examen a sélectionné 26.8.30.8 LTS comme prochaine cible de laboratoire.

Maintenez la production bloquée jusqu'à la réussite des tests d'ingestion, de validité des requêtes, de rétention et de récupération. Les versions hebdomadaires suivantes remplaceront cet objectif historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le service/conteneur de base de données doit être redémarré lors de l'application d'une mise à jour qualifiée.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · cloudflared2026.10.1
L'examen a sélectionné 2026.10.1 comme candidat à la compatibilité en laboratoire.

Qualifiez les URL HTTP/SSH, la reconnexion WAN, le redémarrage et les URL encodées/avec barre oblique finale avant la promotion. Il s'agit de la cible enregistrée à ce moment-là.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le redémarrage du tunnel peut interrompre l'accès distant ; prévoyez une reprise indépendante.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.

Historique : les versions et les décisions se réfèrent à la date indiquée ci-dessus. Pour obtenir la dernière mise à jour, veuillez suivre les instructions de la dernière version cumulative compatible.

Sources officielles

11 Octobre 2026Nouveau noyau, sudo et libxml2Lire le rapport

Première publication ici : 19 Octobre 2026

La révision a relevé le niveau cible du noyau et a inclus de nouveaux seuils de sécurité pour sudo/libxml2.

Source revue hebdomadaire : 11 Octobre 2026

P1 · Ubuntu 24.04 / Kernel6.8.0-146.146
L'examen a signalé une mise à jour de sécurité et une modification de l'ABI nécessitant une qualification matérielle.

Exigez la validation des modules DKMS/tiers, du modem, du réseau et de la récupération de démarrage avant un redémarrage contrôlé. Utilisez le rapport le plus récent pour la cible du noyau actuelle.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Oui, après qualification du matériel et de la récupération ; jamais automatiquement.

Interruption de service

Tous les services des appareils sont interrompus par un redémarrage.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Ubuntu 24.04 / sudo1.9.15p5-3ubuntu5.24.04.4
L'examen a porté sur le document USN-8895-1, publié le 7 octobre.

Incluez le correctif dans la maintenance de sécurité des packages installés et vérifiez la politique de restriction sudo.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · Ubuntu 24.04 / libxml22.9.14+dfsg-1.3ubuntu3.10
L'examen a porté sur le document USN-8910-1, publié le 8 octobre.

Mettre à jour les fichiers binaires installés et tester les fonctionnalités consommatrices de XML.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Cloudflare Tunnel API5 October 2026
L'audit de l'API réalisé après la date limite a été retenu comme vérification d'applicabilité non résolue.

Veuillez vérifier les points de terminaison route-ID et le point de terminaison des connexions dédiées. Correction de la publication : vérifiez également l’ajout/la suppression d’adresses IP de route Cloudflared ; l’absence de code API personnalisé à elle seule ne suffit pas pour conclure à une non-applicabilité.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Aucun redémarrage de l'appliance n'est nécessaire pour une migration d'API.

Interruption de service

Qualifiez les intégrations de provisionnement et de surveillance concernées ; aucun redémarrage de service générique n’est prescrit.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · cloudflared2026.10.0
L'évaluation a sélectionné la version 2026.10.0 comme candidate à la compatibilité en laboratoire.

Qualifiez les URL HTTP/SSH, la reconnexion WAN, le redémarrage et les URL encodées/avec barre oblique finale avant la promotion. Il s'agit de la cible enregistrée à ce moment-là.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le redémarrage du tunnel peut interrompre l'accès distant ; prévoyez une reprise indépendante.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · ClickHouse 26.8 LTS26.8.23.6
L'examen a sélectionné 26.8.23.6 LTS comme prochaine cible de laboratoire.

Maintenez la production bloquée jusqu'à la réussite des tests d'ingestion, de validité des requêtes, de rétention et de récupération. Les versions hebdomadaires suivantes remplaceront cet objectif historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le service/conteneur de base de données doit être redémarré lors de l'application d'une mise à jour qualifiée.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · MySQL 8.48.4.12
Aucune nouvelle action MySQL n'a été enregistrée au-delà de la validation de la version 8.4.12 de Docker.

Conservez l’actualisation de sécurité de l’image Docker en attente jusqu’à validation de la sauvegarde/restauration et de la compatibilité de la base de données.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le remplacement de l'image de la base de données nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.

Sources officielles

4 Octobre 2026OpenSSL, migration API et validation de ClickHouseLire le rapport

Première publication ici : 19 Octobre 2026

L'examen a priorisé OpenSSL, l'échéance du lendemain pour Cloudflare et une nouvelle cible pour le laboratoire ClickHouse.

Source revue hebdomadaire : 4 Octobre 2026

P1 · Ubuntu 24.04 / OpenSSL3.0.13-0ubuntu3.16
USN-8847-1 fournissait le système OpenSSL/libssl3t64 ; Canonical spécifie un redémarrage.

Mettez à jour les packages hôtes concernés et planifiez le redémarrage avec vérifications de récupération. Les bibliothèques de conteneurs nécessitent un inventaire distinct.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

L'avis de Canonical cité nécessite un redémarrage pour terminer la mise à jour.

Interruption de service

Les processus utilisant l'ancienne bibliothèque doivent être actualisés ; l'avis spécifie un redémarrage de l'hôte.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 conditional · Ubuntu 24.04 / OpenVPN2.6.19-0ubuntu0.24.04.4
L'examen a signalé le code USN-8852-1 lors de l'installation d'OpenVPN.

Vérifier l'applicabilité, mettre à jour les packages installés et contrôler la reconnexion/le routage VPN avant la promotion.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Cloudflare Tunnel API5 October 2026
L'examen a fixé le 5 octobre comme date limite pour la migration de l'API.

Veuillez vérifier les points de terminaison route-ID et le point de terminaison des connexions dédiées. Correction de la publication : vérifiez également l’ajout/la suppression d’adresses IP de route Cloudflared ; l’absence de code API personnalisé à elle seule ne suffit pas pour conclure à une non-applicabilité.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Aucun redémarrage de l'appliance n'est nécessaire pour une migration d'API.

Interruption de service

Qualifiez les intégrations de provisionnement et de surveillance concernées ; aucun redémarrage de service générique n’est prescrit.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · cloudflared2026.9.3
L'examen a sélectionné 2026.9.3 comme candidat à la compatibilité en laboratoire.

Qualifiez les URL HTTP/SSH, la reconnexion WAN, le redémarrage et les URL encodées/avec barre oblique finale avant la promotion. Il s'agit de la cible enregistrée à ce moment-là.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le redémarrage du tunnel peut interrompre l'accès distant ; prévoyez une reprise indépendante.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 / P1 conditional · ClickHouse 26.8 LTS26.8.16.41
L'examen a proposé la version 26.8.16.41 LTS et a augmenté la priorité lorsque l'authentification par certificat SSL ou d'autres fonctionnalités concernées étaient utilisées. Voici l'évaluation des risques enregistrée à ce moment-là.

Maintenez la production bloquée jusqu'à la réussite des tests d'ingestion, de validité des requêtes, de rétention et de récupération. Les versions hebdomadaires suivantes remplaceront cet objectif historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le service/conteneur de base de données doit être redémarré lors de l'application d'une mise à jour qualifiée.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Ubuntu 24.04 / Kernel6.8.0-142.142
L'examen a signalé une mise à jour de sécurité et une modification de l'ABI nécessitant une qualification matérielle.

Exigez la validation des modules DKMS/tiers, du modem, du réseau et de la récupération de démarrage avant un redémarrage contrôlé. Utilisez le rapport le plus récent pour la cible du noyau actuelle.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Oui, après qualification du matériel et de la récupération ; jamais automatiquement.

Interruption de service

Tous les services des appareils sont interrompus par un redémarrage.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · MySQL 8.48.4.12
L'examen a conservé la mise à jour Docker 8.4.12 en attente sans nouvelle action de publication de la base de données.

Conservez l’actualisation de sécurité de l’image Docker en attente jusqu’à validation de la sauvegarde/restauration et de la compatibilité de la base de données.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le remplacement de l'image de la base de données nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.

Sources officielles

27 Septembre 2026ABI du noyau, curl et sudoLire le rapport

Première publication ici : 19 Octobre 2026

L'examen a distingué la qualification du matériel du noyau des correctifs de sécurité ordinaires de l'espace utilisateur.

Source revue hebdomadaire : 27 Septembre 2026

P1 · Ubuntu 24.04 / Kernel6.8.0-142.142
L'examen a signalé une mise à jour de sécurité et une modification de l'ABI nécessitant une qualification matérielle.

Exigez la validation des modules DKMS/tiers, du modem, du réseau et de la récupération de démarrage avant un redémarrage contrôlé. Utilisez le rapport le plus récent pour la cible du noyau actuelle.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Oui, après qualification du matériel et de la récupération ; jamais automatiquement.

Interruption de service

Tous les services des appareils sont interrompus par un redémarrage.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Ubuntu 24.04 / curl8.5.0-2ubuntu10.15
USN-8820-1 était le plancher curl/libcurl sélectionné dans cette revue.

Mettez à jour les fichiers binaires installés et testez les chemins HTTPS/proxy. Le rapport d'octobre remplace cette version (.16).
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · Ubuntu 24.04 / sudo1.9.15p5-3ubuntu5.24.04.3
L'examen a signalé le document USN-8803-1 comme présentant un problème d'application des politiques.

Mise à jour et vérification de l'administration restreinte ; le niveau .4 ultérieur remplace ce niveau .3 historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · Ubuntu 24.04 / Expat2.6.1-2ubuntu0.6
L'examen incluait Expat dans les correctifs de sécurité de base lorsqu'il était installé.

Vérifiez les composants installés qui traitent le XML et appliquez la mise à jour de sécurité Ubuntu correspondante.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Cloudflare Tunnel API5 October 2026
L'examen préconisait la clôture de l'inventaire des API avant l'échéance de la semaine suivante.

Veuillez vérifier les points de terminaison route-ID et le point de terminaison des connexions dédiées. Correction de la publication : vérifiez également l’ajout/la suppression d’adresses IP de route Cloudflared ; l’absence de code API personnalisé à elle seule ne suffit pas pour conclure à une non-applicabilité.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Aucun redémarrage de l'appliance n'est nécessaire pour une migration d'API.

Interruption de service

Qualifiez les intégrations de provisionnement et de surveillance concernées ; aucun redémarrage de service générique n’est prescrit.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · cloudflared2026.9.3
L'examen a sélectionné 2026.9.3 comme candidat à la compatibilité en laboratoire.

Qualifiez les URL HTTP/SSH, la reconnexion WAN, le redémarrage et les URL encodées/avec barre oblique finale avant la promotion. Il s'agit de la cible enregistrée à ce moment-là.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le redémarrage du tunnel peut interrompre l'accès distant ; prévoyez une reprise indépendante.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · ClickHouse 26.8 LTS26.8.12.53
L'examen a sélectionné 26.8.12.53 LTS comme prochaine cible de laboratoire.

Maintenez la production bloquée jusqu'à la réussite des tests d'ingestion, de validité des requêtes, de rétention et de récupération. Les versions hebdomadaires suivantes remplaceront cet objectif historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le service/conteneur de base de données doit être redémarré lors de l'application d'une mise à jour qualifiée.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · MySQL 8.48.4.12
La qualification Docker du 8 avril 2012 est restée une action reportée.

Conservez l’actualisation de sécurité de l’image Docker en attente jusqu’à validation de la sauvegarde/restauration et de la compatibilité de la base de données.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le remplacement de l'image de la base de données nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.

Sources officielles

20 Septembre 2026Polkit, nginx conditionnel et date limite de l'API CloudflareLire le rapport

Première publication ici : 19 Octobre 2026

L'examen a donné la priorité à polkit, au correctif nginx d'Ubuntu le cas échéant et à la migration de l'API avant le 5 octobre.

Source revue hebdomadaire : 20 Septembre 2026

P1 · Ubuntu 24.04 / polkit124-2ubuntu1.24.04.4
L'examen a identifié USN-8762-1 comme présentant des problèmes de sécurité locaux dans polkit.

Inclure les binaires polkit installés dans la configuration de sécurité de base et l'administration des tests de fumée.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 conditional · Ubuntu 24.04 / nginx1.24.0-2ubuntu7.18
L'examen a signalé la mise à jour corrigée d'Ubuntu nginx après une régression précédente.

S'applique uniquement aux paquets nginx Ubuntu installés après les tests de proxy inverse/configuration ; les images de conteneur ont une base de référence distincte.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Vérifiez et redémarrez les consommateurs concernés si nécessaire.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · Cloudflare Tunnel API5 October 2026
L'examen nécessitait un inventaire des API avant leur mise hors service prévue le 5 octobre.

Veuillez vérifier les points de terminaison route-ID et le point de terminaison des connexions dédiées. Correction de la publication : vérifiez également l’ajout/la suppression d’adresses IP de route Cloudflared ; l’absence de code API personnalisé à elle seule ne suffit pas pour conclure à une non-applicabilité.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Aucun redémarrage de l'appliance n'est nécessaire pour une migration d'API.

Interruption de service

Qualifiez les intégrations de provisionnement et de surveillance concernées ; aucun redémarrage de service générique n’est prescrit.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · cloudflared2026.9.1
L'examen a sélectionné 2026.9.1 comme candidat à la compatibilité en laboratoire.

Qualifiez les URL HTTP/SSH, la reconnexion WAN, le redémarrage et les URL encodées/avec barre oblique finale avant la promotion. Il s'agit de la cible enregistrée à ce moment-là.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le redémarrage du tunnel peut interrompre l'accès distant ; prévoyez une reprise indépendante.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · ClickHouse 26.8 LTS26.8.7.19
L'examen a sélectionné le 26.8.7.19 LTS comme prochaine cible de laboratoire.

Maintenez la production bloquée jusqu'à la réussite des tests d'ingestion, de validité des requêtes, de rétention et de récupération. Les versions hebdomadaires suivantes remplaceront cet objectif historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le service/conteneur de base de données doit être redémarré lors de l'application d'une mise à jour qualifiée.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · MySQL 8.48.4.12
L'examen n'a relevé aucune nouvelle action MySQL au-delà de la mise à jour Docker 8.4.12 en cours.

Conservez l’actualisation de sécurité de l’image Docker en attente jusqu’à validation de la sauvegarde/restauration et de la compatibilité de la base de données.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le remplacement de l'image de la base de données nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.

Sources officielles

7 Septembre 2026Vérifications de version d'OpenSSH et du tunnelLire le rapport

Première publication ici : 19 Octobre 2026

Cette évaluation a privilégié OpenSSH, la version de cloudflared installée et la compatibilité Docker/base de données.

Source revue hebdomadaire : 7 Septembre 2026

P1 · Ubuntu 24.04 / OpenSSH1:9.6p1-3ubuntu13.19
USN-8721-1 a introduit le plancher OpenSSH enregistré par cette revue.

Mise à jour suite aux tests d'accès ; ce seuil historique est remplacé par 0,20 dans le rapport d'octobre.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

OpenSSH doit utiliser les fichiers binaires mis à jour ; validez la configuration et une nouvelle connexion après le redémarrage du service.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P1 · cloudflared2026.8.3
L'examen a nécessité un inventaire et l'exclusion des versions problématiques 2026.8.0/2026.8.1, en proposant la version 2026.8.3 pour qualification.

Testez la gestion des URL, HTTP/SSH et redémarrez avant de remplacer un tunnel ; les rapports ultérieurs enregistrent les nouveaux candidats.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le redémarrage du tunnel peut interrompre l'accès distant ; prévoyez une reprise indépendante.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · MySQL 8.48.4.12
L'examen a identifié la mise à jour de sécurité du 18 août 8.4.12 réservée à Docker.

Conservez l’actualisation de sécurité de l’image Docker en attente jusqu’à validation de la sauvegarde/restauration et de la compatibilité de la base de données.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le remplacement de l'image de la base de données nécessite un redémarrage de la base de données/du conteneur et une fenêtre de maintenance.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.
P2 · ClickHouse 26.8 LTS26.8.2.7
L'examen a sélectionné 26.8.2.7 LTS comme prochaine cible de laboratoire.

Maintenez la production bloquée jusqu'à la réussite des tests d'ingestion, de validité des requêtes, de rétention et de récupération. Les versions hebdomadaires suivantes remplaceront cet objectif historique.
Procédure et exigences de redémarrage à la date du rapport
Instructions conservées de l'historique. Pour connaître les versions logicielles actuelles et la procédure d'installation, veuillez suivre les instructions de la dernière version cumulative compatible.

Redémarrage de l'appliance

Normalement, aucun redémarrage de l'hôte n'est nécessaire pour ce composant seul ; suivez la procédure qualifiée en vigueur.

Interruption de service

Le service/conteneur de base de données doit être redémarré lors de l'application d'une mise à jour qualifiée.
1. Lisez la décision dans son contexte d'examen initial. N'installez pas une cible plus ancienne simplement parce qu'elle figure ici.
2. Veuillez consulter le dernier rapport, l'inventaire actuel des hôtes/conteneurs et les qualifications applicables avant de planifier une mise à jour.
Vérification d'achèvement : Utilisez la procédure relative aux composants actuels pour vérifier la version du package, le service en cours d'exécution et les exigences de redémarrage après une mise à jour.

PHP 7.4 · host/container

Identifier la version

Vérifiez toutes les conditions préalables

Postuler et vérifier

Where do I run the PHP patch?

Host Docker → goofy_pare_mod application container

Ubuntu 20.04 LTS · amd64 · Apache/PHP 7.4

Ubuntu 24.04 LTS · amd64

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Sources officielles

Contact US