Grav Lecture Arbitraire de Fichiers Menant à la Prise de Contrôle de Compte

L'impact de cette vulnérabilité est significatif. Un attaquant peut exploiter cette faille pour lire n'importe quel fichier accessible par le processus serveur, en particulier les fichiers de compte utilisateur stockés dans /grav/user/accounts/*.yaml. Ces fichiers contiennent des informations sensibles telles que les mots de passe hachés, les secrets 2FA et les jetons de réinitialisation de mot de passe. La compromission d'un compte utilisateur est possible par le biais de la réinitialisation du mot de passe et de l'accès au jeton de réinitialisation, ou par le craquage du mot de passe haché. L'attaquant peut potentiellement accéder à d'autres fichiers sur le serveur, augmentant ainsi la surface d'attaque et le risque de divulgation de données sensibles. Cette vulnérabilité présente des similitudes avec d'autres failles d'accès arbitraire aux fichiers, où la manipulation de la syntaxe de modèles peut permettre l'accès non autorisé aux ressources du serveur.

Organizations and individuals using Grav CMS versions prior to 1.7.46 are at risk. This includes websites and applications that rely on Grav CMS for content management. Shared hosting environments where multiple users have page edit privileges are particularly vulnerable, as a compromised account could potentially expose data for other users on the same server.

• linux / server:

journalctl -u grav | grep -i "twig"

• generic web:

curl -I https://your-grav-site.com/grav/user/accounts/*.yaml # Check for file listing

• wordpress / composer / npm: (Not applicable, Grav is not based on these technologies) • database (mysql, redis, mongodb, postgresql): (Not applicable, this is a file access vulnerability) • windows / supply-chain: (Not applicable, Grav is not a Windows application)

1. 2024-05-15Disclosure

   disclosure

1. Réservé2024-04-30
2. Publiée2024-05-15
3. Modifiée2024-08-02
4. EPSS mis à jour2026-04-02

La mitigation principale consiste à mettre à niveau Grav CMS vers la version 1.7.46 ou supérieure. Si la mise à niveau n'est pas immédiatement possible, des mesures temporaires peuvent être prises pour atténuer le risque. Il est recommandé de restreindre les privilèges d'édition de page aux utilisateurs strictement nécessaires et de surveiller attentivement les journaux du serveur pour détecter toute activité suspecte. Envisagez également d'implémenter des règles WAF (Web Application Firewall) pour bloquer les requêtes contenant une syntaxe Twig malveillante. La désactivation temporaire de la fonctionnalité d'édition de page peut également réduire le risque, mais cela peut affecter la fonctionnalité du site. Après la mise à niveau, vérifiez l'intégrité des fichiers de compte utilisateur et assurez-vous qu'il n'y a pas de signes de compromission.