chmod 777: Perché capire i permessi Linux quando puoi spalancare il castello?
C'è un momento preciso nella vita di ogni aspirante utente Linux in cui l'entusiasmo della libertà open source si scontra violentemente contro un muro invisibile di cinismo algoritmico. Il terminale, nella sua impassibile crudeltà a fondo nero, sputa fuori due parole capaci di gelare il sangue:
`bash: ./script_vitale.sh: Permission denied`
Come sarebbe a dire permesso negato? Il computer è mio. L'ho pagato io. La sedia su cui sono seduto scricchiola sotto il mio peso e l'elettricità che alimenta questi transistor viene addebitata sul mio conto corrente. Chi sei tu, minuscolo frammento di silicio, per dirmi che non posso eseguire un file di testo contenente tre righe di Bash copiate male da Stack Overflow?
La reazione naturale dell'essere umano razionale sarebbe consultare la documentazione, studiare la matrice `rwxr-xr-x`, comprendere la nobile differenza tra proprietario, gruppo e altri utenti, e applicare chirurgicamente la cifra corretta.
La reazione del nabbo moderno, invece, è un'altra: la dichiarazione di resa incondizionata nota come `sudo chmod -R 777 /`.
L'algebra oscura dei permessi: una tortura che non meritavi
Sulla carta, il sistema di permessi POSIX è un'opera d'arte ingegneristica. Tre entità (User, Group, Others) per tre permessi fondamentali (Read, Write, Execute). In totale nove lettere che si alternano con trattini, sommate secondo una base ottale che richiede calcoli matematici degni della NASA:
- Leggere vale 4
- Scrivere vale 2
- Eseguire vale 1
- 7 per il proprietario: "Posso fare qualsiasi cosa, ovvio."
- 7 per il gruppo: "Possono fare qualsiasi cosa i miei colleghi o i servizi di sistema."
- 7 per gli altri: "Può cancellare o riscrivere questo file anche un tostapane connesso al Wi-Fi a Nuova Delhi."
Se vuoi dare lettura e scrittura ma non esecuzione a un gruppo, devi fare $4 + 2 = 6$. Se per il proprietario vuoi tutto, fai $4 + 2 + 1 = 7$.
Ora, siamo onesti: tu hai aperto il terminale per installare un serverino di Minecraft o configurare un bot di Discord, non per sostenere un esame di aritmetica binaria alle due di notte. In quel preciso istante, ricordarsi se `chmod 755` basti a far partire quel maledetto binario sembra un enigma degno della Sfinge di Tebe.
Ed è lì che compare lui. Il numero del diavolo dei sysadmin. Il passepartout definitivo.
Tre sette per domarli tutti
`chmod 777` è l'equivalente digitale dello smontare la porta blindata di casa, caricarla su un furgone, portarla in discarica e appendere all'ingresso un cartello al neon con scritto: "Entrate pure, il frigo è pieno e ci sono 50 euro sul tavolo all'ingresso".
Digitando `777`, stai assegnando:
La sensazione di sollievo, bisogna ammetterlo, è inebriante. Premi invio, il cursore va a capo in silenzio (perché Unix comunica solo quando fallisce), rilanci il comando e... funziona. Miracolo! La magia della tecnologia! Sei un hacker, sei Neo in Matrix, sei il padrone incontrastato dell'infrastruttura!
Peccato che tu abbia appena curato un'unghia incarnita amputando l'intera gamba con una motosega a benzina.
L'effetto collaterale: la fiera del ransomware autoinvitato
Il problema di risolvere i problemi con `chmod -R 777` (specie se applicato con allegria alla cartella principale del web server o, cielo non voglia, a `/var` o all'intera directory `/home`) è che Linux fa esattamente quello che gli chiedi. Senza fare domande.
Se il server web Apache ora ha il permesso di eseguire ed eliminare qualsiasi file, significa che la prima vulnerabilità in un plugin PHP decrepito del 2014 permetterà al primo visitatore di passaggio di riscrivere l'intero sistema operativo per minare criptovalute a tua insaputa. Il file di configurazione con le password del database? È leggibile da tutti. Lo script di backup? Modificabile da chiunque.
In pratica, hai trasformato un caveau svizzero in un gazebo da sagra di paese durante un temporale estivo.
La via del nabbo consapevole
Prima di ядерizzare i permessi del tuo sistema operativo al prossimo Permission denied, prova a fare un respiro profondo e ricorda questa regola empirica salva-vita:
1. Se è solo un file da avviare: serve solo renderlo eseguibile per te (`chmod +x nomefile.sh`). Nessun numero arcano, solo una `+x` elegante e pulita.
2. Se il file non ti appartiene: non cambiare i permessi al mondo, cambia il proprietario (`sudo chown tuo_utente:tuo_utente file`). È casa tua, prenditi le tue cose.
3. Se proprio senti la tentazione del 777: allontana le mani dalla tastiera, bevi un bicchiere d'acqua e pensa a quanto tempo ci metteresti a reinstallare l'intero sistema operativo dopo che un bot ci avrà fatto il nido.
Il terminale fa paura, è vero. Ma fargli credere che non abbiamo idea di cosa stiamo facendo... beh, è il modo migliore per fargli vincere la partita a tavolino.
