La nouvelle vulnérabilité du noyau Linux est extrêmement dangereuse, plusieurs fournisseurs de VPS la corrigent par lots

📅 2026-10-19

Résumé :

Le week-end dernier, une société de sécurité a annoncé une nouvelle vulnérabilité du noyau appelée PwnEscape. La vulnérabilité est numérotée CVE-2026-99999 (encore un joli nom). La vulnérabilité est située dans la pile réseau et peut être isolée sur les machines virtuelles. Compte tenu du degré extrêmement élevé de danger de la vulnérabilité, de nombreux fournisseurs de serveurs VPS ont successivement lancé une maintenance d'urgence pour installer des correctifs sur les machines hôtes et redémarrer les serveurs physiques, de sorte que certains utilisateurs remarqueront que leurs poussins sont temporairement déconnectés.

1792096303759.jpg

Exécution de code arbitraire via l'isolation de la machine virtuelle :

Cette vulnérabilité est localisée dans le code de traitement réseau IPv4 du noyau Linux. Lorsque le noyau traite des paquets de données spécifiques, il ne vérifie pas entièrement les métadonnées, ce qui peut entraîner l'écrasement de l'en-tête réseau vérifié par les opérations ultérieures. Un attaquant doit exécuter du code dans une machine virtuelle sur l'hôte affecté avant d'envoyer des paquets réseau spécialement conçus. Les notes de sécurité de Red Hat et d'Amazon indiquent que la vulnérabilité peut entraîner des fuites de mémoire de l'hôte, un déni de service et l'exécution de code arbitraire.

Le chercheur en sécurité Paulos Ibero a découvert la vulnérabilité lors du Vercel Sandbox Challenge. L'équipe de recherche a déclaré avoir démontré l'évasion de la machine virtuelle vers l'hôte dans son propre environnement de test KVM. Cette vulnérabilité présente un risque très élevé pour les entreprises utilisant la virtualisation. Il est donc très important d'installer les mises à jour en temps opportun.

Plusieurs fournisseurs de services VPS ont redémarré leurs serveurs par lots :

La version stable du noyau Linux utilisée pour corriger cette vulnérabilité a été publiée le 15 octobre. Étant donné que l'hôte doit charger un nouveau noyau et redémarrer, de nombreux fournisseurs de serveurs VPS choisissent d'installer les correctifs par lots et de redémarrer l'hôte pour sceller la vulnérabilité.

Actuellement, BandwagonHost, Hostinger, Contabo, MVPS, FreakHosting, etc. ont successivement redémarré l'hôte pour corriger la vulnérabilité. Étant donné que la machine virtuelle exécutée sur l'hôte sera temporairement hors ligne au redémarrage de l'hôte, les utilisateurs constateront que leurs serveurs sont temporairement déconnectés.

Par exemple, Bricklayer a déclaré qu'il redémarrerait tous les serveurs physiques, donc toutes les machines virtuelles seraient suspendues ; Contabo utilise des mises à jour par lots et attend que les correctifs des distributions qu'il utilise soient en place ; UpCloud a déclaré que la plupart des utilisateurs ne devraient pas être affectés de manière significative, mais que le serveur GPU doit être arrêté et redémarré, et que le temps d'interruption prévu est de 30 à 60 minutes.

Au vu du comportement douteux de certains fournisseurs de VPS

, il est également fortement recommandé à tous les utilisateurs de VPS de sauvegarder immédiatement les données de leur machine virtuelle, car il est difficile de garantir que tous les fournisseurs de serveurs pourront installer les mises à jour à temps. Si les mises à jour ne sont pas installées à temps, elles peuvent être attaquées par des pirates informatiques et toutes les données de la machine virtuelle seront cryptées et ne pourront pas être restaurées.

De plus, l'impact de cette vulnérabilité se situe au niveau de l'hôte. Les utilisateurs mettant à jour leur propre noyau de machine virtuelle ne peuvent pas résoudre le problème. Si les utilisateurs sont inquiets, il est préférable de sauvegarder d'abord toutes les données, puis d'envoyer un bon de travail au fournisseur du serveur VPS pour consulter le plan d'installation du correctif.

Tags associés

Articles similaires

Commentaires

0/500
Captcha (click to refresh)
Aucun commentaire