hiWeb Export Posts <= 0.9.0.0 - Cross-Site Request Forgery entraînant la suppression arbitraire de fichiers

L'impact principal de cette vulnérabilité réside dans la possibilité pour un attaquant de supprimer des fichiers sensibles sur le serveur WordPress. En exploitant la faille CSRF, un attaquant peut forger une requête et inciter un administrateur du site à exécuter une action qui supprime des fichiers critiques. La suppression du fichier wp-config.php, par exemple, peut entraîner une exécution de code à distance, permettant à l'attaquant de prendre le contrôle du serveur. La vulnérabilité est particulièrement préoccupante car elle ne nécessite pas d'authentification préalable, rendant l'attaque potentiellement accessible à un large éventail d'attaquants.

WordPress websites using the hiWeb Export Posts plugin, particularly those with shared hosting environments or legacy configurations lacking robust CSRF protection, are at significant risk. Sites with administrative accounts that are frequently used or have weak passwords are also more vulnerable to CSRF attacks.

• wordpress / plugin: Use wp-cli plugin list to identify instances of the hiWeb Export Posts plugin. Check plugin file modification dates for suspicious changes.

wp plugin list --status=active | grep hiweb

• generic web: Monitor access logs for requests to tool-dashboard-history.php originating from unusual IP addresses or user agents. Look for POST requests with suspicious parameters.

grep "tool-dashboard-history.php" /var/log/apache2/access.log

• wordpress / plugin: Examine plugin files for missing or incorrect nonce validation. Search for instances of tool-dashboard-history.php where nonce checks are absent.

grep -r "tool-dashboard-history.php" /path/to/wordpress/wp-content/plugins/hiweb-export-posts/

1. 2025-07-24Disclosure

   disclosure

1. Réservé2025-07-14
2. Publiée2025-07-24
3. Modifiée2026-04-08
4. EPSS mis à jour2026-03-23

La mitigation immédiate consiste à mettre à jour le plugin hiWeb Export Posts vers une version corrigée dès qu'elle est disponible. En attendant, des mesures d'atténuation peuvent être mises en place. Il est recommandé de restreindre l'accès au fichier tool-dashboard-history.php via un pare-feu d'application web (WAF) ou un proxy inverse, en bloquant les requêtes POST non authentifiées. De plus, la configuration de WordPress pour exiger une authentification forte pour toutes les actions administratives peut réduire le risque d'exploitation. Vérifiez après la mise à jour que les jetons de sécurité (nonce) sont correctement validés pour toutes les requêtes sensibles.