octobre 2026

L'ensemble des VPS concernés est de nouveau opérationnel. L'incident est résolu.

L'interruption a duré environ 5 à 12 minutes selon les serveurs virtuels, avec des ralentissements durant le quart d'heure précédent.

Nous vous présentons nos excuses pour l'interruption de vos services et la gêne occasionnée.

Le serveur hôte a redémarré. Les machines virtuelles redémarrent automatiquement et progressivement.

Les services redeviennent accessibles au fur et à mesure du démarrage des VPS. L'incident reste ouvert jusqu'au rétablissement de l'ensemble des services.

Le serveur hôte est en cours de redémarrage afin de rétablir les services concernés.

Le serveur hôte mrs1-compute027 ne répond plus. Les VPS hébergés sur ce serveur sont temporairement indisponibles.

Nous constatons des ralentissements depuis environ 05h45 (heure de Paris) sur le serveur hôte mrs1-compute027, situé à Marseille. Les VPS hébergés sur ce serveur peuvent rencontrer des difficultés de fonctionnement.

La maintenance est terminée.

La maintenance a démarré comme prévu.

Nous vous informons qu'une d'opération de maintenance est planifiée sur l'ensemble des clusters de nos gammes VPS hébergés sur notre POP de Paris, afin d'appliquer un correctif de sécurité urgent (CVE-2026-99999).

Date :

• Jeudi 22 Octobre : De 21h00 à 23h00

Cette campagne de maintenance vise à déployer un correctif de sécurité urgent, suite à la découverte d'une faille de sécurité critique dans le noyau Linux, affectant tous les serveurs Linux depuis le kernel 2.6.27 (qui date de 2008).

Nous sommes conscient du nombre de maintenance avec impact, relativement élevé ces derniers mois : Ces opérations s'expliquent par la découverte récente et rapprochée de plusieurs failles critiques affectant le noyau Linux, ainsi que la technologie KVM, utilisée pour la virtualisation des offres VPS par la quasi-totalité des hébergeurs du marché.

Une opération similaire est prévu sur nos autres localisations : Nous respecterons un délai de 24h entre chaque localisation, afin d'éviter le risque d'impact multiples pour des clients qui auraient fait le choix de multiplier les localisations pour des raisons de redondance.

Durant cette campagne, chaque VPS situé sur notre POP de Paris sera redémarré une seule fois, lors du créneau précédemment indiqué. Etant donné le caractère urgent de cette maintenance et le faible délai de notification, notre équipe s'efforcera d'envoyer une notification par email, environ 48h à l'avance, pour chaque VPS, en précisant le créneau où le VPS sera impacté.

Les VPS concernés seront éteints pendant une durée maximale estimée à 15 minutes pendant la tranche horaire prévue, puis seront redémarrés.

Dans la très vaste majorité des cas, aucune action n'est requise de votre part, mais nous vous invitons toutefois à :

• Vérifier que vos applications installées sur le VPS sont correctement configurées pour fonctionner après un redémarrage ;
• Contrôler l'état de vos sauvegardes (nous insistons néanmoins sur le fait qu'aucune perte de données n'est attendue, les VPS seront simplement éteints, puis redémarrés) ;
• Dans la mesure du possible, suspendre proprement votre activité avant 21h00, lors du créneau communiqué par email, en particulier si vous hébergez des applications sensibles aux redémarrages (bases de données, etc.).

Note supplémentaire liée à la CVE-2026-99999 : Cette faille dans le noyau Linux impacte de très nombreux OS (Debian, Ubuntu, etc) depuis 2008. Nous vous invitons vivement à vérifier que votre OS est bien à jour pour vous assurer qu'il est lui même protégé contre cette faille. Cette faille est corrigée à partir des kernels suivants : 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11. Plus d'infos sur https://nvd.nist.gov/vuln/detail/cve-2026-99999

Nous vous remercions de votre compréhension.

L'ensemble des VPS concernés est de nouveau opérationnel sur le nœud d'origine, désormais réparé. La bascule est terminée et l'incident est résolu.

Nous vous présentons nos excuses pour l'interruption de vos services et la gêne occasionnée.

Les clients concernés recevront un email dans les prochaines heures.

Les machines virtuelles concernées sont en cours de démarrage sur leur hôte d'origine. Elles devraient être de nouveau joignables dans les prochains instants.

L'incident reste ouvert le temps de confirmer le retour des services et de terminer les vérifications.

Les machines virtuelles concernées ont été arrêtées. Leur bascule depuis le nœud temporaire vers leur hôte définitif est en cours.

Les VPS concernés sont temporairement indisponibles pendant cette opération. L'incident reste ouvert jusqu'au redémarrage des machines virtuelles et aux vérifications de bon fonctionnement.

Nous avons reçu la pièce de remplacement. Elle sera installée ce soir sur le nœud concerné du cluster MRS04.

Les machines virtuelles actuellement hébergées sur le nœud temporaire seront ensuite rebasculées sur leur hôte définitif. Cette opération nécessitera un redémarrage des VPS concernés, prévu ce 29 octobre entre 20h30 et 21h00 (heure de Paris).

L'incident reste ouvert jusqu'à la fin de cette intervention et aux vérifications du bon fonctionnement des services.

Les VPS concernés ont redémarré sur le nœud temporaire. Un email individuel sera envoyé aux clients concernés dans les prochaines minutes.

L'incident reste ouvert jusqu'au retour des machines virtuelles sur leur hôte définitif, une fois celui-ci réparé.

Nos équipes poursuivent les opérations de rétablissement des services. Le redémarrage des VPS concernés sur le nœud temporaire est prévu dans les prochaines minutes.

Les VPS seront remis en service dans l'état où ils se trouvaient avant leur arrêt pour maintenance. Aucune perte de données n'est à prévoir.

Une fois les services rétablis, un email sera envoyé individuellement à chaque client concerné.

Le suivi du nœud indisponible sur MRS04 est désormais séparé de la maintenance planifiée, qui est terminée.

L'incident reste en cours. La fin d'intervention est estimée au 22 octobre à 06:00 (heure de Paris).

Les investigations ont permis d'identifier un défaut matériel au niveau de la carte mère du nœud concerné. Une procédure de remplacement auprès du constructeur (RMA) a été engagée.

Les VPS impactés vont être redéployés sur un nœud temporaire, le temps que le serveur concerné puisse être réparé et remis en service.

Nos équipes sont arrivées sur place à Marseille et débutent les investigations sur le nœud concerné afin d'identifier l'origine du défaut de redémarrage.

Tous les noeuds ont été redémarrés, mais nous constatons néanmoins une anomalie sur l'un des noeuds de notre gamme VPS Performance, qui affecte une poignée de VPS situés sur le cluster MRS04.

Les opérations de redémarrage normales, et via BMC, ont échouées sur ce noeud, ce qui nécessite donc une intervention humaine en datacenter. Notre équipe sera sur place aux alentours de 23h30 et procèdera a un diagnostic du serveur concerné.

Les opérations de maintenance planifiée de l'infrastructure VPS de Marseille sont terminées.

Un nœud du cluster MRS04 n'a pas redémarré correctement. Cette anomalie, qui concerne une poignée de VPS Performance, fait l'objet d'un incident distinct.

La maintenance a démarré comme prévu.

Nous vous informons qu'une d'opération de maintenance est planifiée sur l'ensemble des clusters de nos gammes VPS hébergés sur notre POP de Marseille, afin d'appliquer un correctif de sécurité urgent (CVE-2026-99999).

Date :

• Mercredi 21 Octobre : De 21h00 à 23h00

Cette campagne de maintenance vise à déployer un correctif de sécurité urgent, suite à la découverte d'une faille de sécurité critique dans le noyau Linux, affectant tous les serveurs Linux depuis le kernel 2.6.27 (qui date de 2008).

Nous sommes conscient du nombre de maintenance avec impact, relativement élevé ces derniers mois : Ces opérations s'expliquent par la découverte récente et rapprochée de plusieurs failles critiques affectant le noyau Linux, ainsi que la technologie KVM, utilisée pour la virtualisation des offres VPS par la quasi-totalité des hébergeurs du marché.

Une opération similaire est prévu sur nos autres localisations : Nous respecterons un délai de 24h entre chaque localisation, afin d'éviter le risque d'impact multiples pour des clients qui auraient fait le choix de multiplier les localisations pour des raisons de redondance.

Durant cette campagne, chaque VPS situé sur notre POP de Marseille sera redémarré une seule fois, lors du créneau précédemment indiqué. Etant donné le caractère urgent de cette maintenance et le faible délai de notification, notre équipe s'efforcera d'envoyer une notification par email, environ 48h à l'avance, pour chaque VPS, en précisant le créneau où le VPS sera impacté.

Les VPS concernés seront éteints pendant une durée maximale estimée à 15 minutes pendant la tranche horaire prévue, puis seront redémarrés.

Dans la très vaste majorité des cas, aucune action n'est requise de votre part, mais nous vous invitons toutefois à :

• Vérifier que vos applications installées sur le VPS sont correctement configurées pour fonctionner après un redémarrage ;
• Contrôler l'état de vos sauvegardes (nous insistons néanmoins sur le fait qu'aucune perte de données n'est attendue, les VPS seront simplement éteints, puis redémarrés) ;
• Dans la mesure du possible, suspendre proprement votre activité avant 21h00, lors du créneau communiqué par email, en particulier si vous hébergez des applications sensibles aux redémarrages (bases de données, etc.).

Note supplémentaire liée à la CVE-2026-99999 : Cette faille dans le noyau Linux impacte de très nombreux OS (Debian, Ubuntu, etc) depuis 2008. Nous vous invitons vivement à vérifier que votre OS est bien à jour pour vous assurer qu'il est lui même protégé contre cette faille. Cette faille est corrigée à partir des kernels suivants : 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11. Plus d'infos sur https://nvd.nist.gov/vuln/detail/cve-2026-99999

Nous vous remercions de votre compréhension.

La maintenance est terminée.

La maintenance prend plus de temps que prévue, les opérations se poursuivre et devrait se terminer vers 15H00.

À la suite de la récente annonce d’une faille de sécurité affectant PHP, nous procédons à une maintenance préventive de l’espace client afin de déployer les correctifs de sécurité publiés par le projet PHP.

Durant cette intervention, des perturbations et des indisponibilités temporaires de l’espace client peuvent survenir.

Nous vous tiendrons informés de la fin de la maintenance. Merci de votre compréhension.

Mise à jour des versions PHP 8.2 à 8.5

TuxCare a désormais mis à jour ses paquets à partir des versions publiées par le projet PHP, en complément des correctifs rétroportés déjà déployés. Les versions installées sur nos hébergements sont les suivantes :

• `alt-php82` : `8.2.35-1`
• `alt-php83` : `8.3.36-1`
• `alt-php84` : `8.4.27-1`
• `alt-php85` : `8.5.12-1`

Les correctifs de sécurité concernés étaient déjà présents dans les paquets précédents. Cette mise à jour rend les numéros de version cohérents avec ceux du projet PHP. Elle ne change pas la protection déjà apportée contre les vulnérabilités annoncées le 20 octobre.

Recommandation complémentaire du projet PHP

Dans son avis du 23 octobre sur le suivi de progression des téléversements, le projet PHP recommande de désactiver `session.upload_progress.enabled` dans l'attente de la prochaine version corrective.

Cette recommandation est déjà appliquée sur l'ensemble de nos plateformes d'hébergement web, avec `session.upload_progress.enabled = 0`. Nous conservons cette mesure préventive en attendant le correctif annoncé.

Aucune manipulation n'est nécessaire de votre part dans Plesk ou sur vos sites. La maintenance reste terminée.

Nous avons reçu ce matin plusieurs questions concernant le numéro de version PHP affiché dans Plesk. Voici quelques précisions sur les correctifs déployés.

Les correctifs concernant les vulnérabilités annoncées le 20 octobre sont déjà appliqués à toutes les versions PHP « Secured » proposées sur nos hébergements. Aucune manipulation dans Plesk n'est nécessaire.

TuxCare ELS applique ces correctifs par rétroportage : le code concerné est corrigé sans forcément modifier le numéro de version PHP affiché. Le suivi repose sur la révision du paquet et son historique de sécurité. Un ancien numéro de version ne signifie donc pas que les correctifs sont absents.

Par exemple, PHP 8.3.35 Secured intègre les correctifs concernés publiés dans PHP 8.3.36. Il n'est pas nécessaire de changer la version de votre site dans Plesk pour en bénéficier.

Utilisation en ligne de commande

Le PHP appelé par défaut avec la commande `php` bénéficie également de ces correctifs. Nous recommandons toutefois d'utiliser le chemin complet correspondant à la version PHP de votre site pour conserver la même compatibilité lors de l'exécution de scripts, de tâches planifiées ou de commandes Composer.

Par exemple, pour un site sous PHP 8.4 : `/opt/plesk/php/8.4/bin/php`.

Pour en savoir plus :

• Mises à jour et sécurité de PHP avec TuxCare ELS
• Accès SSH et chemins PHP sur les hébergements Plesk

La maintenance est terminée. Cette mise à jour apporte des précisions sur les correctifs déjà déployés.

FRWEB14 : corrigé. Les sites de cette plateforme fonctionnent désormais sur des versions de PHP 7.4 à 8.5 corrigées contre ces deux failles.

Toutes nos plateformes web mutualisées utilisent maintenant des versions PHP corrigées. Aucune action n'est nécessaire de votre part

PHP 8.0 et 8.2 : corrigés sur FRWEB5 à FRWEB12 et CHWEB1. Notre partenaire a publié ces deux derniers correctifs peu après minuit, et nous les avons installés dans la foulée, sans impact sur les sites.

Toutes les versions de PHP 7.4 à 8.5 sont désormais corrigées sur FRWEB5 à FRWEB12 et CHWEB1.

FRWEB14 : les versions corrigées de PHP 7.4 à 8.5 sont installées, et nous finalisons actuellement leur mise en place sur les sites de cette plateforme.

Aucune action n'est nécessaire de votre part. Prochaine mise à jour à la fin de l'intervention sur FRWEB14.

PHP 8.5 : corrigé sur FRWEB5 à FRWEB12 et CHWEB1. Notre partenaire a publié le correctif à 23h38, et nous l'avons installé dans la foulée, sans impact sur les sites.

Où en sont les versions PHP de nos plateformes web mutualisées :
- PHP 7.4, 8.1, 8.3, 8.4 et 8.5 : corrigés sur toutes les plateformes sauf FRWEB14, qui attend la publication des correctifs pour son système.
- PHP 8.0 et 8.2 : en attente des correctifs de notre partenaire. Ils seront installés automatiquement dès leur publication. D'ici là, le pare-feu applicatif bloque les attaques connues.

Prochaine mise à jour à la publication des derniers correctifs.

Les opérations de maintenance et de déploiement se poursuivent, au fil des release des patchs de sécurité par notre prestataire de correctifs.

En parallèle nos équipes maintiennent une vigilance tres renforcée sur le sujet, et nous continuons de déployer de nombreuses règles WAF afin de limiter toute exposition, au fur et à mesure de l’évolution des vecteurs d’attaques constatés.

La maintenance est terminée.

PHP 8.4 : corrigé sur FRWEB5 à FRWEB12 et CHWEB1. Notre partenaire a publié le correctif à 22h10, et nous l'avons installé dans la foulée, sans impact sur les sites.

Où en sont les versions PHP de nos plateformes web mutualisées :
- PHP 7.4 et PHP 8.4 : corrigés sur toutes les plateformes sauf FRWEB14, qui attend la publication des correctifs pour son système.
- PHP 8.0, 8.1, 8.2, 8.3 et 8.5 : en attente des correctifs de notre partenaire. Ils seront installés automatiquement dès leur publication. D'ici là, le pare-feu applicatif bloque les attaques connues.

FRWEB4 : les sites hébergés sur cette plateforme fonctionnent en PHP 7.4, dans une version corrigée contre ces deux failles. FRWEB4 étant une plateforme ancienne, nos équipes prévoient de migrer ses sites vers une plateforme entièrement maintenue.

Prochaine mise à jour à la publication des autres correctifs PHP 8.x.

Pare-feu applicatif (WAF) : à 19h17, notre partenaire a publié de nouvelles règles. Elles bloquent d'autres variantes de l'outil d'attaque et détectent les envois de fichiers malformés utilisés pour exploiter ces failles. Ces règles sont actives sur toutes nos plateformes web mutualisées.

Où en sont les versions PHP de nos plateformes web mutualisées :
- PHP 7.4 : corrigé sur toutes les plateformes sauf FRWEB14, qui attend la publication du correctif pour son système.
- PHP 8.0, 8.1, 8.2, 8.3, 8.4 et 8.5 : en attente. Notre partenaire annonce les correctifs vers 22h. Ils seront installés automatiquement dès leur publication. D'ici là, le pare-feu applicatif bloque les attaques connues.

Prochaine mise à jour à la publication des correctifs PHP 8.x.

La fondation PHP a publié cet après-midi les correctifs des failles CVE-2026-109618 et CVE-2026-109619 pour PHP 8.2, 8.3, 8.4 et 8.5. Les versions 7.4, 8.0 et 8.1 sont corrigées par notre programme de maintenance partenaire.

État de la protection de nos plateformes web mutualisées (FRWEB5 à FRWEB12, FRWEB14, CHWEB1) :

• Pare-feu applicatif (WAF) : règles de blocage des attaques connues actives sur toutes ces plateformes depuis la nuit dernière.
• Versions PHP maintenues : l'ensemble des sites a été basculé sur des versions PHP maintenues et corrigées en continu par notre partenaire, de PHP 7.4 à PHP 8.5, sans changement de version pour vos sites.
• PHP 7.4 : corrigé sur FRWEB5, FRWEB6, FRWEB7, FRWEB8, FRWEB9, FRWEB10, FRWEB11, FRWEB12 et CHWEB1. FRWEB14 sera corrigé dès la publication du correctif pour son système.
• Webmails : corrigés sur toutes les plateformes.
• PHP 8.0 à 8.5 : les correctifs sont attendus ce soir. Ils seront déployés automatiquement dès leur publication.
• Panneau d'administration Plesk : l'éditeur a annoncé un correctif pour aujourd'hui. Il sera appliqué dès sa disponibilité.

Ces déploiements se font de façon transparente. De courtes interruptions de quelques secondes à quelques minutes ont pu se produire sur certains sites.

La fondation PHP a annoncé hier soir la découverte de deux failles de sécurité critiques dans le projet PHP, affectant toutes les versions PHP depuis PHP 5.0 : Il s'agit des CVE-2026-109618 et CVE-2026-109619. Ces failles de sécurité sont liées à PHP directement, et permettent potentiellement de prendre le contrôle de n'importe quel site internet exécutant PHP, quelque soit sa configuration.

Les détails exact de ces failles ne sont pas encore publiés : La fondation PHP a annoncé la publication des détails pour ce jour 16h (heure de Paris) avec les premiers correctifs de sécurité.

Néanmoins, quelques éléments sont déjà anticipés sur ces failles : Elles impacteraient toutes les versions de PHP depuis PHP 5.0 (depuis 2004), et la fondation PHP ne proposerai des correctifs que pour les sites sous PHP 8.1, 8.2, 8.3, 8.4 et 8.5.

Notre équipe a réalisé un audit complet de nos infrastructures WEB mutualisés (Plesk), principalement concernées par ces failles, en raison du nombre très élevé de sites internet exploitant PHP sur ces plateformes. Nous avons également procédé au déploiement dans la nuit d'un premier lot de correctifs de sécurité (notamment des règles de firewalling WAF dynamiques), visant à réduire l'exposition de nos clients à ces failles.

Nous déploierons également les correctifs de sécurité pour les versions PHP 8.1, 8.2, 8.3, 8.4 et 8.5 dès leur publication par la version PHP.

Enfin, nous prévoyons également des correctifs de sécurité pour les versions PHP 7.4, 8.0 et 8.1 : Ces versions sont EOL, mais sont toujours proposés sur nos infrastructures, et reçoivent des correctifs de sécurité réguliers, via un programme de maintenance partenaire. Nous estimons que ces correctifs seront disponibles très rapidement après la publication des correctifs pour les versions PHP plus récentes.

Le déploiement de ces patchs de sécurité se fera principalement de façon transparente, mais il est possible que les sites internent soient interrompus quelques minutes au fur et à mesure du déploiement des patchs.

L’incident est résolu. Le panel de gestion PulseHeberg est de nouveau pleinement opérationnel. Nous vous prions de nous excuser pour la gêne occasionnée.

Nous rencontrons actuellement un incident sur le panel de gestion PulseHeberg, entraînant des difficultés de gestion des services VPS Cloud. Nos équipes travaillent à sa résolution.

Cet incident affecte uniquement le panel de gestion, les VM restent fonctionnelles.

La maintenance est terminée.

La maintenance a démarré comme prévu.

Nous vous informons qu'une campagne d'opération de maintenance est planifiée sur l'ensemble des clusters de nos gammes VPS hébergés sur notre POP de Paris. Cette opération s'étalera les 3 et 4 Octobre, sur les créneaux suivants :

Dates :

- Samedi 3 Octobre : De 21h00 à 23h00
- Dimanche 4 Octobre : De 21h00 à 23h00
Cette campagne s'inscrit dans le cadre de nos opérations de maintenance courante, dans un objectif de maintien en condition opérationnelle de nos infrastructures, notamment afin de déployer des correctifs de sécurité urgents préconisés par notre vendor.

Durant cette campagne, chaque VPS situé sur notre POP de Paris sera redémarré une seule fois, lors d'un des créneaux précédemment cité. Notre équipe s'efforcera d'envoyer une notification email, environ 24h à l'avance, pour chaque VPS concerné, en indiquant le créneau où le VPS sera affecté.

Les VPS concernés seront éteints pendant une durée maximale estimée à 15 minutes pendant la tranche horaire prévue, puis seront redémarrés.

Dans la très vaste majorité des cas, aucune action n'est requise de votre part, mais nous vous invitons toutefois à :

- Vérifier que vos applications installées sur le VPS sont correctement configurées pour fonctionner après un redémarrage ;
- Contrôler l'état de vos sauvegardes (nous insistons néanmoins sur le fait qu'aucune perte de données n'est attendue, les VPS seront simplement éteints, puis redémarrés) ;
- Dans la mesure du possible, suspendre proprement votre activité avant 21h00, lors du créneau communiqué par email, en particulier si vous hébergez des applications sensibles aux redémarrages (bases de données, etc.).
Nous vous remercions de votre compréhension.

La maintenance est terminée.

La maintenance a démarré comme prévu.

Nous vous informons qu'une campagne d'opération de maintenance est planifiée sur l'ensemble des clusters de nos gammes VPS hébergés sur notre POP de Paris. Cette opération s'étalera les 3 et 4 Octobre, sur les créneaux suivants :

Dates :

• Samedi 3 Octobre : De 21h00 à 23h00
• Dimanche 4 Octobre : De 21h00 à 23h00

Cette campagne s'inscrit dans le cadre de nos opérations de maintenance courante, dans un objectif de maintien en condition opérationnelle de nos infrastructures, notamment afin de déployer des correctifs de sécurité urgents préconisés par notre vendor.

Durant cette campagne, chaque VPS situé sur notre POP de Paris sera redémarré une seule fois, lors d'un des créneaux précédemment cité. Notre équipe s'efforcera d'envoyer une notification email, environ 24h à l'avance, pour chaque VPS concerné, en indiquant le créneau où le VPS sera affecté.

Les VPS concernés seront éteints pendant une durée maximale estimée à 15 minutes pendant la tranche horaire prévue, puis seront redémarrés.

Dans la très vaste majorité des cas, aucune action n'est requise de votre part, mais nous vous invitons toutefois à :

• Vérifier que vos applications installées sur le VPS sont correctement configurées pour fonctionner après un redémarrage ;
• Contrôler l'état de vos sauvegardes (nous insistons néanmoins sur le fait qu'aucune perte de données n'est attendue, les VPS seront simplement éteints, puis redémarrés) ;
• Dans la mesure du possible, suspendre proprement votre activité avant 21h00, lors du créneau communiqué par email, en particulier si vous hébergez des applications sensibles aux redémarrages (bases de données, etc.).

Nous vous remercions de votre compréhension.