À mon avis, le problème se situe dans la manière dont le noyau rend accessible ces variables.
On peut déjà se demander s’il est bien opportun de les mettre dans le système de fichiers; le noyau pourrait proposer une API à base d’ioctl pour les manipuler. Ça empêcherait toutefois la modification des variables depuis un script shell (sauf à proposer un exécutable dédié à cette tâche).
Une autre solution, qui garderait le mapping des variables dans le système de fichier mais résisterait aux rm intempestifs serait d’empêcher la suppression des pseudo-fichiers de variable et de fournir un fichier delete_var dans lequel on puisse écrire le nom d’une variable pour la supprimer. Ça se rapprocherait d’ailleurs du fonctionnement de /sys/class/gpio.
# Abstraction des variables dans le système de fichier
Posté par VinDuv . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 4.
À mon avis, le problème se situe dans la manière dont le noyau rend accessible ces variables.
On peut déjà se demander s’il est bien opportun de les mettre dans le système de fichiers; le noyau pourrait proposer une API à base d’
ioctlpour les manipuler. Ça empêcherait toutefois la modification des variables depuis un script shell (sauf à proposer un exécutable dédié à cette tâche).Une autre solution, qui garderait le mapping des variables dans le système de fichier mais résisterait aux
rmintempestifs serait d’empêcher la suppression des pseudo-fichiers de variable et de fournir un fichierdelete_vardans lequel on puisse écrire le nom d’une variable pour la supprimer. Ça se rapprocherait d’ailleurs du fonctionnement de/sys/class/gpio.