linux! você está seguro?

Muitas vezes escutamos pessoas dizendo que estão 100% seguras com Linux (entende-se com uma instalação padrão, sem nenhuma preocupação com alguns conceitos básicos de segurança).

Bom vou tentar contar um pequeno caso (engraçado) para provar que nem sempre essa ideologia de segurança é verdadeira, só porque se está utilizando Linux.

A aposta:

Um amigo que vou chamar de “Zé”, resolveu lançar uma aposta desafiando o acesso de seu desktop através da rede (ssh).

Dizendo que seria impossível pois seu desktop estava rodando Linux (Ubuntu  9.10) e sua senha era segura e também o acesso de root só era possível através do comando sudo para o seu usuário.

O acesso:

A primeiro momento resolvi testar algumas senha padrões para o seu usuário do “Zé” porem sem sucesso.

A segunda coisa que me passou pela cabeça seria um bruteforce, porem antes de usar algo tão deselegante, me passou pela cabeça de ter algum usuário padrão com uma senha que já conhecia no sistema Linux do “Zé”.

Sim, consegui acesso com um usuário padrão, mais ainda tinha a questão senha do usuário do “Zé”, pois só é permitido subir para root no sistema dele com sudo através do usuário do “Zé”.

Antes de mais nada resolvi dar uma olhada no Linux do “Zé”, vamos ver o resultado:

usuario@maquinadoze:~$ uname -a
Linux maquinadoze 2.6.31-15-generic #50-Ubuntu SMP Tue Nov 10 14:54:29 UTC 2009 i686 GNU/Linux
usuario@maquinadoze:~$

usuario@maquinadoze:~$ netstat -ntlpa
(Nem todos os processos puderam ser identificados, informações sobre processos
de outrem não serão mostrados, você deve ser root para vê-los todos.)
Conexões Internet Ativas (servidores e estabelecidas)
Proto Recv-Q Send-Q Endereço Local          Endereço Remoto         Estado       PID/Program name
tcp        0      0 0.0.0.0:47336           0.0.0.0:*               OUÇA       –
tcp        0      0 0.0.0.0:41740           0.0.0.0:*               OUÇA       –
tcp        0      0 0.0.0.0:111             0.0.0.0:*               OUÇA       –
tcp        0      0 0.0.0.0:22              0.0.0.0:*               OUÇA       –
tcp        0      0 127.0.0.1:631           0.0.0.0:*               OUÇA       –
tcp        0      0 127.0.0.1:25            0.0.0.0:*               OUÇA       –
tcp        0      0 10.192.250.206:22       10.192.250.194:44984    ESTABELECIDA –
tcp       15      0 10.192.250.206:41740    10.192.250.194:47957    ESPERANDO_FECHAR –
tcp       19      0 10.192.250.206:41740    10.192.250.194:47962    ESPERANDO_FECHAR –
tcp       19      0 10.192.250.206:41740    10.192.250.194:47963    ESPERANDO_FECHAR –
tcp        1      0 10.192.250.206:41740    10.192.250.194:47955    ESPERANDO_FECHAR –
tcp        0      0 10.192.250.206:831      10.192.250.138:2049     ESTABELECIDA –
tcp6       0      0 :::80                   :::*                    OUÇA       –
tcp6       0      0 :::22                   :::*                    OUÇA       –
tcp6       0      0 ::1:631                 :::*                    OUÇA       –
usuario@maquinadoze:~$

usuario@maquinadoze:~$ gcc
gcc: no input files
usuario@maquinadoze:~$

usuario@maquinadoze:~$ wget
wget: URL faltando
Uso: wget [OPÇÃO]… [URL]…

Tente `wget –help’ para mais opções.
usuario@maquinadoze:~$

É e por minha felicidade a distribuição do Zé já instalou o GCC (compilador) e seu uso está disponível para meu usuário, valeu Zé  \o/

Perceberam a versão do Kernel do Zé ?

usuario@maquinadoze:~$ uname -a
Linux maquinadoze 2.6.31-15-generic #50-Ubuntu SMP Tue Nov 10 14:54:29 UTC 2009 i686 GNU/Linux
usuario@maquinadoze:~$

Mais um vez o Zé dormiu no ponto e ta usando um Kernel que já tem um histórico de problemas de segurança.

Uma pequena consulta no Google por “linux kernel 2.6.31 escalation privileges” prova o que estou dizendo.

O Zé perdendo a aposta:

Apesar de detestar usar Exploit o Zé merecia para entender a lição que um sistema seguro não é nada sem controle 🙂

Download do Exploit que explora uma falha de segurança no fs/pipe.c para sistemas x86 e scp para a máquina do Zé.

usuario@maquinadoze:~$ mkdir .tmp

usuario@maquinadoze:~/.tmp$ ls
exploit.c
usuario@maquinadoze:~/.tmp$ gcc -o exploit exploit.c

usuario@maquinadoze:~/.tmp$ whoami
usuario
usuario@maquinadoze:~/.tmp$

usuario@maquinadoze:~/.tmp$ ./exploit
buf: (nil)
Parent: 3181
Child: 3182
# whoami
root
#
# echo “Perdeu a aposta Zé” > /home/Ze/Desktop/VcEstaSeguro.txt
#

O erro do Zé?

Confiar cegamente na falsa impressão de segurança oferecida  pelo Linux.

Segurança não é nada sem controle! 🙂

Apesar do post informal, o problema é verdadeiro, o exploit foi executado na ultima versão do Ubuntu 9.10 com seu kernel e instalação padrão.