- Diagnòstic precís derrors daccés mitjançant la verificació de capes POSIX, ACL i mòduls de seguretat com SELinux.
- Ús correcte de ferramentes de gestió de permisos com chmod, chown i la utilitat visut per evitar vulnerabilitats.
- Mètodes de recuperació del sistema mitjançant Live CD o scripts dinici quan es perd laccés de superusuari.
Segur que t'ha passat: intentes executar una ordre, obrir un fitxer o ficar-te en una carpeta i la terminal et deixa anar el famós missatge de «Permís denegat» . És un moment frustrant, sobretot quan creus que tens tot el control del sistema, però Linux és molt quadrat amb la seguretat i no et deixarà passar si no compleixes estrictament les regles.
La temptació de deixar anar un chmod 777 per sortir del pas és enorme, però sincerament és la pitjor idea possible. Fer això és com deixar la porta de casa teva oberta de bat a bat al mig de la ciutat; soluciona el problema de laccés, però deixes el sistema totalment exposat a qualsevol vulnerability. L'ideal és entendre què falla i aplicar la correcció justa.
Entenent el sistema de permisos a Linux
Per no anar a cegues, cal saber que Linux gestiona l'accés a tres nivells diferents. Primer tenim els permisos POSIX clàssics , que són els que veiem amb el típic trio de lectura (r), escriptura (w) i execució (x) per a l'amo, el grup i la resta del món. Després hi ha les ACL esteses, que permeten posar regles molt més fines per a usuaris concrets, i finalment els mòduls de seguretat obligatoris com SELinux a RHEL o AppArmor a Ubuntu i Debian.
Quan parlem de directoris, hi ha un detall que sol enxampar molts: el bit d'execució. En una carpeta, el permís d'execució no vol dir que vagis a llançar un programa, sinó que et permet recórrer el directori . Si no tens aquest bit actiu, encara que tinguis permís de lectura sobre un fitxer intern, no hi podràs arribar perquè la ruta està bloquejada.
La gestió de permisos es pot fer de dues maneres. La simbòlica és molt còmoda per a canvis ràpids, com afegir execució amb chmod u+x. D'altra banda, la forma octal és la més precisa per configurar-ho tot d'una vegada. Per exemple, un 644 és l'estàndard per a fitxers de text, mentre que un 755 és l'habitual per a directoris i scripts públics on tots poden navegar però només el propietari escriu.
Casos comuns de bloqueig i com atacar-los
Un dels errors més típics passa amb les claus SSH. Si els permisos de la vostra clau privada són massa permissius, el servidor us rebutjarà la connexió pel paràmetre Modes estrictes. La solució aquí és restringir l'accés al màxim, normalment usant chmod 600 perquè només el propietari pugui llegir la clau.
Un altre escenari habitual és quan intentes escriure en rutes del sistema com /etc o /var/www. Si és una cosa puntual, utilitzar suo és el correcte. Però si és una aplicació la que heu d'escriure constantment, el més net és canviar la propietat de la carpeta amb chown perquè l'usuari del servei sigui el propietari legal, evitant així el ús incorrecte de l'usuari root a Linux.
De vegades, fins i tot sent root, et diran que no tens permís. Això sol passar si el sistema de fitxers s'ha muntat a mode de només lectura (ro) o si el fitxer té l'atribut d'immutable. Per a això últim, pots fer servir l'ordre lsattr per diagnosticar-lo i sudo chattr -i per treure-li aquesta protecció especial.
El mal de cap dels errors en sudo
Sudo és una eina meravellosa fins que deixes de poder fer-la servir. El fitxer /etc/sudoers és extremadament delicat. Un simple error de sintaxi, com una coma mal posada o un espai on no toca, pot fer que sudo deixi de funcionar per complet, deixant-te fora de la teva pròpia administració.
Per evitar això, mai no heu d'editar aquest fitxer amb un editor de text normal. L'eina visudo és la clau, ja que valida la sintaxi abans de desar els canvis. Si intentes forçar l'edició i trenques el fitxer, et trobaràs en un atzucac: necessites sudo per arreglar el fitxer, però no pots utilitzar suo perquè el fitxer està trencat.
A més de la sintaxi, hi ha els errors de propietat. Sudo es nega a treballar si el fitxer /etc/sudoers té permisos massa oberts (com ser escrivible per qualsevol) o si el propietari no és root. En aquests casos, el sistema llançarà un avís indicant que el fitxer és world writable o que l'UID és incorrecte.
Com recuperar l'accés quan falla tot
Si t'has passat de llest i has picat el fitxer de sudoers, no tot està perdut. Una de les formes més efectives és arrencar el sistema amb un Live CD d'Ubuntu. Des d'allà, muntes el teu disc dur, navegues fins al directori /etc de la teva instal·lació real i corregeixes els permisos manualment amb chmod 440 y chown root:root.
En entorns de núvol com Google Cloud, hi ha una alternativa mitjançant scripts d'inici . Podeu configurar una metadada que executi una ordre en arrencar la màquina virtual. Aquesta ordre pot reanomenar el fitxer sudoers danyat i crear un nou bàsic que et permeti entrar sense contrasenya temporalment perquè puguis reparar el desastre amb visut.
Si el problema és que tens fitxers .lock bloquejant l'edició d'usuaris o grups a /etc/passwd, és possible que necessitis netejar aquests fitxers temporals des d'un entorn de recuperació perquè el sistema et permeti tornar a fer canvis administratius.
Per solucionar qualsevol problema d'accés, el més intel·ligent és seguir un ordre lògic: començar usant ls -l e id per veure qui és qui, ajustar els bits amb chmod, corregir la propietat amb chown i, si res d'això no serveix, revisar capes profundes com SELinux o AppArmor que podrien estar bloquejant l'acció en segon pla, aprofitant que ja coneixes els secrets de Linux i les seves ordres.
Redactor apassionat del món dels bytes i la tecnologia en general. M'encanta compartir els meus coneixements a través de l'escriptura, i això és el que faré en aquest bloc, mostrar tot el més interessant sobre gadgets, programari, maquinari, tendències tecnològiques, i més. El meu objectiu és ajudar-te a navegar pel món digital de forma senzilla i entretinguda.