Como encontrar a diferença entre um arquivo de script e um arquivo binário?

$ ls -l /usr/bin
total 200732

-rwxr-xr-x 1 root   root     156344 Oct  4  2013 adb
-rwxr-xr-x 1 root   root       6123 Oct  8  2013 add-apt-repository
 list goes long ---------

Se você está procurando adbum arquivo binário e add-apt-repositoryé um arquivo de script, eu recebo essas informações visualizando os arquivos através do nautilus, mas através da linha de comando, não encontrei diferenças. um arquivo de script.

Então, como faço para diferenciar arquivos de script e binários através da linha de comando?

Basta usar file:

$ file /usr/bin/add-apt-repository
/usr/bin/add-apt-repository: Python script, ASCII text executable
$ file /usr/bin/ab
/usr/bin/ab: ELF 64-bit LSB  shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=569314a9c4458e72e4ac66cb043e9a1fdf0b55b7, stripped

Como explicado em man file:

NAME
   file — determine file type

DESCRIPTION
 This manual page documents version 5.14 of the file command.

 file tests each argument in an attempt to classify it.  There are three
 sets of tests, performed in this order: filesystem tests, magic tests,
 and language tests.  The first test that succeeds causes the file type to
 be printed.

 The type printed will usually contain one of the words text (the file
 contains only printing characters and a few common control characters and
 is probably safe to read on an ASCII terminal), executable (the file con‐
 tains the result of compiling a program in a form understandable to some
 UNIX kernel or another), or data meaning anything else (data is usually
 “binary” or non-printable).  Exceptions are well-known file formats (core
 files, tar archives) that are known to contain binary data.  When adding
 local definitions to /etc/magic, make sure to preserve these keywords.
 Users depend on knowing that all the readable files in a directory have
 the word “text” printed.  Don't do as Berkeley did and change “shell
 commands text” to “shell script”.

Você também pode usar um truque para executar isso diretamente no nome do executável no seu $PATH:

$ file $(type -p add-apt-repository | awk '{print $NF}')
/usr/local/bin/add-apt-repository: Python script, ASCII text executable
$ file $(type -p ab | awk '{print $NF}')
/usr/bin/ab: ELF 64-bit LSB  shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=569314a9c4458e72e4ac66cb043e9a1fdf0b55b7, stripped

Para encontrar o tipo de arquivo de todos os executáveis ​​que podem ser encontrados nos diretórios do seu $PATH, você pode fazer isso:

find $(printf "$PATH" | sed 's/:/ /g') -type f | xargs file

E para executar fileem todos os arquivos em um diretório específico ( /usr/binpor exemplo), basta

file /usr/bin/*

Na verdade, as diferenças entre elas não são tão grandes.

Em um sistema Unix ou Linux típico, há menos de cinco executáveis ​​reais. No Ubuntu, esses são /lib/ld-linux.so.2e /sbin/ldconfig.

Todo o resto marcado como executável é executado através de um intérprete , para o qual dois formatos são suportados:

1. Os arquivos iniciados com #!terão o nome do intérprete entre esse e o primeiro caractere de nova linha (isso mesmo, não é necessário que "scripts" sejam arquivos de texto).
2. Os arquivos ELF têm um PT_INTERPsegmento que fornece o caminho para o intérprete (geralmente /lib/ld-linux.so.2).

Quando esse arquivo é executado, o kernel encontra o nome do intérprete e o chama. Isso pode acontecer recursivamente, por exemplo, quando você executa um script de shell:

1. O kernel abre o script, encontra o #! /bin/shno início.
2. O kernel é aberto /bin/sh, encontra o PT_INTERPsegmento apontando para /lib/ld-linux.so.2.
3. O kernel é aberto /lib/ld-linux.so.2, descobre que não possui um PT_INTERPsegmento, carrega seu segmento de texto e o inicia, passando o identificador aberto para /bin/she a linha de comando para sua chamada de script.
4. ld-linux.so.2carrega os segmentos de código /bin/sh, resolve as referências da biblioteca compartilhada e inicia sua função principal
5. /bin/sh reabre o arquivo de script e começa a interpretá-lo linha por linha.

Do ponto de vista do kernel, a única diferença é que, para o arquivo ELF, o descritor de arquivo aberto é passado em vez do nome do arquivo; isso é principalmente uma otimização. Se o intérprete decide pular para um segmento de código carregado do arquivo ou interpretá-lo linha por linha, é decidido apenas pelo intérprete e, principalmente, com base na convenção.

O comando File é ótimo, mas para uma ferramenta de análise mais profissional, gostaria que você tentasse o pacote TrID, que é uma ferramenta de identificação de arquivos.

O TrID é um utilitário projetado para identificar os tipos de arquivos a partir de suas assinaturas binárias e é fácil de usar.

Para mais informações e o pacote, visite: Site