Des failles critiques viennent d’être corrigées dans GitLab et Cisco. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

2 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Ces outils détiennent les secrets de compilation et de déploiement : leur compromission permet de modifier le code livré en production.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne GitLab.
Il s’agit d’un cas de vulnérabilité générique : l’éditeur signale une faille de sécurité. La mise à jour est nécessaire pour éliminer le risque. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par GitLab, Cisco, Firewall dans votre parc informatique.
3. Restreindre l’accès aux interfaces d’administration des équipements réseau et passerelles VPN : ne jamais les exposer directement sur Internet.
4. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
5. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
6. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-30

Des failles critiques viennent d’être corrigées dans VMware et Linux. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

3 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Ces bibliothèques sont utilisées par de nombreuses applications : une seule faille se propage à tout l’écosystème qui en dépend.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne VMware.
Il s’agit d’un cas de vulnérabilité générique : l’éditeur signale une faille de sécurité. La mise à jour est nécessaire pour éliminer le risque. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par VMware, Linux, BeyondTrust dans votre parc informatique.
3. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
4. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
5. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-29

Des failles critiques viennent d’être corrigées dans Adobe et Google. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

3 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Ces applications traitent des données métier sensibles et sont rarement exposées aux mises à jour rapides.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne Adobe.
Il s’agit d’un cas d’exécution de code à distance : un attaquant peut exécuter ses propres programmes sur le serveur touché, sans avoir besoin d’un compte utilisateur. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par Adobe, Google, Fortinet dans votre parc informatique.
3. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
4. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
5. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-28

Des failles critiques viennent d’être corrigées dans Atlassian et Oracle. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

2 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Ces applications traitent des données métier sensibles et sont rarement exposées aux mises à jour rapides.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne Atlassian.
Il s’agit d’un cas de vulnérabilité générique : l’éditeur signale une faille de sécurité. La mise à jour est nécessaire pour éliminer le risque. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par Atlassian, Oracle dans votre parc informatique.
3. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
4. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
5. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-27

Des failles critiques viennent d’être corrigées dans Cisco et Palo Alto. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

3 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Une passerelle ou un accès distant non corrigé ouvre directement le réseau interne à un attaquant, sans qu’il ait besoin d’un compte.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne Cisco.
Il s’agit d’un cas de traversée de répertoire : un attaquant peut lire ou écrire des fichiers en dehors du dossier autorisé, y compris des fichiers système. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par Cisco, Palo Alto, Oracle dans votre parc informatique.
3. Restreindre l’accès aux interfaces d’administration des équipements réseau et passerelles VPN : ne jamais les exposer directement sur Internet.
4. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
5. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
6. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-25

Des failles critiques viennent d’être corrigées dans Arista et Ivanti. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

3 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Une passerelle ou un accès distant non corrigé ouvre directement le réseau interne à un attaquant, sans qu’il ait besoin d’un compte.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne Arista.
Il s’agit d’un cas d’injection sql : un attaquant peut manipuler la base de données de l’application et en extraire ou modifier le contenu. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par Arista, Ivanti, Oracle dans votre parc informatique.
3. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
4. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
5. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-24

Une nouvelle série de vulnérabilités critiques touche des composants largement déployés dans les systèmes d’information des organisations. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

3 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Une faille non corrigée sur ces composants peut mener à la compromission complète du système concerné.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne un logiciel largement déployé.
Il s’agit d’un cas de vulnérabilité non précisée : l’éditeur n’a pas encore publié le détail technique. La mise à jour reste indispensable. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
3. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
4. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-23

Le Centre de Reponse aux Incidents de Securite Informatique (CIRT.cm) alerte les organisations camerounaises sur la divulgation, le 21 octobre 2026, de plusieurs vulnerabilites critiques affectant le moteur du langage PHP. Regroupees sous le nom de code PHP2Shell, ces failles permettent a un attaquant non authentifie d’executer du code arbitraire sur un serveur web, quelle que soit l’application qui y tourne.

Le detail qui rend cette alerte exceptionnelle tient en une phrase : PHP alimente environ 70 % des sites web dans le monde, dont WordPress, Drupal, Joomla et MediaWiki — l’infrastructure qui fait tourner Wikipedia. Toutes les versions publiees depuis PHP 5.4 sont touchees. Autrement dit, une faille dans le moteur concerne des millions de serveurs independamment de la qualite du code applicatif qu’ils hebergent. Un simple programme affichant « Bonjour le monde » est vulnerable s’il tourne sur une version non corrigee.

Les vulnerabilites ont ete decouvertes par les equipes de recherche de Wiz, avec l’appui de modeles d’intelligence artificielle de derniere generation. Elles dormaient dans la base de code depuis plus de dix ans. Ce qui a change, c’est le cout de l’exploitation : la ou un chercheur humain devait enchainer plusieurs bugs et adapter un exploit a chaque configuration memoire, un modele d’IA le fait aujourd’hui en quelques heures. C’est le point de bascule que les analystes redoutaient.

Téléchargez et consultez l’alerte de sécurité complète pour découvrir les versions affectées, les mesures correctives recommandées et les actions à entreprendre pour protéger vos systèmes d’information.

Vulnerabilites identifiees

Versions corrigees : PHP 8.2.35, 8.3.36, 8.4.27 et 8.5.12. Les branches 8.1 et inferieures ne recoivent plus de correctifs de securite et doivent etre abandonnees.

Pourquoi cette faille differe des precedentes

Les chercheurs ont construit un script unique, baptise php2shell, capable d’executer du code a distance sur des deployments WordPress, Drupal et Joomla a jour, en utilisant leurs images de conteneurs officielles les plus recentes. Ce n’est pas une faille dans WordPress ou dans Drupal : c’est le moteur commun sous-jacent qui est en cause.

Un second scenario, plus discret mais tout aussi grave, permet de lire la memoire du processus PHP sans meme executer de code. Dans un environnement mutualise — un hebergement partageant un meme worker entre plusieurs sites — cela signifie qu’un attaquant peut recuperer les identifiants de connexion, les cles d’API ou les certificats d’un autre client heberge sur la meme machine. C’est le meme mecanisme que Heartbleed en 2014, applique a PHP.

Une difficulte supplementaire pour les equipes de defense : ces attaques s’executent sous la couche applicative. Les journaux de l’application peuvent ne conserver presque aucune trace exploitable. Les chercheurs recommandent donc de surveiller particulierement les requetes multipart inhabituelles suivies d’erreurs de limite memoire ou de reponses HTTP 500 repetees.

Menaces actives

• PHP2Shell — Chaine d’exploitation complete publiee, avec demonstrations video sur WordPress, Drupal et Joomla. Le code n’est pas encore largement distribue mais la publication des details techniques ouvre la voie a des adaptations rapides.
• Divulgation memoire a l’echelle — Technique d’extraction de secrets depuis la memoire des workers PHP, sans authentification. Risque majeur pour les hebergeurs mutualises et les plateformes multi-tenant.
• Variantes non identifiees — Les deux CVE ne couvrent que quatre instances exploitables d’un meme defaut architectural. Les chercheurs signalent l’existence d’autres variantes suivies et probablement non suivies dans la base de code.

Ce qu’il faut retenir

Il ne s’agit pas d’une faille dans un plugin, un theme ou un module. C’est le moteur qui execute le code de votre site qui est atteignable. La correction fournie par l’equipe PHP traite le defaut a sa racine et elimine l’ensemble des variantes connues. Pour les organisations camerounaises qui hebergent leurs services sur des mutualisees ou des plateformes non maitrisees, la verification de la version PHP aupres du prestataire devient une priorite immediate.

Pour celles qui ne peuvent pas appliquer le correctif sans delai, les grands fournisseurs de cloud et de CDN — Cloudflare, AWS, Microsoft, Google, Akamai, Fastly, Imperva, Vercel, Automattic — ont mis en place des regles de protection. Ces mesures d’attenuation ne remplacent pas la mise a jour.

Operations ciblant l’Afrique

Aucune campagne specifiquement dirigee contre le Cameroun ou l’Afrique de l’Ouest n’a ete rapporte a ce stade, la divulgation datant de moins de vingt-quatre heures. La nature de la faille rend toutefois le continent particulierement expose : le parc web africain repose massivement sur PHP, souvent via WordPress, et une part importante des sites institutionnels et commerciaux est hebergee sur des offres mutualisees ou la version du moteur n’est ni connue ni maitrisee par le proprietaire du site. Un scan de masse sur les adresses africaines est le scenario le plus probable dans les prochains jours. Le CIRT.cm maintient sa veille et diffusera une mise a jour si des indicateurs de compromission sont identifies sur le territoire.

Actions recommandees

1. Identifier la version PHP de chaque serveur web et application exposee. Toute version inferieure a 8.2.35, 8.3.36, 8.4.27 ou 8.5.12 doit etre consideree comme vulnerable.
2. Appliquer les correctifs vers PHP 8.2.35, 8.3.36, 8.4.27 ou 8.5.12 sans attendre le cycle de maintenance habituel.
3. Migrer hors des branches 8.1 et anterieures, qui ne recoivent plus de mises a jour de securite.
4. Interroger votre hebergeur sur la version du moteur PHP utilisee et sur son calendrier de mise a jour si vous etes sur une offre mutualisee.
5. Activer les regles de protection proposees par votre fournisseur de CDN ou de pare-feu applicatif pour les applications qui ne peuvent pas etre corrigees immediatement.
6. Surveiller les requetes multipart inhabituelles suivies d’erreurs de limite memoire, de redemarrages de workers ou de series de reponses HTTP 500.
7. Renouveler par precaution les secrets applicatifs (cles d’API, jetons d’acces, identifiants de base de donnees) des services qui ont ete exposes sur un serveur PHP non corrige, la divulgation memoire permettant leur extraction.
8. Signaler tout incident a incidents@cirt.antic.cm ou au numero vert 8202.

Sources : NVD NIST, avis de securite php-src GHSA-w8hw-w9fx-j79w et GHSA-6wmf-4rv5-p3rp, Wiz Research, Openwall oss-security, CISA KEV.
Reference CIRT : CIRT-AL-2026-10-21-2

Des failles critiques viennent d’être corrigées dans Node.js. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

3 d’entre elles figurent déjà au catalogue des vulnérabilités activement exploitées de la CISA : des attaquants s’en servent en ce moment même.

Ces applications traitent des données métier sensibles et sont rarement exposées aux mises à jour rapides.

Failles activement exploitées

Ces vulnérabilités sont recensées par la CISA comme déjà exploitées dans la nature.
Elles ne relèvent pas d’un risque théorique : des attaquants les utilisent dès à présent pour
compromettre des systèmes. Leur correction doit être traitée en priorité absolue.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La faille la plus préoccupante de cette alerte concerne un logiciel largement déployé.
Il s’agit d’un cas d’injection de commandes système : un attaquant peut faire exécuter des commandes du système d’exploitation au serveur touché, et donc en prendre le contrôle. Aucun correctif de contournement
ne remplace ici la mise à jour publiée par l’éditeur.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Traiter en priorité les failles activement exploitées (section ci-dessus) : appliquer les correctifs des éditeurs sans attendre la prochaine fenêtre de maintenance.
2. Inventorier les systèmes exposés : identifier les équipements et applications concernés par Node.js dans votre parc informatique.
3. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
4. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
5. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-21

Des failles critiques viennent d’être corrigées dans WordPress et TeamCity. Elles concernent des composants que l’on retrouve aussi bien dans les serveurs d’entreprise que dans les postes de travail. Le Centre de Réponse aux Incidents de Sécurité Informatique (CIRT-CM)
a analysé ces annonces et en résume ci-dessous l’essentiel : nature de la faille,
niveau de gravité et correctif à appliquer.

Aucune exploitation publique n’est encore confirmée, mais les scores de gravité relevés justifient d’agir avant qu’un code d’exploitation ne circule.

Sur un site web ou une boutique en ligne, ce type de faille peut mener au vol de données clients ou à la prise de contrôle du site.

Autres vulnérabilités critiques

Ces failles présentent un score de criticité élevé même si leur exploitation active n’a pas
encore été confirmée publiquement. Un correctif est disponible et doit être appliqué sans attendre.

Ce qu’il faut retenir

La vulnérabilité principale de cette alerte touche un logiciel largement déployé.
Elle relève d’un cas d’exécution de code à distance : un attaquant peut exécuter ses propres programmes sur le serveur touché, sans avoir besoin d’un compte utilisateur. Si aucun cas d’exploitation n’est encore
documenté, la gravité du score justifie une mise à jour rapide de tous les systèmes concernés.

Ces annonces tombent dans un contexte où les campagnes d’hameçonnage et les intrusions ciblant les administrations et les entreprises de la sous-région se sont intensifiées. Les correctifs éditeurs restent la parade la plus efficace, à condition d’être appliqués avant qu’un code d’exploitation public ne soit diffusé.

Actions recommandées

1. Inventorier les systèmes exposés : identifier les équipements et applications concernés par WordPress, TeamCity, Progress dans votre parc informatique.
2. Activer l’authentification multi-facteurs (MFA) sur tous les accès critiques.
3. Surveiller les journaux à la recherche de connexions sortantes inhabituelles, de comptes créés sans autorisation ou d’accès anormaux en dehors des heures ouvrables.
4. Signaler tout incident à incidents@cirt.antic.cm ou au numéro vert 8202.

Sources : NVD NIST, CISA KEV
Référence CIRT : CIRT-AL-2026-10-20