Nous utilisons des cookies nécessaires au fonctionnement du site. Avec votre accord, nous mesurons aussi quelles publicités mènent à une commande. À vous de choisir. Politique de confidentialité
Service de migration gratuitNous migrons votre site web et vos e-mails sans interruption de service. Vous n'avez rien à faire.En savoir plus sur la migration →
Pannes en cours, maintenances planifiées et état de nos services.
Tous les systèmes sont opérationnelsAucune panne connue pour le moment.
✓
Aucune panne connue pour le moment
Tous les systèmes fonctionnent normalement.
Afficher les incidents résolus (3)
Vulnérabilités PHP CVE-2026-109618 et CVE-2026-109619
Résolu
Autre· Début: 21 octobre 2026, 09:59· Résolu: 22 octobre 2026, 03:33
Résolu
À 03h00, toutes les opérations étaient terminées. Les versions PHP 4.4 (2006) et PHP 5.1 (2008) ne seront plus proposées, car ces versions ne reçoivent plus de correctifs. Plusieurs vérifications ont été effectuées : tout le monde se retrouve de nouveau sur la version PHP qui était la sienne au début de la journée de mercredi.
Si votre site web rencontre des problèmes, vérifiez d'abord que votre version PHP est bien la bonne. Si vous n'y parvenez pas, n'hésitez pas à nous contacter.
Ce fut une journée particulière pour Internet à l'échelle mondiale : 71 % de tous les sites web dans le monde fonctionnent sous PHP.
Dormez bien !
En cours de traitement
Vers 01h00, nous avons enfin reçu les mises à jour PHP CloudLinux pour toutes les versions PHP. Nous sommes actuellement en train de les installer sur un serveur, que nous testons soigneusement, avant de passer au reste. Nous estimons que tous les serveurs seront à jour d'ici 2 heures. Ensuite, nous remettrons les sites qui n'étaient pas en PHP 8.3 sur leur propre version PHP. Certains même jusqu'en PHP 5.1 ;-)
En cours de traitement
Entre temps, nous avons dressé un inventaire complet de toutes les actions menées aujourd'hui et effectué des recherches approfondies sur l'ensemble de nos serveurs. Ces serveurs ont également été surveillés en continu par nos soins tout au long de la journée.
Nous n'avons trouvé aucune trace de tentatives d'exploitation de ces vulnérabilités.
La décision de mettre tous les serveurs hors ligne a été prise par pure précaution, afin de pouvoir immédiatement écarter toute possibilité d'exploitation, mais également pour nous permettre d'agir de manière structurée au moment où (à 16h00) les détails des vulnérabilités seraient rendus publics.
Il s'agissait d'un choix difficile, que nous n'avions encore jamais eu à faire, mais lorsque les conséquences potentielles sont aussi désastreuses que dans ce cas, quelques heures d'interruption se justifient face au risque encouru.
Après la publication des détails des vulnérabilités, il a été confirmé que nous avions fait le bon choix : les mesures d'atténuation et les règles WAF supplémentaires connues se sont révélées, après coup, insuffisantes pour offrir une protection adéquate. Les serveurs qui étaient en ligne restaient vulnérables malgré ces mesures. Seuls les serveurs totalement inaccessibles ou déjà pourvus du correctif étaient entièrement sécurisés.
Malgré l'impact que cela a eu sur nos clients, nous avons reçu beaucoup de soutien et de compréhension concernant ce choix, et nous en sommes bien entendu reconnaissants.
Malheureusement, les mises à jour de CloudLinux prennent beaucoup plus de temps que nous ne l'espérions : ils prévoient de publier les dernières mises à jour vers 00h30. Nous veillerons à ce qu'elles soient installées immédiatement dès que possible, puis nous rétablirons la version PHP de chaque compte à celle qu'il utilisait précédemment.
Le plus important : votre site web et nos serveurs sont en sécurité.
En cours de traitement
Il est possible de choisir une autre version de PHP dans DirectAdmin, mais nous vous déconseillons de le faire. Seule la version native est actuellement sécurisée, pour les autres versions, nous attendons encore une mise à jour de CloudLinux. Nous vous informerons dès que d'autres versions de PHP pourront être utilisées.
En cours de traitement
Tous les comptes fonctionnent désormais avec une version sécurisée de PHP 8.3.
Si votre site ne fonctionne pas, cela signifie qu'il ne peut pas gérer une version moderne de PHP. Nous vous recommandons de mettre prochainement votre site à jour afin qu'il prenne en charge une version moderne de PHP. Si cela ne fonctionne pas, vous pouvez bien entendu nous contacter.
Dès que les mises à jour de CloudLinux seront disponibles, nous les déploierons et remettrons les versions PHP de tous les comptes dans leur état initial.
Nous continuons encore un peu.
En cours de traitement
En guise de mesure temporaire, nous basculons les comptes de tous les clients vers la version PHP 8.3 native, cette version est sûre et fonctionne.
Nous déployons ce changement sur tous nos serveurs. Si votre site ne fonctionne pas encore, c'est que le déploiement n'a pas encore eu lieu sur votre serveur. Nous y travaillons.
Une fois que CloudLinux aura publié un correctif pour toutes les versions de PHP, nous rétablirons pour tous les comptes les versions de PHP qu'ils utilisaient précédemment.
En cours de traitement
Nous procédons actuellement au déploiement de la version PHP native en dehors de CloudLinux, en attendant la publication d'un correctif de leur part.
Ce déploiement est en cours sur l'ensemble des serveurs : les sites utilisant la version PHP 8.3 seront de nouveau en ligne sous peu. Les autres versions suivront dès que CloudLinux publiera les correctifs correspondants.
En cours de traitement
L'un des services de sécurité logiciels qui fonctionne sur tous nos serveurs est Imunify360.
Celui-ci vient de publier un nouveau ruleset directement actif sur tous nos serveurs, ce qui élimine dès à présent une grande partie du risque d'exploitation, en attendant le patch:
"The Imunify360 ModSecurity ruleset 8.83 is now in the Stable channel. It contains a blocking rule for the publicly circulating exploit shape for CVE-2026-109618 / CVE-2026-109619, which targets the PHP session upload progress handling of multipart requests, plus a telemetry rule to track related activity."
En cours de traitement
Si votre site web ou votre application traite des données sensibles et que vous souhaitez éviter tout risque, vous pouvez, en attendant que le correctif soit effectué, rendre votre site web ou votre application inaccessible, à votre propre discrétion.
Pour ce faire, rendez-vous dans DirectAdmin, ouvrez le gestionnaire de fichiers, accédez au dossier /domains/votredomaine.xx, puis renommez-y le dossier public_html, par exemple en public_htmloud. Le code présent dans ce dossier ne sera alors plus accessible. Une fois le correctif effectué, renommez le dossier en public_html pour rendre à nouveau tout accessible.
En cours de traitement
Deux nouvelles vulnérabilités critiques PHP ont été découvertes, qui touchent probablement toutes les versions de PHP. Vous trouverez plus d'informations à ce sujet dans cet article :
https://tweakers.net/nieuws/253568/php-waarschuwt-voor-twee-ernstige-bugs-die-makkelijk-uit-te-buiten-lijken.html
Notre équipe suit la situation de près. Dès qu'une mesure d'atténuation ou un correctif sera disponible, nous le déploierons sur l'ensemble de nos serveurs.
Le correctif officiel de PHP ne devrait pas s'appliquer aux versions antérieures à la 8.2. Votre site fonctionne-t-il encore sur une version plus ancienne ? Nous vous recommandons alors de la mettre à jour le plus rapidement possible vers la version 8.3 au minimum.
Vous trouverez comment procéder ici : https://www.weboke.nl/knowledgebase/212/PHP-versie-wijzigen.html
Attention : si certains éléments de votre site web ne sont pas à jour, il se peut que votre site cesse de fonctionner. Identifiez ces éléments et désactivez-les, ou mettez-les à jour dans la mesure du possible.
Nos serveurs utilisent CloudLinux, qui publie des backports pour les anciennes versions de PHP lors de correctifs de sécurité, ce qui permet de protéger également ces versions plus anciennes. Nous nous attendons à ce que ces backports soient disponibles avec un certain délai.
Si nous l'estimons nécessaire, nous rendrons temporairement l'ensemble de nos serveurs inaccessibles afin de garantir la sécurité des sites web de nos clients. Une fois le correctif de sécurité appliqué, tout sera de nouveau en ligne.
Après l'application des correctifs, nous effectuerons des analyses antimalware approfondies sur l'ensemble de nos serveurs à titre de contrôle.
Ces vulnérabilités touchent tous les hébergeurs ainsi que la grande majorité des sites web dans le monde.
Maintenance des serveurs Nextcloud
Résolu
Server· Concerne: Nextcloud servers· Début: 20 septembre 2026, 00:30· Résolu: 20 septembre 2026, 05:43
Résolu
Les travaux ont été terminés avec succès à 05:42.
En cours de traitement
Les travaux prennent un peu plus de temps que prévu. Fin prévue aux alentours de 06:00.
En cours de traitement
La maintenance planifiée a commencé.
Planifié
Dans la nuit du 19 au 20 septembre, nous effectuerons une maintenance sur nos serveurs Nextcloud. Les sauvegardes et synchronisations seront également testées de manière approfondie.
Redémarrer les services
Résolu
Autre· Concerne: Alle servers· Début: 19 septembre 2026, 23:00· Résolu: 20 septembre 2026, 05:00
Résolu
La maintenance est terminée.
En cours de traitement
Des mises à jour/mises à niveau sont effectuées sur tous les serveurs. Certains devront être brièvement redémarrés et pour d'autres, il s'agit de services qui seront brièvement inaccessibles.
Le modèle de langage tourne chez Mistral AI, une entreprise européenne d'IA. Vos conversations sont traitées et stockées dans l'UE, conformément au RGPD.