Eu gostaria de instalar um certo script bash chamado 42FileChecker usando os comandos:

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

Mas não sei se o 42FileChecker.sh fará alguma coisa estranha no meu PC porque sou iniciante e não sei o que está acontecendo nesse script. Existe uma maneira de executá-lo em um terminal fictício ou em uma pasta raiz fictícia ou algo assim para ver o que acontece, para evitar algo louco como formatar minhas unidades. Eu gostaria de saber de alguma maneira de testar shells para futuros scripts de shell também, mesmo se 42FileChecker.sh estiver seguro.

Eu não sou especialista nisso, mas eu recomendaria usar stracee docker.

Então, primeiro crie um contêiner Docker conforme as instruções nesta resposta . Mas a adição é que o strace lhe dirá quais chamadas do sistema são feitas. Ou para citar:

strace é um utilitário de diagnóstico, depuração e espaço de usuário instrucional para Linux. É usado para monitorar e adulterar as interações entre processos e o kernel do Linux, que incluem chamadas do sistema, entregas de sinais e alterações do estado do processo.

Você pode combinar esses comandos para

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

Se você não tiver certeza do que um script faz, é melhor não executá-lo até ter certeza do que ele faz. As formas de reduzir o raio de dano de um script incorreto incluem executá-lo usando um novo usuário, em um contêiner ou em uma máquina virtual. Mas essa primeira afirmação ainda é válida: se você não tiver certeza do que algo faz, considere executá-lo até que o faça.

Como o @ctt disse, provavelmente é uma boa ideia executá-lo em uma caixa de areia de algum tipo primeiro. Usar uma VM é provavelmente a solução mais fácil. Multipass é bastante simples.

Instale o multipass (supondo que você ainda não o tenha):

sudo snap install multipass --beta --classic

Gire uma nova VM:

multipass launch --name myvm

Faça login na sua nova VM:

multipass shell myvm

Em seguida, execute seu script (dentro da sua vm):

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

Como a escola que você frequenta publicou os scripts, o melhor lugar para expressar suas preocupações é com seus instrutores.

Dito isto, podemos ajudá-lo a decifrar o código linha por linha. Provavelmente, é impraticável para qualquer pessoa aqui analisar todo o código.

Na verdade, você tem 40 scripts de bash com um total de 5.360 linhas. Eu os combinei e procurei comandos bash / shell que poderiam ser abusados. Todos eles parecem ser usados ​​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

$ 

• Não há rm -rf /comando para limpar toda a partição do disco rígido.
• Não há nenhum requisito que sudoseja usado para executar o script.
• O script realmente garante que apenas as Cfunções autorizadas sejam usadas nos arquivos verificados.
• Uma rápida navegação no código bash / shell mostra que é profissionalmente escrito e fácil de seguir.
• O uso do shellcheck em arquivos de inclusão mesclados revela apenas três erros de sintaxe.
• Os nomes dos autores são identificados e o autor principal ainda tem sua foto em sua githubpágina.
• Embora não haja garantias na vida, 42FileCheckerparece seguro de usar.

Não são scripts bash legíveis por humanos que você precisa se preocupar tanto. São objetos binários compilados que você não pode ler que são motivo de preocupação. Por exemplo, um programa chamado "esfera brilhante e saltitante" pode pintar algo assim na tela, mas no fundo pode estar apagando todos os seus arquivos.

Resposta original

É melhor perguntar ao autor do script o que ele faz. Na verdade, você quase pode postar sua pergunta literalmente, como aparece acima.

Pergunte também ao autor:

• Quais arquivos são atualizados?
• O que acontece se travar devido a falta de energia ou erro no programa?
• Um mini-backup pode ser executado primeiro?

E quaisquer outras boas perguntas que você possa pensar.

Editar 1 - Preocupações com um autor malicioso.

Você só deve usar software com muitas boas análises públicas. Como alternativa, os autores em que você confia aqui no Ask Ubuntu, como Serge, Jacob, Colin King, etc. Outros sites respeitados, como o Ask Ubuntu e seus membros respeitados, também devem ser considerados "não maliciosos".

A vantagem dos "autores respeitados" aqui no Ask Ubuntu é que eles apostam em seus "pontos de reputação". Se eles escrevessem intencionalmente código que "roubou" ou "danificou" dados, eles rapidamente perderiam sua reputação. De fato, os autores podem sofrer a "ira dos mods" e serem suspensos e / ou ter 10.000 pontos de reputação retirados.

Edição 2 - Não siga todas as instruções

Dei uma olhada mais profunda nas instruções do script bash:

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

O método "seguro" é executar apenas a primeira linha:

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

Isso baixa os scripts, mas não os executa. Em seguida, use nautilus(gerenciador de arquivos) para inspecionar os diretórios e arquivos instalados. Muito rapidamente você descobre que há uma coleção de scripts bash escritos por um grupo de estudantes na França.

O objetivo dos scripts é compilar e testar programas C para funções inadequadas e vazamentos de memória.

Você pode usar o Docker. Os contêineres do Docker são isolados do sistema operacional host, portanto, qualquer atividade mal-intencionada permanecerá dentro do contêiner, desde que você não o solte especificamente encaminhando portas ou montando sistemas de arquivos.

Para instalar a janela de encaixe:

sudo apt-get install docker.io

Para baixar um novo contêiner Ubuntu Bionic:

docker pull ubuntu:bionic

Depois disso, faça o login no contêiner

docker run -it ubuntu:bionic

e execute a operação desonesta:

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

Considere usar o modo de depuração executando o script como:

$ bash -x scriptname

Mais informações úteis sobre o Bash

O modo de depuração não impedirá que o script faça algo ruim, mas permitirá que você percorra o script linha por linha e examine os efeitos. Você também pode verificar o script quanto a possíveis erros e / ou explorações em potencial, por exemplo, procure nos scripts por qualquer ocorrência rme observe esses comandos com muita atenção. Muitas dessas ferramentas têm alguma ajuda construído em para experimentá-las, por exemplo, rm não irá excluir um diretório por padrão, ele precisa do -r, -Rou --recursiveopção de fazê-lo.

Pode até haver algumas ferramentas semelhantes a antivírus que pesquisariam um script bash para esses padrões, mas não conheço nenhum por nome. Seus scripts de exemplo são meio que duvidosos, no sentido de baixarem outras ferramentas; portanto, cada uma delas também deve ser examinada. Verificar quais servidores eles contatam também pode valer a pena.

Infelizmente, as informações relevantes para fornecer uma resposta são encontradas apenas em um comentário seu:

Estou aprendendo C no curso Ecole 42. As funções que estou fazendo precisam executar essa verificação de normas. Preciso instalar o 42FileChecker no Ubuntu para executar esta verificação de normas.

Portanto, a situação é que, na prática, você tem a opção de ignorar o curso ou pode executar o script para executar verificações normativas em suas fontes. Conversar com seu instrutor dificilmente é uma opção, devido à falta do primeiro (não seria uma opção de qualquer maneira, nenhuma escola mudará seu procedimento porque um aluno não está satisfeito com isso).
A questão do que fazer para limitar os possíveis danos desse script, portanto, nem sequer surge. Não é um roteiro aleatório que uma garota excitada com seios grandes mandou um e-mail para você e que você precisa executar para ver a foto dela .
Você está fazendo uma aula de programação. esteé onde esse script entrou em cena. A questão é se você deseja ou não cumprir as condições do quadro para concluir com êxito o curso.

No entanto, se você estiver realmente preocupado, ainda há a possibilidade de executar o script em um contêiner ou em uma máquina virtual e colocar suas fontes em uma pasta compartilhada ou em um compartilhamento de rede exposto pelo contêiner / máquina virtual. Isso está praticamente no caminho completo da paranóia, mas, novamente, a virtualização não é tão complicada hoje em dia, por isso não custa muito.

Exceto a possibilidade improvável de uma exploração realmente dura contida nesse script, efetuando login como qualquer usuário não root (o que você dificilmente pode fazer no Ubuntu) e evitando digitar sudo sem motivo óbvio praticamente impede 99% de todas as coisas ruins que poderiam acontecer de qualquer maneira. Como formatar o disco rígido, com o qual você está preocupado. Um usuário normal simplesmente não pode fazer isso. O pior é que o script apaga o diretório inicial do usuário. Então, o que, não há problema, realmente.