Come posso assicurarmi che una variabile contenga solo un nome file valido?

Dato lo script seguente, come posso assicurarmi che l'argomento contenga solo un nome file valido all'interno /home/charlesingalls/e non un percorso ( ../home/carolineingalls/) o un carattere jolly, ecc.?

Voglio solo che lo script sia in grado di eliminare un singolo file dalla directory specificata. Questo script verrà eseguito come utente privilegiato.

#!/bin/bash

rm -f /home/charlesingalls/"$1"

Se vuoi solo eliminare un file /home/charlesingalls(e non un file in una sottodirectory), allora è facile: controlla che l'argomento non contenga a /.

case "$1" in
  */*) echo 1>&2 "Refusing to remove a file in another directory"; exit 2;;
  *) rm -f /home/charlesingalls/"$1";;
esac

Ciò viene eseguito rmanche se l'argomento è .o ..o vuoto, ma in tal caso non rmriuscirà a eliminare una directory in modo innocuo.

I caratteri jolly non sono rilevanti qui poiché non viene eseguita alcuna espansione di caratteri jolly.

Questo è sicuro anche in presenza di collegamenti simbolici: se il file è un collegamento simbolico, il collegamento simbolico (che è in /home/charlesingalls) viene rimosso e la destinazione di quel collegamento non viene influenzata.

Si noti che ciò presuppone che /home/charlesingallsnon può essere spostato o modificato. Questo dovrebbe andare bene se la directory è codificata nello script, ma se è determinata dalle variabili, la determinazione potrebbe non essere più valida al momento rmdell'esecuzione del comando.

Sulla base delle informazioni aggiuntive secondo cui l'argomento è un nome host virtuale, è necessario eseguire la whitelist anziché la blacklist: verificare che il nome sia un nome host virtuale sensibile, anziché semplicemente vietare le barre. Controllo che il nome inizi con una lettera o una cifra minuscola e che non contenga caratteri diversi da lettere minuscole, cifre, punti e trattini.

LC_CTYPE=C LC_COLLATE=C
case "$1" in
  *[!-.0-9a-z]*|[!0-9a-z]*) echo >&2 "Invalid host name"; exit 2;;
  *) rm -f /home/charlesingalls/"$1";;
esac

Questa risposta presuppone che $1sia consentito includere le sottodirectory. Se sei interessato al caso più semplice in cui $1dovrebbe esserci un semplice nome di directory, vedi una delle altre risposte.

I caratteri jolly non vengono espansi tra virgolette doppie. Dato che $1è tra virgolette, i caratteri jolly non sono un problema.

Entrambi ../e i collegamenti simbolici possono oscurare la posizione reale di un file. Di seguito sono mostrati i test per determinare se il file si trova davvero, non solo apparentemente, nel percorso desiderato.

Sistemi più recenti: utilizzo realpath

Per sapere se il file è realmente se il file è davvero sotto /home/charlesingalls/o no, puoi usare realpath:

realpath --relative-base=/home/charlesingalls/ "/home/charlesingalls/$1"  | grep -q '^/' && exit 1

Quanto sopra viene eseguito exit 1se il file specificato da si $1trova in un punto diverso dalla directory /home/charlesingalls/. realpathcanonicalizza l'intero percorso, eliminando sia i symlink che i ../.

realpath fa parte dei coreutils GNU e dovrebbe essere disponibile su qualsiasi sistema Linux.

realpathrichiede GNU coreutils 8.15 (gennaio 2012) o superiore .

Esempi

Per dimostrare come segue realpath ../per determinare la posizione reale di un file (ad esempio, l' -qopzione grep è omessa in modo che sia visibile l'output effettivo di grep):

$ touch /tmp/test
$ realpath --relative-base=$HOME "$HOME/../../tmp/test" | grep '^/' && echo FAIL
/tmp/test
FAIL

Per dimostrare come segue i collegamenti simbolici:

$ ln -s /tmp/test ~/test
$ realpath --relative-base=$HOME "$HOME/test" | grep '^/' && echo FAIL
/tmp/test
FAIL

Sistemi meno recenti: utilizzo readlink -e

readlinkè anche in grado di cononicalizzare un percorso, seguendo entrambi i link simbolici e ../:

readlink -e "$HOME/test" | grep -q "^$HOME" || exit 1

Utilizzando gli stessi file di esempio:

$ readlink -e "$HOME/../../tmp/test" | grep "$HOME" || echo FAIL
FAIL
$ readlink -e "$HOME/test" | grep "^$HOME" || echo FAIL
FAIL

Oltre ad essere disponibili su sistemi GNU precedenti, le versioni di readlinksono disponibili su BSD.

Se si desidera vietare completamente i percorsi, il modo più semplice è verificare se la variabile contiene una barra ( /). In bash:

if [[ "$1" = */* ]] ; then...

Questo bloccherà comunque tutti i percorsi, incluso foo/bar. Potresti ..invece provare , ma ciò lascerebbe la possibilità di collegamenti simbolici che puntano a directory esterne al percorso di destinazione.

Se vuoi solo consentire l'eliminazione di un singolo file, non penso che dovresti usare rm -r.

Inoltre, a seconda di ciò che si sta facendo, è possibile utilizzare le autorizzazioni dei file di sistema per consentire solo l'eliminazione dei file che l'utente può eliminare da solo. Qualcosa come questo:

su charlesingalls -c "rm /home/charlesingalls/'$1'"

Anche se come ha commentato @Gilles, questo ha un problema di quotazione: fallirà se $1contiene una singola citazione, quindi la variabile dovrebbe essere testata per quella prima (con ad esempio if [[ "$1" = *\'* ]] ; then fail...o piuttosto inserendo nella whitelist un set sensibile di caratteri), oppure il nome del file passato una variabile d'ambiente con es

file="$1" su charlesingalls -c 'rm "/home/charlesingalls/$file"'