Injection SQL dans Zorovaviblog Project (CVE-2017-15539)
Résumé
Injection SQL dans Zorovaviblog Project (CVE-2017-15539). L'exploitation peut entraîner la prise de contrôle totale du système.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
SQL Injection exists in zorovavi/blog through 2017-10-17 via the id parameter to recept.php.
Source: NIST National Vulnerability Database NVD
Résumé généré automatiquement
Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.
Une faille nommée CVE-2017-15539 a été découverte dans Zorovaviblog Project.
En clair, il s'agit de une faille permettant d'envoyer des commandes pirates à la base de données.
Gravité : Critique (CVSS 9.8/10). Si elle est exploitée, des attaquants peuvent prendre le contrôle complet du système.
Ce que vous pouvez faire : mettez à jour le logiciel concerné. En cas de doute, contactez votre service informatique ou recherchez "Zorovaviblog Project CVE-2017-15539" sur le site de l'éditeur.
CVE-2017-15539 (Zorovaviblog Project). Gravité : Critique / CVSSv3 9.8. Catégorie : CWE-89.
Plan de réponse :
- Vérifier l'avis de l'éditeur (versions affectées, version corrigée).
- Si une version vulnérable tourne en production, planifier l'intervention (urgence selon KEV/CVSS).
- Sans correctif disponible, mitiger via règle WAF, désactivation de la fonctionnalité, etc.
- Surveiller les logs / SIEM pour les IOC et signatures de PoC connus.
PoC et correctifs : voir la section « Références », MITRE et NVD.
Une faille (CVE-2017-15539) dans Zorovaviblog Project. En clair, il s'agit de une faille permettant d'envoyer des commandes pirates à la base de données.
Versions ciblées de Zorovaviblog Project (voir l'avis éditeur). Si en production, identifiez l'exposition immédiatement.
Gravité : Critique (CVSS 9.8/10). Si elle est exploitée, des attaquants peuvent prendre le contrôle complet du système.
Appliquez la version corrigée indiquée dans l'avis éditeur. (Schéma de mitigation typique pour CWE-89)
Si aucun correctif n'est disponible, désactivez la fonctionnalité concernée, appliquez des règles WAF, bloquez via ACL réseau ou isolez la version vulnérable.
Vérifiez les versions, analysez les dépendances via SBOM, et surveillez le SIEM pour les IOC et signatures de PoC associés.
Références
- exploit github.com