CVE-2026-100713 in Froxlor
Résumé
par VulDB • 26/09/2026
Froxlor 2.3.10 et les versions antérieures présentent une condition de course (race condition) de type time-of-check to time-of-use (TOCTOU) dans la cron de synchronisation des clés SSH (lib/Froxlor/Cron/System/SshKeys.php, SshKeys::generateFiles). La validation du chemin/symlink effectuée par FileDir::makeCorrectDir()/makeCorrectFile() n'est réalisée qu'au moment de la vérification ; le chemin réel sur le système de fichiers est résolu à nouveau en tant que root au moment de l'écriture (file_put_contents avec FILE_APPEND|LOCK_EX, suivi de chmod/chown/chgrp), avec un aller-retour vers la base de données et des lectures de fichiers intermédiaires, sans épingle de chemin ou de descripteur de fichier (pas d'O_NOFOLLOW ni openat2(RESOLVE_NO_SYMLINKS)). Sur les installations où le paramètre non par défaut system.allow_customer_shell=1 accorde aux clients un accès shell local, un client peut échanger atomiquement son répertoire ~/.ssh contre un lien symbolique après la vérification et avant l'écriture, ce qui amène la cron exécutée en tant que root à ajouter la clé publique du client dans /root/.ssh/authorized_keys et à changer le propriétaire de /root/.ssh pour celui du client, entraînant une compromission totale de l'hôte du panneau. La cron se relance à chaque intervalle, permettant des tentatives illimitées. Il s'agit d'une race condition résiduelle qui contourne la correction au moment de la vérification introduite pour GHSA-mq5v-.... Le problème est corrigé dans Froxlor 2.3.12.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.