Me gustaría instalar un cierto script bash llamado 42FileChecker usando los comandos:

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

Pero no sé si 42FileChecker.sh hará algo extraño en mi PC porque soy un principiante y no sé qué está sucediendo en ese script. ¿Hay alguna manera de ejecutarlo en una terminal ficticia o carpeta raíz ficticia o algo así para ver qué sucede para evitar algo loco como formatear mis discos? Me gustaría conocer cualquier forma de probar shells para futuros scripts de shell también, incluso si 42FileChecker.sh es seguro.

No soy un experto en esto, pero recomendaría usar stracey docker.

Entonces, primero cree un contenedor Docker según las instrucciones de esta respuesta . Pero la adición es que strace le dirá qué llamadas al sistema se realizan. O para citar:

strace es una utilidad de espacio de usuario de diagnóstico, depuración e instrucción para Linux. Se utiliza para monitorear y manipular las interacciones entre los procesos y el kernel de Linux, que incluye llamadas al sistema, entregas de señales y cambios en el estado del proceso.

Puede combinar estos comandos para

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

Si no está seguro de lo que hace un script, es mejor que no lo ejecute hasta que esté seguro de lo que hace. Las formas de reducir el radio de daño de un script incorrecto incluyen ejecutarlo con un nuevo usuario, ejecutarlo en un contenedor o ejecutarlo en una máquina virtual. Pero esa primera afirmación sigue siendo válida: si no está seguro de lo que hace algo, considere no ejecutarlo hasta que lo haga.

Como dijo @ctt, probablemente sea una buena idea ejecutarlo primero en una caja de arena de algún tipo. Usar una VM es probablemente la solución más fácil. Multipass es bastante simple.

Instale multipass (suponiendo que aún no lo haya hecho):

sudo snap install multipass --beta --classic

Haga girar una nueva VM:

multipass launch --name myvm

Inicie sesión en su nueva máquina virtual:

multipass shell myvm

Luego ejecute su script (dentro de su vm):

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

Como la escuela a la que asiste ha publicado los guiones, el mejor lugar para expresar sus preocupaciones es con sus instructores.

Dicho esto, podemos ayudarlo a descifrar el código línea por línea. Probablemente no sea práctico para nadie aquí analizar todo el código.

En realidad, tiene 40 secuencias de comandos bash con un total de 5,360 líneas. Los combiné y busqué comandos bash / shell que pudieran ser abusados. Todos parecen usarse 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

$ 

• No hay ningún rm -rf /comando para borrar toda la partición del disco duro.
• No hay ningún requisito que sudose use para ejecutar el script.
• El script realmente se asegura de que solo Cse usen funciones autorizadas en los archivos marcados.
• Una exploración rápida del código bash / shell muestra que está escrito profesionalmente y es fácil de seguir.
• El uso de shellcheck en archivos de inclusión combinados revela solo tres errores de sintaxis.
• Se identifican los nombres de los autores y el autor principal incluso tiene su foto en su githubpágina.
• Aunque no hay garantías en la vida, 42FileCheckerparece seguro de usar.

No es necesario preocuparse tanto por los scripts de bash legibles por humanos. Son objetos binarios compilados que no puedes leer que son motivo de preocupación. Por ejemplo, un programa llamado "esfera brillante-hinchable" podría pintar algo así en su pantalla, pero en el fondo podría estar borrando todos sus archivos.

Respuesta original

Es mejor preguntarle al autor del guión qué hace. De hecho, casi puede publicar su pregunta literalmente como aparece arriba.

También pregunte al autor:

• ¿Qué archivos se actualizan?
• ¿Qué sucede si falla debido a un corte de energía o un error del programa?
• ¿Se puede realizar una mini-copia de seguridad primero?

Y cualquier otra buena pregunta que se te ocurra.

Edición 1: se preocupa por un autor malintencionado.

Solo debe usar software con muchas buenas críticas públicas. Alternativamente, los autores en los que confía aquí en Ask Ubuntu como Serge, Jacob, Colin King, etc. Otros sitios respetados como Ask Ubuntu y sus miembros respetados también deben considerarse "no maliciosos".

La ventaja de los "autores respetados" aquí en Ask Ubuntu es que ponen su autoestima en los "puntos de reputación". Si escribieran intencionalmente código que "robara" o "dañara" datos, perderían rápidamente su reputación. De hecho, los autores podrían sufrir la "ira de las modificaciones" y ser suspendidos y / o que se les quiten 10.000 puntos de reputación.

Edición 2: no siga todas las instrucciones

Eché un vistazo más profundo a las instrucciones de tu script bash:

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

El método "seguro" es ejecutar solo la primera línea:

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

Esto descarga los scripts pero no los ejecuta. Luego use nautilus(administrador de archivos) para inspeccionar los directorios y archivos instalados. Muy pronto descubres que hay una colección de guiones de bash escritos por un grupo de estudiantes en Francia.

El propósito de los scripts es compilar y probar programas en C para detectar funciones incorrectas y pérdidas de memoria.

Puedes usar Docker. Los contenedores Docker están aislados del sistema operativo host, por lo que cualquier actividad maliciosa permanecerá dentro de un contenedor, siempre y cuando no lo deje salir específicamente al reenviar puertos o montar sistemas de archivos.

Para instalar la ventana acoplable:

sudo apt-get install docker.io

Para descargar un nuevo contenedor Ubuntu Bionic:

docker pull ubuntu:bionic

Después de eso, inicie sesión en el contenedor

docker run -it ubuntu:bionic

y realizar la operación poco fiable en él:

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

Considere usar el modo de depuración ejecutando el script como:

$ bash -x scriptname

Más información útil sobre Bash

El modo de depuración no impedirá que el script haga algo malo, pero le permitirá revisar el script línea por línea y examinar los efectos. También puede verificar el script en busca de posibles errores y / o exploits potenciales comunes, por ejemplo, buscar en los scripts cualquier ocurrencia rmy observar esos comandos muy de cerca. Muchas de estas herramientas tienen un poco de ayuda incorporado para ponerlas en práctica, por ejemplo, rm no va a eliminar un directorio por defecto, que necesita el -r, -Ro --recursivela opción de hacerlo.

Incluso puede haber algunas herramientas similares a antivirus que buscarían un script bash para estos patrones, pero no conozco ninguna por su nombre. Sus scripts de ejemplo son algo más dudosos, en el sentido de que descargan otras herramientas, por lo que cada uno de ellos también debe ser examinado. También puede valer la pena comprobar con qué servidores se contactan.

Desafortunadamente, la información relevante para proporcionar una respuesta solo se encuentra en un comentario suyo:

Estoy aprendiendo C en el curso Ecole 42. Las funciones que estoy realizando deben ejecutarse a través de esta verificación de normas. Necesito instalar 42FileChecker en Ubuntu para ejecutar esta verificación de normas.

Entonces, la situación es que en la práctica tiene la opción de omitir el curso, o puede ejecutar el script para realizar verificaciones normativas en sus fuentes. Hablar con su instructor no es una opción, debido a la falta de la primera (de todos modos no sería una opción, de lo contrario, ninguna escuela va a cambiar su procedimiento porque un estudiante no está contento con eso).
La pregunta qué hacer para limitar el posible daño de ese script, por lo tanto, ni siquiera surge. No es un guión aleatorio que una chica cachonda con senos grandes te envió por correo electrónico, y que debes ejecutar para ver su foto .
Estás haciendo una clase de programación. Estaes donde entró en juego este guión. La pregunta es si desea o no cumplir con las condiciones del marco para completar con éxito el curso.

Sin embargo, si está realmente preocupado, todavía existe la posibilidad de ejecutar el script en un contenedor o una máquina virtual, y colocar sus fuentes en una carpeta compartida, o en un recurso compartido de red expuesto por el contenedor / máquina virtual. Eso es más o menos el camino completo de la paranoia, pero, de nuevo, la virtualización no es realmente tan complicada en estos días, por lo que no cuesta mucho.

Salvo la posibilidad improbable de que se contenga un exploit realmente duro en ese script, iniciar sesión como cualquier usuario no root (que apenas tiene la opción de hacer de otra manera en Ubuntu) y evitar escribir sudo sin razón obvia prácticamente evita el 99% de todas las cosas malas que podrían suceder de todos modos. Como formatear el disco duro, que le preocupa. Un usuario normal simplemente no puede hacer eso. Lo peor que puede pasar es que el script borre el directorio de inicio del usuario. Entonces, qué, no hay problema, realmente.