Vulnérabilité dans WordPress (CVE-2017-8295)
Résumé
Vulnérabilité dans WordPress (CVE-2017-8295). Les données peuvent être altérées par des attaquants. Exploitable via Host header.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
WordPress through 4.7.4 relies on the Host HTTP header for a password-reset e-mail message, which makes it easier for remote attackers to reset arbitrary passwords by making a crafted wp-login.php?action=lostpassword request and then arranging for this message to bounce or be resent, leading to transmission of the reset key to a mailbox on an attacker-controlled SMTP server. This is related to problematic use of the SERVER_NAME variable in wp-includes/pluggable.php in conjunction with the PHP mail function. Exploitation is not achievable in all cases because it requires at least one of the following: (1) the attacker can prevent the victim from receiving any e-mail messages for an extended period of time (such as 5 days), (2) the victim's e-mail system sends an autoresponse containing the original message, or (3) the victim manually composes a reply containing the original message.
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 vulnérabilité référencée CVE-2017-8295 a été découverte dans WordPress.
Des attaquants peuvent cibler un point d'entrée spécifique comme Host header à distance pour détourner le produit.
Les données peuvent être altérées par des attaquants. Score CVSS : 5.9/10.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « WordPress CVE-2017-8295 » sur le site de l'éditeur.
CVE-2017-8295 (WordPress) — CWE-640 / CVSS v3 5.9
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : Host header
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.
Une vulnérabilité (CWE-640) affecte WordPress. Les attaquants atteignent le code vulnérable via Host header sans authentification.
Consultez l'avis de l'éditeur pour les versions affectées de WordPress. Surface d'attaque : Host header.
Gravité : Moyenne (CVSS 5.9/10). Les données peuvent être altérées par des attaquants.
Mettre à jour vers la version corrigée selon l'avis éditeur.
En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.
Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.
Actions de réponse
Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre
-
1Identify exposure identify
grep -r 'WordPress' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
WordPressを grep し、稼働しているサービス・バージョンを把握する。 -
2Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
État des correctifs par distribution
Paquets corrigés publiés par chaque distribution pour cette CVE
- Debian DEBIAN-CVE-2017-8295 wordpress Corrigé dans: 4.7.5+dfsg-2
Références
- advisory securityfocus.com
- exploit exploitbox.io
- exploit exploit-db.com
- web debian.org
- web securitytracker.com
- web wpvulndb.com