Des failles de sécurité PHP ayant obtenu un score de gravité de 9,2 ont conduit la société de sécurité blockchain SlowMist à exhorter les plateformes d’échange de cryptomonnaies, les plateformes de finance décentralisée et les fournisseurs de portefeuilles à vérifier leur infrastructure et à installer des mises à jour d’urgence. Les développeurs de PHP ont publié des correctifs le 21 octobre 2026 pour deux vulnérabilités qui pourraient permettre à des attaquants non authentifiés d’exécuter du code à distance sur les serveurs concernés.
Points clés à retenir
- PHP a publié quatre versions corrigées pour remédier à deux vulnérabilités, chacune notée 9,2 selon la version 4.0 du CVSS.
- SlowMist a exhorté les entreprises du secteur des cryptomonnaies à vérifier leur exposition à PHP sur leurs sites web, leurs interfaces et leur infrastructure de soutien.
- Les attaques démontrées ne permettent pas d’établir qu’il y a eu une compromission généralisée ou des pertes chez les grandes plateformes d’échange de cryptomonnaies ou les protocoles DeFi.
Table des matières
- Les failles de sécurité PHP placent les serveurs exposés au premier plan
- Les mises à jour d’urgence couvrent quatre versions de PHP
- Les alertes internationales distinguent l’exposition des pertes confirmées
- Conclusion
Les failles de sécurité PHP placent les serveurs exposés au premier plan
Pour les entreprises du secteur des cryptomonnaies, la préoccupation immédiate concerne leur infrastructure web classique. Selon la configuration d’une plateforme, la compromission d’un système PHP en arrière-plan pourrait exposer des informations sur les clients, des interfaces d’administration, des systèmes d’authentification ou des identifiants opérationnels.
SlowMist a exhorté les plateformes d’échange, les projets DeFi et les fournisseurs de portefeuilles à repérer les déploiements concernés et à appliquer les correctifs officiels. Selon certaines informations, l’entreprise a utilisé son système de surveillance MistEye pour examiner l’exposition liée à PHP dans l’infrastructure des cryptomonnaies après la divulgation des vulnérabilités.
Ce risque ne signifie pas qu’un serveur PHP compromis donne automatiquement à un attaquant accès aux clés privées, aux contrats intelligents ou aux actifs des clients. Les conséquences dépendent des connexions avec les systèmes sensibles et des privilèges qu’un attaquant peut obtenir.
Les mises à jour d’urgence couvrent quatre versions de PHP
Les deux vulnérabilités, CVE-2026-109618 et CVE-2026-109619, ont chacune reçu un score de gravité de 9,2 selon la version 4.0 du système commun de notation des vulnérabilités (CVSS). Les développeurs de PHP y ont remédié dans les versions 8.5.12, 8.4.27, 8.3.36 et 8.2.35. Les versions antérieures, y compris celles qui ne sont plus prises en charge, peuvent également être vulnérables et nécessiter une migration vers un logiciel maintenu.
CVE-2026-109618 concerne une corruption de mémoire liée à la gestion d’un manque de mémoire lors du nettoyage des requêtes. CVE-2026-109619 porte sur la conservation, dans l’état global, de références à la mémoire d’anciennes requêtes, ce qui pourrait permettre une exploitation lorsque cette mémoire est réutilisée. Dans des configurations vulnérables, les deux failles peuvent permettre l’exécution de code à distance.
Le projet PHP a signalé que les installations accessibles depuis Internet utilisant PHP-FPM, Apache mod_php, php-cgi, FrankenPHP et LiteSpeed pourraient être exposées. Apache mod_php a suscité une préoccupation particulière, car des chercheurs ont démontré une attaque capable d’exécuter du code avant le début du traitement d’une requête par le code de l’application.
Les mises à jour d’urgence ont été publiées après des avertissements préalables et des signalements indiquant que des détails techniques avaient circulé avant la divulgation prévue. L’équipe de sécurité de PHP a appelé à effectuer immédiatement les mises à jour, avertissant que les mesures d’atténuation alternatives ne pouvaient pas offrir une protection complète.
Les alertes internationales distinguent l’exposition des pertes confirmées
L’ENISA, le CERT-EU et le Centre européen de lutte contre la cybercriminalité d’Europol ont conjointement conseillé aux organisations d’identifier les systèmes concernés et d’y déployer les mises à jour. Le Centre national de cybersécurité du Royaume-Uni a recommandé de donner la priorité aux systèmes exposés et d’envisager leur arrêt temporaire lorsqu’une correction immédiate était impossible.
Les autorités australiennes et canadiennes chargées de la cybersécurité ont également émis des alertes. Des chercheurs ont reproduit les attaques et des informations sur des exploits ont circulé publiquement, mais les éléments disponibles ne permettent pas d’établir que les vulnérabilités ont directement causé des pertes dans de grandes plateformes d’échange de cryptomonnaies ou des protocoles DeFi.
Pour les opérateurs concernés, les priorités indiquées sont de localiser les installations PHP, de passer à des versions prises en charge et corrigées, et de vérifier les systèmes pour détecter d’éventuels signes d’accès non autorisé.
Conclusion
Les alertes portent principalement sur la correction de l’infrastructure PHP exposée et la recherche d’activités non autorisées. Pour les plateformes crypto, la distinction reste importante : les serveurs web susceptibles d’être exploités représentent un risque grave, mais ne constituent pas une preuve de pertes d’actifs confirmées.
Lire d’autres actualités
Plus d’actualités de FinanceVelix
Avertissement
Cet article de FinanceVelix fournit des informations générales et ne constitue pas un conseil personnalisé en matière de finances, d’investissement, de droit ou de fiscalité. Les cours du marché, les taux d’intérêt et la conjoncture économique peuvent évoluer ; les investissements comportent un risque de perte. Les faits reflètent les informations disponibles au moment de la publication et peuvent changer. Vérifiez les informations importantes de manière indépendante et consultez un professionnel qualifié au besoin. La mention d’un actif, d’une entreprise ou d’un service ne constitue pas une recommandation.




