Security issue : nom de fichier interprétables

Salut les linuxiens,

J'ai un certain nombre de fichiers dans un dossier, je voudrais tester que le nom de ces fichiers ne contiennent pas de caractères "interprétables" en unix/linux du style :

filename :
"toto `ls -l`.pdf"
"toto 'rm *'.pdf"
...

Est-ce que vous avez connaissance d'une regex ou d'un script permettant de s'assurer de manière exhaustive que les noms de fichiers sont conformes?

Bonjour,

avec bash, tu peux en faire la liste dans une variable, en les protégeant, et en les séparant par un caractère OU de regex :

Code:

---

$ chars="\`\|*"

---

ensuite, avec l'opérateur =~ entre double-crochets ([[), la partie droite sera considérée comme une regex :

Code:

---

1 2 3 4

$ touch 'toto `ls -l`.pdf' autre\ fichier $ for f in *; do printf '%s\t: ' "$f"; [[ $f =~ $chars ]] && echo spec || echo pas spec; done autre fichier : pas spec toto `ls -l`.pdf : spec

---

bonjour,

l'approche me semble mauvaise, même si on peut probablement faire le tour des différentes manières d'exécuter du code de façon plus ou moins exhaustive, quid des formes malignes et/ou multicaractères du genre :

Code:

---

1 2 3 4 5

touch "fichier_\$\(<code>\)_crado" touch "true\ \&\&\ <code>" touch "eval\ \"<code>\"" touch "bash\ -c\ \"<code>\"" (...)

---

dans l'idée le but est plutôt d'autoriser un ensemble de caractères strictement choisis que de restreindre uniquement quelques caractères parmi tous ceux possibles (par exemple n'autoriser strictement que [a-z0-9])

mais si cette question te préoccupe à juste titre, c'est probablement qu'à un moment donné dans ton script les noms de fichiers passent par un eval, du coup en termes de sécurité j'aurais plutôt tendance à chercher une autre façon de faire, parce-que dans ce cas de figure rien ne servira de parser on pourra toujours faire exécuter un code arbitraire

Bonjour,

J'ai effectivement décidé d'autoriser un type de caractères plutôt que de restreindre.