O Terminal Linux

Introdução

Toda a segurança ofensiva fala Linux. O Kali (sua máquina de ataque), a maioria dos servidores que você vai testar, as ferramentas, os labs da OSCP — tudo vive no terminal Linux. Se você trava ao ver uma tela preta com um cursor piscando, este capítulo é onde isso acaba.

O terminal (ou shell) é só um jeito de conversar com o computador digitando em vez de clicando. Parece intimidador, mas é o oposto: é mais direto, mais rápido e mais honesto que qualquer interface gráfica. Você digita uma ordem, o sistema executa. Sem menus escondidos, sem "onde fica essa opção?".

Pelo Método A.P.: por que o terminal existe (e por que o pentester vive nele)? Porque, quando você invade um servidor, você não tem interface gráfica — ganha só uma linha de comando. Saber operar por ela não é preferência de "nerd"; é a única forma de trabalhar do outro lado. O mouse fica em casa.

História

O terminal é mais velho que a tela gráfica — ele veio primeiro. Nos anos 1970, os computadores eram operados só por texto, e o Unix (avô do Linux) nasceu com uma filosofia que dura até hoje: programas pequenos, que fazem uma coisa bem, e que se conectam uns aos outros. Um comando lista arquivos; outro filtra texto; outro conta linhas. Sozinhos, são simples. Encaixados, resolvem qualquer coisa.

Essa filosofia — a "caixa de ferramentas" onde peças pequenas se combinam — é o motivo de o terminal nunca ter morrido, mesmo com 50 anos de interfaces gráficas bonitas por cima. O profissional volta ao terminal porque lá ele compõe soluções, em vez de esperar que alguém tenha criado o botão certo. É a diferença entre usar o computador e conversar com ele.

Analogia

A interface gráfica é um restaurante com cardápio ilustrado: você aponta para as fotos. O terminal é falar direto com o chef, na língua dele: menos bonito, infinitamente mais poderoso — você pede exatamente o que quer, do jeito que quer.

No cardápio ilustrado (o mouse), você só consegue pedir o que já está na foto. Falando com o chef (o terminal), você pede combinações que não estão no cardápio, em qualquer quantidade, encadeadas. É mais trabalho aprender a língua — mas quem aprende nunca mais fica preso ao que os botões permitem.

Explicação

1. A anatomia de um comando. Quase todo comando tem três partes: o programa, as opções e o alvo.

comando  -opção  alvo

Por exemplo, ls -l /home = programa ls (listar), opção -l (formato detalhado), alvo /home (a pasta). Reconhecer esse padrão desmistifica 90% do que você vê.

2. Onde você está: o sistema de arquivos. No Linux, tudo parte de uma raiz, a /. A partir dela, pastas se ramificam: /home (as casas dos usuários), /etc (as configurações), /var (logs e dados), /tmp (arquivos temporários). Não há "unidade C:" — é uma árvore só, começando em /.

3. Os comandos que você usará todo dia.

• pwd — "onde estou?" (mostra a pasta atual).
• ls — "o que tem aqui?" (lista arquivos). ls -la mostra tudo, com detalhes.
• cd — "me mova para..." (cd /etc, cd .. volta uma pasta).
• cat — "mostre o conteúdo deste arquivo".
• grep — "procure este texto".
• find — "ache arquivos por nome/tipo".

4. O superpoder: o "cano" (pipe). O caractere | liga a saída de um comando à entrada de outro. É a filosofia Unix em ação: cat arquivo | grep senha significa "mostre o arquivo e filtre só as linhas com 'senha'". Encaixar peças pequenas assim é o que transforma comandos simples em ferramentas sob medida — e é a base de como o pentester peneira montanhas de dados atrás de uma pista.

🔬 Na real, tecnicamente... "Terminal", "shell", "console" e "linha de comando" são usados como sinônimos no dia a dia, mas têm distinções: o shell é o programa que interpreta seus comandos (o mais comum é o bash; há também zsh, sh). O terminal é a janela onde o shell roda. Quando você ganha uma shell numa invasão (T5), é literalmente um processo de shell (/bin/bash) rodando na máquina-alvo, esperando seus comandos. Entender o terminal é entender o que você controla depois de explorar uma falha.

Sigla

Shell = o programa que lê seus comandos e os executa (ex.: bash = Bourne Again SHell).

CLI = Command-Line Interface — Interface de Linha de Comando (operar por texto).

Pipe (|) = o "cano" que liga a saída de um comando à entrada do próximo.

↓ o que isso faz?

Deixa você comandar o computador por texto, encadeando ferramentas simples em soluções poderosas.

Tradução

Quando ler "consegui uma shell TTY e enumerei o /etc/passwd com cat e grep", leia:

"ganhei um terminal de verdade na máquina e li o arquivo de usuários, filtrando o que me interessava."

Curiosidade

A filosofia Unix — "faça uma coisa e faça bem" — é de 1978 e continua sendo o motivo de o terminal ser imbatível. O comando grep, que você vai usar milhares de vezes, tem quase 50 anos e funciona hoje igual funcionava então. Enquanto interfaces gráficas inteiras nasceram, viraram moda e morreram, os comandinhos de texto atravessaram meio século sem precisar mudar. Simplicidade bem feita não envelhece.

E tem a ironia que todo iniciante descobre: a tela preta que parecia o obstáculo mais assustador vira, em poucas semanas, o lugar mais confortável de se trabalhar. O que parecia frieza era só honestidade — o terminal faz exatamente o que você manda, nada escondido. Depois que você prova esse controle, clicar em menus começa a parecer que alguém está segurando a sua mão.

Mão na Massa

Aqui na Academia do Pentester a gente não acredita em mágica. A gente pergunta para a tecnologia.

Abra o terminal do seu Kali (ou de qualquer Linux — no Windows, o WSL serve). Vamos passear pelo sistema.

Comando

pwd
ls -la
cd /etc
cat /etc/passwd | grep bash

Explicação do comando

• pwd — responde "onde estou?". Provavelmente mostra /home/kali, a sua casa. Toda jornada no terminal começa sabendo o ponto de partida.

• ls -la — lista tudo na pasta atual, inclusive arquivos ocultos (os que começam com .) e com detalhes (dono, permissões, tamanho). Repare na primeira coluna, cheia de letras como rwxr-xr-- — são as permissões, o assunto do Capítulo 3, e a chave de metade das escalações que você vai aprender.

• cd /etc — te move para a pasta de configurações do sistema. Um ls aqui mostra os arquivos que controlam o Linux inteiro. É uma das primeiras paradas de qualquer enumeração local (Cap. 4).

• cat /etc/passwd | grep bash — o pipe em ação: cat despeja o arquivo de usuários, e grep bash filtra só quem tem shell de verdade (os usuários "reais", que podem logar). Você acabou de fazer, com duas ferramentas simples encaixadas, um reconhecimento que num sistema invadido revela quais contas valem a pena atacar. A filosofia Unix trabalhando a seu favor.

Erros comuns

• Ter medo de "quebrar algo". No seu lab, você não quebra nada que um snapshot (T6) não conserte. Explore. O terminal só faz o que você manda — e ninguém aprendeu a nadar lendo sobre água.

• Confundir maiúsculas e minúsculas. Linux diferencia: Arquivo.txt e arquivo.txt são coisas diferentes, e LS não é ls. Erro clássico de quem vem do Windows.

• Decorar comandos sem entender a anatomia. Se você entende "programa + opção + alvo", não precisa decorar centenas de comandos — você lê qualquer um. Entenda o padrão, não a lista.

• Ignorar o man. Quase todo comando tem um manual: man ls explica tudo sobre o ls. O profissional consulta o manual; o amador chuta. Saber onde está a resposta vale mais que decorá-la.

Resumo

• O terminal (shell) é comandar o computador por texto — a língua nativa de toda a segurança ofensiva e da OSCP.
• Todo comando tem a anatomia programa + opção + alvo (ls -l /home); reconhecê-la desmistifica tudo.
• O sistema de arquivos Linux parte de uma raiz / e se ramifica (/home, /etc, /var, /tmp).
• Comandos essenciais: pwd, ls, cd, cat, grep, find. E o superpoder é o pipe |, que encaixa ferramentas simples.
• Quando você invade um servidor, ganha uma shell — sem mouse. Dominar o terminal é saber trabalhar do outro lado.

🎯 Isso cai na prova

A OSCP é 100% terminal — não há alternativa a dominá-lo:

"A proficiência em linha de comando Linux é pré-requisito para pentest prático. Navegação no filesystem, manipulação de arquivos, redirecionamento e pipes (|) são operações fundamentais em pós-exploração."

Tradução: a OSCP não "cobra" o terminal numa questão — ela exige que você o domine para fazer qualquer coisa. Sem fluência em ls, cd, cat, grep, pipes e permissões, você não passa nem da primeira máquina. Este capítulo não é teoria; é o alfabeto da prova.

Missão

No seu Kali, navegue: dê pwd, ls -la, entre em três pastas diferentes (/etc, /var/log, /tmp), e em cada uma faça um ls. Depois, use um pipe para achar algo: ls -la /etc | grep passwd. Por fim, rode man grep e leia as três primeiras opções. O objetivo não é decorar — é o terminal deixar de dar medo. Repita até a tela preta virar território conhecido.

Desafio

Raciocínio de composição (a filosofia Unix). Você está numa máquina invadida (no seu lab) e quer achar, dentro da pasta /var/www, todos os arquivos que contenham a palavra password.

Pergunta: descreva em português o que você precisaria encadear para resolver isso — quais "peças pequenas" (achar arquivos + procurar texto dentro deles) e como elas se combinariam. Não precisa acertar a sintaxe exata; precisa mostrar que entendeu o raciocínio de compor ferramentas simples para uma tarefa que nenhum comando único resolve sozinho. (Dica: pense em find para achar os arquivos e grep para olhar dentro deles.)

(Resposta comentada no Gabarito.)

🎓 Academia do Pentester Aqui você não decora tecnologia. Você finalmente entende como ela funciona.

Próximo fundamento → O Terminal Windows: metade das máquinas da OSCP são Windows, e lá a língua é outra — o cmd e o poderoso PowerShell. Você vai aprender a se virar no outro mundo, porque o pentester não escolhe o sistema operacional do alvo.