Les failles PHP2Shell (CVE 2026 109618 et CVE 2026 109619) pourraient permettre l’exécution de code à distance sur un serveur vulnérable, sans authentification. Les organisations doivent recenser leurs systèmes utilisant PHP, donner la priorité aux services accessibles depuis Internet, installer les correctifs adapt...
Publié parModifié avec GPT-6 LunaImages générées avec GPT Image 2
Réponse de recherche

Create a landscape editorial hero image for this Studio Global article: What prompted Singapore’s Commissioner of Cybersecurity and CSA chief executive Gwenda Fong to urge organisations on Oct 22, 2026, to act im. Article summary: Gwenda Fong’s Oct 22 call reflected an urgent risk of web-server takeover: the two PHP2Shell flaws—CVE-2026-109618 and CVE-2026-109619—could let attackers execute code remotely without logging in, and exploitation method. Topic tags: general, news, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers
La responsable de la cybersécurité de Singapour, Gwenda Fong, a appelé les organisations à agir après la divulgation de deux failles critiques de PHP et la publication de correctifs, le 21 octobre 2026. Réunies sous le nom de PHP2Shell, ces vulnérabilités pourraient permettre à un attaquant d’exécuter du code à distance sans se connecter — et potentiellement de prendre le contrôle d’un serveur web. Des tentatives d’exploitation ont été signalées, mais elles ne prouvent pas qu’une organisation en particulier a été piratée. 3
5
7
14
Les deux failles sont répertoriées sous les identifiants CVE-2026-109618 et CVE-2026-109619. L’Agence de cybersécurité de Singapour (CSA) les a qualifiées de critiques. Chacune obtient un score de 9,2 sur 10 selon le système CVSS v4.0. En cas d’exploitation, un attaquant pourrait exécuter du code sur un serveur sans avoir besoin d’identifiants. 3
PHP est un langage de programmation utilisé pour faire fonctionner des sites et des applications web. Selon les informations publiées, les failles étaient présentes dans le logiciel depuis des années avant d’être repérées avec l’aide d’outils d’intelligence artificielle. Comme PHP peut se trouver dans un site, une application ou un service d’hébergement, une organisation peut l’utiliser sans que toutes ses équipes en aient connaissance. 1
5
7
Les développeurs ont publié des correctifs le 21 octobre, et Gwenda Fong a appelé les organisations à agir dès le lendemain. Des médias ont également fait état de méthodes d’exploitation fonctionnelles et de tentatives d’attaque. La BBC indiquait alors qu’aucune exploitation réussie n’avait été signalée : une tentative ou une méthode démontrée signale un risque, mais ne constitue pas en soi la preuve d’une intrusion. 3
6
7
8
14
Certains exploitants de sites ont temporairement interrompu leurs services par précaution, le temps de traiter le problème. Une interruption ne signifie pas automatiquement que des pirates ont mis le site hors ligne. 9
Demandez aux équipes informatiques de vérifier les sites web, les serveurs et les applications, y compris ceux hébergés ou gérés par un prestataire. Pour chaque système, notez la version de PHP utilisée et la personne chargée de sa maintenance. Gwenda Fong a souligné que l’identification des systèmes exposés devait être une priorité immédiate. 7
Appliquez les mises à jour de sécurité publiées le 21 octobre. Consultez aussi l’avis de SingCERT, le service de la CSA qui diffuse des alertes et des conseils en cybersécurité, intitulé « Critical Vulnerabilities in PHP (PHP2Shell) ». Il précise les logiciels concernés et les mesures de correction à suivre. Les procédures pouvant varier selon la version, vérifiez les consignes officielles plutôt que de supposer qu’un même correctif convient à toutes les installations. 3
Les PME qui dépendent d’un fournisseur informatique ou d’un hébergeur devraient lui demander si ses services utilisent des versions de PHP concernées, quels systèmes ont été corrigés et s’il en reste qui sont exposés. Convenez d’un responsable et d’un calendrier, puis demandez confirmation une fois les opérations terminées. Une petite organisation peut ne pas savoir que PHP intervient dans un service qu’elle utilise. 15
Installer un correctif corrige la faille, mais ne permet pas de savoir si un système a été consulté avant la mise à jour. Demandez aux équipes de sécurité ou au prestataire d’examiner les journaux du serveur et de l’application, ainsi que tout processus inhabituel, changement de fichier inattendu ou autre activité suspecte. Tout indice préoccupant doit être traité selon la procédure de réponse aux incidents de l’organisation.
Transmettez l’alerte de SingCERT aux personnes responsables des sites, de l’infrastructure et de la sécurité. Si les équipes internes ne savent pas repérer les systèmes concernés ou appliquer les mises à jour sans risque, faites appel au prestataire informatique ou à un spécialiste en cybersécurité. L’avis de la CSA reste la référence pour vérifier les logiciels concernés et les mesures à appliquer. 3
L’essentiel est de savoir où PHP est utilisé, de corriger rapidement les systèmes concernés accessibles depuis Internet et de vérifier à la fois l’application des correctifs et l’intégrité des systèmes. Une coupure préventive ou une tentative d’attaque ne prouve pas qu’il y a eu une intrusion ; à l’inverse, une mise à jour terminée ne garantit pas qu’aucun accès n’a eu lieu auparavant. 6
9
14
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Les failles PHP2Shell (CVE 2026 109618 et CVE 2026 109619) pourraient permettre l’exécution de code à distance sur un serveur vulnérable, sans authentification.
Les failles PHP2Shell (CVE 2026 109618 et CVE 2026 109619) pourraient permettre l’exécution de code à distance sur un serveur vulnérable, sans authentification. Les organisations doivent recenser leurs systèmes utilisant PHP, donner la priorité aux services accessibles depuis Internet, installer les correctifs adaptés et rechercher d’éventuels signes d’intrusion.
Les failles PHP2Shell (CVE 2026 109618 et CVE 2026 109619) pourraient permettre l’exécution de code à distance sur un serveur vulnérable, sans authentification. Les organisations doivent recenser leurs systèmes utilisant PHP, donner la priorité aux services accessibles depuis Internet, installer les correctifs adapt...
Publié parModifié avec GPT-6 LunaImages générées avec GPT Image 2
Réponse de recherche

Create a landscape editorial hero image for this Studio Global article: What prompted Singapore’s Commissioner of Cybersecurity and CSA chief executive Gwenda Fong to urge organisations on Oct 22, 2026, to act im. Article summary: Gwenda Fong’s Oct 22 call reflected an urgent risk of web-server takeover: the two PHP2Shell flaws—CVE-2026-109618 and CVE-2026-109619—could let attackers execute code remotely without logging in, and exploitation method. Topic tags: general, news, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers
La responsable de la cybersécurité de Singapour, Gwenda Fong, a appelé les organisations à agir après la divulgation de deux failles critiques de PHP et la publication de correctifs, le 21 octobre 2026. Réunies sous le nom de PHP2Shell, ces vulnérabilités pourraient permettre à un attaquant d’exécuter du code à distance sans se connecter — et potentiellement de prendre le contrôle d’un serveur web. Des tentatives d’exploitation ont été signalées, mais elles ne prouvent pas qu’une organisation en particulier a été piratée. 3
5
7
14
Les deux failles sont répertoriées sous les identifiants CVE-2026-109618 et CVE-2026-109619. L’Agence de cybersécurité de Singapour (CSA) les a qualifiées de critiques. Chacune obtient un score de 9,2 sur 10 selon le système CVSS v4.0. En cas d’exploitation, un attaquant pourrait exécuter du code sur un serveur sans avoir besoin d’identifiants. 3
PHP est un langage de programmation utilisé pour faire fonctionner des sites et des applications web. Selon les informations publiées, les failles étaient présentes dans le logiciel depuis des années avant d’être repérées avec l’aide d’outils d’intelligence artificielle. Comme PHP peut se trouver dans un site, une application ou un service d’hébergement, une organisation peut l’utiliser sans que toutes ses équipes en aient connaissance. 1
5
7
Les développeurs ont publié des correctifs le 21 octobre, et Gwenda Fong a appelé les organisations à agir dès le lendemain. Des médias ont également fait état de méthodes d’exploitation fonctionnelles et de tentatives d’attaque. La BBC indiquait alors qu’aucune exploitation réussie n’avait été signalée : une tentative ou une méthode démontrée signale un risque, mais ne constitue pas en soi la preuve d’une intrusion. 3
6
7
8
14
Certains exploitants de sites ont temporairement interrompu leurs services par précaution, le temps de traiter le problème. Une interruption ne signifie pas automatiquement que des pirates ont mis le site hors ligne. 9
Demandez aux équipes informatiques de vérifier les sites web, les serveurs et les applications, y compris ceux hébergés ou gérés par un prestataire. Pour chaque système, notez la version de PHP utilisée et la personne chargée de sa maintenance. Gwenda Fong a souligné que l’identification des systèmes exposés devait être une priorité immédiate. 7
Appliquez les mises à jour de sécurité publiées le 21 octobre. Consultez aussi l’avis de SingCERT, le service de la CSA qui diffuse des alertes et des conseils en cybersécurité, intitulé « Critical Vulnerabilities in PHP (PHP2Shell) ». Il précise les logiciels concernés et les mesures de correction à suivre. Les procédures pouvant varier selon la version, vérifiez les consignes officielles plutôt que de supposer qu’un même correctif convient à toutes les installations. 3
Les PME qui dépendent d’un fournisseur informatique ou d’un hébergeur devraient lui demander si ses services utilisent des versions de PHP concernées, quels systèmes ont été corrigés et s’il en reste qui sont exposés. Convenez d’un responsable et d’un calendrier, puis demandez confirmation une fois les opérations terminées. Une petite organisation peut ne pas savoir que PHP intervient dans un service qu’elle utilise. 15
Installer un correctif corrige la faille, mais ne permet pas de savoir si un système a été consulté avant la mise à jour. Demandez aux équipes de sécurité ou au prestataire d’examiner les journaux du serveur et de l’application, ainsi que tout processus inhabituel, changement de fichier inattendu ou autre activité suspecte. Tout indice préoccupant doit être traité selon la procédure de réponse aux incidents de l’organisation.
Transmettez l’alerte de SingCERT aux personnes responsables des sites, de l’infrastructure et de la sécurité. Si les équipes internes ne savent pas repérer les systèmes concernés ou appliquer les mises à jour sans risque, faites appel au prestataire informatique ou à un spécialiste en cybersécurité. L’avis de la CSA reste la référence pour vérifier les logiciels concernés et les mesures à appliquer. 3
L’essentiel est de savoir où PHP est utilisé, de corriger rapidement les systèmes concernés accessibles depuis Internet et de vérifier à la fois l’application des correctifs et l’intégrité des systèmes. Une coupure préventive ou une tentative d’attaque ne prouve pas qu’il y a eu une intrusion ; à l’inverse, une mise à jour terminée ne garantit pas qu’aucun accès n’a eu lieu auparavant. 6
9
14
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Les failles PHP2Shell (CVE 2026 109618 et CVE 2026 109619) pourraient permettre l’exécution de code à distance sur un serveur vulnérable, sans authentification.
Les failles PHP2Shell (CVE 2026 109618 et CVE 2026 109619) pourraient permettre l’exécution de code à distance sur un serveur vulnérable, sans authentification. Les organisations doivent recenser leurs systèmes utilisant PHP, donner la priorité aux services accessibles depuis Internet, installer les correctifs adaptés et rechercher d’éventuels signes d’intrusion.