Vorrei installare un certo script bash chiamato 42FileChecker usando i comandi:

git clone https://github.com/jgigault/42FileChecker ~/42FileChecker &&
    cd ~/42FileChecker &&
    bash ./42FileChecker.sh

Ma non so se 42FileChecker.sh farà cose strane sul mio PC perché sono un principiante e non so cosa sta succedendo in quello script. C'è un modo per eseguirlo in un terminale fittizio o in una cartella radice fittizia o qualcosa del genere per vedere cosa succede in modo da evitare qualcosa di folle come la formattazione delle mie unità. Mi piacerebbe sapere come testare le shell anche per futuri script di shell, anche se 42FileChecker.sh è sicuro.

Non sono esperto in questo, ma consiglierei di usare stracee docker.

Quindi prima crea un container Docker come da istruzioni in questa risposta . Ma l'aggiunta che è quella strace ti dirà quali chiamate di sistema vengono fatte. O per citare:

strace è un'utilità di spazio diagnostico, di debug e didattica per Linux. È usato per monitorare e manomettere le interazioni tra i processi e il kernel Linux, che includono chiamate di sistema, consegne di segnali e cambiamenti di stato del processo.

È possibile combinare questi comandi in

docker exec -it ubuntu_container strace bash ./42FileChecker.sh

Se non sei sicuro di cosa faccia uno script, è meglio non eseguirlo fino a quando non sei sicuro di ciò che fa. I modi per ridurre il raggio di danno di uno script errato includono eseguirlo utilizzando un nuovo utente, eseguendolo in un contenitore o eseguendolo in una macchina virtuale. Ma quella prima affermazione vale ancora: se non sei sicuro di cosa fa qualcosa, considera di non eseguirla fino a quando non lo fai.

Come ha detto @ctt, è probabilmente una buona idea eseguirlo prima in una sandbox. L'uso di una VM è probabilmente la soluzione più semplice. Multipass è piuttosto semplice.

Installa multipass (supponendo che non lo abbia già fatto):

sudo snap install multipass --beta --classic

Fai girare una nuova VM:

multipass launch --name myvm

Accedi alla tua nuova macchina virtuale:

multipass shell myvm

Quindi esegui il tuo script (all'interno del tuo VM):

multipass@myvm:~$ git clone https://github.com/jgigault/42FileChecker ~/42FileChecker && cd ~/42FileChecker && bash ./42FileChecker.sh

Poiché la scuola che stai frequentando ha pubblicato gli script, il posto migliore per esprimere le tue preoccupazioni è con i tuoi istruttori.

Detto questo, possiamo aiutarti a decifrare il codice riga per riga. Probabilmente non è pratico per nessuno qui analizzare tutto il codice.

In realtà hai 40 script bash per un totale di 5.360 righe. Li ho combinati insieme e ho cercato comandi bash / shell che potrebbero essere abusati. Sembrano tutti essere usati normalmente :

$ cat /tmp/sshellcheck.mrg | grep " rm "

      rm -rf "$RETURNPATH"/tmp/*
      rm -f "$RETURNPATH"/.mynorminette
    rm -f $LOGFILENAME
    rm -f $LOGFILENAME
      rm -f .mymoulitest
        rm -f "${RETURNPATH}/tmp/${FILEN}"

$ cat /tmp/sshellcheck.mrg | grep -i kill

  function check_kill_by_name
          kill $PROCESSID0
  declare -a CHK_MINISHELL_AUTHORIZED_FUNCS='(malloc free access open close read write opendir readdir closedir getcwd chdir stat lstat fstat fork execve wait waitpid wait3 wait4 signal kill exit main)'
        check_kill_by_name "${PROGNAME}"
      kill -0 "${CURRENT_CHILD_PROCESS_PID}" 2>/dev/null && kill "${CURRENT_CHILD_PROCESS_PID}" 2>/dev/null
      display_error "killed pid: ${CURRENT_CHILD_PROCESS_PID}"
    check_kill_by_name "$PROGNAME $PROGARGS"
        check_kill_by_name "$PROGNAME $PROGARGS"
        kill ${PID} 2>/dev/null

$ cat /tmp/sshellcheck.mrg | grep -i root

      "check_configure_select ROOT" "Root folder:          /"\
      'ROOT')
        echo "'${ALLOWED_FILES}' must be placed at root folder but was found here:" >>"${LOGFILENAME}"
        printf "%s" "'${ALLOWED_FILES}' must be placed at root folder"

$ cat /tmp/sshellcheck.mrg | grep -i sudo

$ 

• Non esiste alcun rm -rf /comando per cancellare l'intera partizione del disco rigido.
• Non è necessario sudoutilizzare per eseguire lo script.
• Lo script in realtà assicura che solo le Cfunzioni autorizzate vengano utilizzate nei file controllati.
• Una rapida navigazione del codice bash / shell mostra che è scritto in modo professionale e facile da seguire.
• L'uso di shellcheck su file include uniti rivela solo tre errori di sintassi.
• I nomi degli autori sono identificati e l'autore principale ha anche la sua foto sulla sua githubpagina.
• Sebbene non ci siano garanzie nella vita, 42FileCheckersembra sicuro da usare.

Non sono script bash leggibili dall'uomo di cui devi preoccuparti così tanto. Sono oggetti binari compilati che non puoi leggere che destano preoccupazione. Ad esempio, un programma chiamato "sfera lucida e rimbalzante" potrebbe dipingere qualcosa del genere sullo schermo, ma in background potrebbe cancellare tutti i tuoi file.

Risposta originale

È meglio chiedere all'autore della sceneggiatura cosa fa. In effetti puoi quasi pubblicare la tua domanda alla lettera come appare sopra.

Chiedi anche all'autore:

• Quali file vengono aggiornati?
• Cosa succede se si verifica un arresto anomalo a causa di un'interruzione dell'alimentazione o di un bug del programma?
• È possibile eseguire prima un mini backup?

E ogni altra buona domanda a cui puoi pensare.

Modifica 1 - Preoccupazioni per un autore malizioso.

Dovresti usare solo software con molte buone recensioni pubbliche. In alternativa autori di cui ti fidi qui in Ask Ubuntu come Serge, Jacob, Colin King, ecc. Altri siti rispettati come Ask Ubuntu e i loro membri rispettati dovrebbero essere considerati "non malevoli".

Il vantaggio di "autori rispettati" qui in Ask Ubuntu è che puntano la loro autostima su "punti reputazione". Se dovessero scrivere intenzionalmente codice che "ruba" o "danneggia" i dati perderebbero rapidamente la loro reputazione. In effetti, gli autori potrebbero subire "l'ira delle mod" e essere sospesi e / o avere 10.000 punti di reputazione tolti.

Modifica 2 - Non seguire tutte le istruzioni

Ho dato uno sguardo più approfondito alle istruzioni del tuo script bash:

git clone https://github.com/jgigault/42FileChecker ~/42FileChecker &&
    cd ~/42FileChecker &&
    bash ./42FileChecker.sh

Il metodo "sicuro" consiste nell'eseguire solo la prima riga:

git clone https://github.com/jgigault/42FileChecker ~/42FileChecker

Questo scarica gli script ma non li esegue. Quindi utilizzare nautilus(file manager) per ispezionare le directory e i file installati. Molto rapidamente scopri che esiste una raccolta di script bash scritti da un gruppo di studenti in Francia.

Lo scopo degli script è di compilare e testare i programmi C per funzioni improprie e perdite di memoria.

Puoi usare Docker. I contenitori Docker sono isolati dal sistema operativo host, quindi qualsiasi attività dannosa rimarrà all'interno di un contenitore, a condizione che non venga rilasciata specificatamente inoltrando le porte o montando i filesystem.

Per installare la finestra mobile:

sudo apt-get install docker.io

Per scaricare un nuovo contenitore Ubuntu Bionic:

docker pull ubuntu:bionic

Successivamente, accedi al contenitore

docker run -it ubuntu:bionic

ed esegui l'operazione ingannevole in essa:

git clone https://github.com/jgigault/42FileChecker ~/42FileChecker && cd ~/42FileChecker && bash ./42FileChecker.sh

Prendi in considerazione l'utilizzo della modalità di debug eseguendo lo script come:

$ bash -x scriptname

Ulteriori informazioni utili su Bash

La modalità di debug non impedirà allo script di fare qualcosa di male, ma ti permetterà di passare attraverso lo script riga per riga ed esaminare gli effetti. Potresti anche controllare lo script per alcuni potenziali errori e / o exploit comuni, ad esempio cercare gli script per ogni occorrenza rme guardare quei comandi molto da vicino. Molti di questi strumenti hanno un aiuto integrato per loro provare, ad esempio, rm non elimina una directory di default, ha bisogno della -r, -Ro --recursivepossibilità di farlo.

Potrebbero esserci anche alcuni strumenti simili ad antivirus che cercano questi script bash per questi schemi, ma non ne sono a conoscenza per nome. I tuoi script di esempio sono una sorta di iffy extra, nel senso che scaricano altri strumenti, quindi ognuno di questi dovrebbe anche essere esaminato. Può anche essere utile verificare quali server contattano.

Le informazioni pertinenti per fornire una risposta si trovano purtroppo solo in un tuo commento:

Sto imparando C nel corso di Ecole 42. Le funzioni che sto eseguendo devono eseguire questo controllo delle norme. Devo installare 42FileChecker in Ubuntu per eseguire questo controllo norme.

Quindi la situazione è che in pratica hai la possibilità di saltare il corso, oppure puoi eseguire lo script per eseguire controlli normativi sulle tue fonti. Parlare con il tuo istruttore non è certo un'opzione, a causa della mancanza del primo (altrimenti non sarebbe un'opzione altrimenti, nessuna scuola cambierà la loro procedura perché uno studente non ne è contento).
Pertanto, non si pone nemmeno la domanda su cosa fare per limitare i possibili danni di tale sceneggiatura. Non è una sceneggiatura casuale che una ragazza arrapata dal seno grande ti ha inviato per e-mail e che devi correre per vedere la sua foto .
Stai facendo un corso di programmazione. Questoè qui che è entrata in gioco questa sceneggiatura. La domanda è se si desidera rispettare le condizioni quadro per completare con successo il corso.

Tuttavia, se sei veramente preoccupato, c'è ancora la possibilità di eseguire lo script in un contenitore o in una macchina virtuale e di inserire i tuoi sorgenti in una cartella condivisa o in una condivisione di rete esposta dal contenitore / macchina virtuale. Questo è praticamente tutto il percorso della paranoia, ma poi la virtualizzazione non è poi così complicata in questi giorni, quindi non costa molto.

Escludendo la possibilità improbabile che un exploit davvero duro sia contenuto in quello script, accedendo come qualsiasi utente non root (che difficilmente hai la possibilità di fare altrimenti su Ubuntu) ed evitando di digitare sudo per nessun motivo ovvio praticamente impedisce al 99% di tutte cose brutte che potrebbero accadere comunque. Come la formattazione del disco rigido, di cui sei preoccupato. Un utente normale non può farlo. La cosa peggiore è che lo script cancella la home directory dell'utente. Quindi cosa, nessun problema, davvero.