Cloudflare a lancé Zero Wire, un flux public de veille sur les vulnérabilités intégré à la section sécurité de Cloudflare Radar. Il est conçu pour aider les équipes de sécurité à comprendre les vulnérabilités importantes, à évaluer leur exposition potentielle et à décider des mesures à prendre.
Au lieu de répertorier chaque CVE, Zero Wire se concentre sur les vulnérabilités critiques des logiciels exposés à Internet, notamment les applications Web, leurs environnements d’exécution et leurs bibliothèques, ainsi que les services accessibles depuis Internet. Les synthèses expliquent le problème, indiquent quels déploiements peuvent nécessiter une investigation, décrivent les informations disponibles sur l’exploitation et renvoient vers les consignes des fournisseurs et d’autres éléments de preuve.
Chaque entrée comprend des prochaines étapes recommandées, comme vérifier les versions concernées, appliquer les mises à jour des fournisseurs, examiner les activités suspectes ou maintenir des mesures compensatoires pendant l’installation des correctifs. Les utilisateurs peuvent rechercher des synthèses par CVE ou par nom de problème, et suivre des étiquettes technologiques pour accéder à des entrées associées. Une synthèse peut couvrir plusieurs CVE liées lorsque leur examen conjoint clarifie la réponse à apporter.
La page d’accueil répartit les entrées dans les catégories « À traiter » et « Référence ». La première regroupe les problèmes nécessitant une évaluation ou une action active, tandis que la seconde conserve les synthèses dont les recommandations se sont stabilisées. Le passage dans la catégorie Référence ne signifie pas que tous les systèmes concernés ont été corrigés. Les informations de statut et la date de dernière vérification doivent être consultées avec les éléments de preuve, plutôt que considérées comme un verdict concernant les propres systèmes d’une organisation.
Les synthèses comprennent également une consigne que les équipes peuvent utiliser avec un agent d’IA pour effectuer une évaluation en lecture seule des logiciels déployés, des correctifs pertinents, de l’exposition et des mesures compensatoires. Elle demande des éléments de preuve pour chaque actif, les inconnues et les actions suggérées ; l’utilisation de cette consigne ne lance pas elle-même d’analyse des systèmes et ne les modifie pas.
Cloudflare indique que le flux associe ses recherches en sécurité et les observations de son réseau à des sources externes, notamment les enregistrements CVE, les avis des fournisseurs et, le cas échéant, le catalogue des vulnérabilités exploitées connues (Known Exploited Vulnerabilities Catalog) de la CISA. Les synthèses distinguent les signes de tentatives d’attaque des preuves de compromission : un trafic correspondant à une règle de pare-feu d’application Web (WAF) ne démontre pas qu’un système a été exploité avec succès, et l’absence d’un tel trafic sur le réseau de Cloudflare ne prouve pas qu’aucune exploitation n’a lieu ailleurs.
Lorsqu’une protection de Cloudflare peut être utile, une entrée en explique la portée et les exigences de configuration. Une règle WAF constitue une mesure compensatoire pour le trafic qu’elle couvre ; elle ne remplace pas la correction du logiciel vulnérable. Les liens vers les paramètres du tableau de bord n’activent pas automatiquement une règle et ne vérifient pas un déploiement ; les équipes sont invitées à suivre les recommandations de remédiation du fournisseur.
L’exemple donné par Cloudflare concerne la vulnérabilité php2shell, liée à des failles dans l’environnement d’exécution PHP. La mise à jour d’une application WordPress ou Magento, ou de l’un de ses plugins, ne suffirait pas à corriger un environnement d’exécution vulnérable. La synthèse demande aux équipes d’identifier l’environnement d’exécution utilisé et de consulter les consignes de sécurité de PHP pour connaître les versions concernées et les mesures correctives. Le graphique des requêtes HTTP correspondant aux règles gérées du WAF de Cloudflare est présenté comme un indicateur de l’attention portée par les acteurs malveillants, et non comme un décompte des systèmes compromis ou des exploitations réussies.
Sources: Cloudflare Blog.