Utilisateurs, groupes & permissions

À faire dans la machine virtuelle

Coche chaque étape une fois faite : sa correction s'affiche juste en dessous.

• Afficher son UID, ses groupes, et sa ligne dans /etc/passwd.
  ✅ Correction

  $ id
  uid=1000(user) gid=1000(user) groupes=1000(user),4(adm),27(sudo),...
  $ grep user /etc/passwd
  user:x:1000:1000:user,,,:/home/user:/bin/bash

  grep filtre les lignes contenant un mot : on le détaillera au module 05.

• Compter les comptes système (UID < 1000) en lisant /etc/passwd, et repérer leur shell.
  ✅ Correction

  $ less /etc/passwd
  $ wc -l /etc/passwd
  37 /etc/passwd

  Presque toutes les lignes sauf root et user sont des comptes système, avec /usr/sbin/nologin ou /bin/false en dernier champ. Le nombre exact dépend des paquets installés.

• Constater que cat /etc/shadow est refusé, puis le lire avec sudo.
  ✅ Correction

  $ cat /etc/shadow
  cat: /etc/shadow: Permission non accordée
  $ sudo cat /etc/shadow
  root:*:...
  user:$y$j9T$...:20384:0:99999:7:::

  Le long texte après user: est le hachage du mot de passe, pas le mot de passe lui-même. Le * de root signifie : pas de mot de passe, connexion directe impossible.

• Créer l'utilisateur alice et le groupe projet, ajouter alice et toi-même au groupe.
  ✅ Correction

  $ sudo adduser alice
  $ sudo addgroup projet
  $ sudo usermod -aG projet alice
  $ sudo usermod -aG projet $USER
  $ groups alice
  alice : alice projet

  Pour que ton appartenance au groupe soit active, déconnecte-toi puis reconnecte-toi (ou ouvre un shell avec su - $USER).

• Se connecter en tant qu'alice avec su, essayer de lire ton dossier personnel, puis revenir.
  ✅ Correction

  $ su - alice
  alice$ whoami
  alice
  alice$ ls /home/user
  ls: impossible d'ouvrir le répertoire '/home/user': Permission non accordée
  alice$ exit

  Sur Ubuntu 24.04, les dossiers personnels sont en 750 (drwxr-x---) : les autres utilisateurs n'y entrent pas.

• Créer un script bonjour.sh, constater qu'il ne s'exécute pas, le rendre exécutable et le lancer.
  ✅ Correction

  $ echo 'echo "Bonjour $USER"' > bonjour.sh
  $ ./bonjour.sh
  bash: ./bonjour.sh: Permission non accordée
  $ chmod u+x bonjour.sh
  $ ./bonjour.sh
  Bonjour user

• Créer secret.txt et le passer en 600, puis vérifier avec ls -l et en tant qu'alice.
  ✅ Correction

  $ echo "code 1234" > secret.txt
  $ chmod 600 secret.txt
  $ ls -l secret.txt
  -rw------- 1 user user 10 ... secret.txt

  Alice ne pourrait de toute façon pas atteindre ton dossier (étape 5). Pour tester sur un fichier qu'elle peut atteindre, place-le dans /tmp.

• Créer un dossier d'équipe /srv/projet appartenant au groupe projet, en 2775.
  ✅ Correction

  $ sudo mkdir /srv/projet
  $ sudo chown root:projet /srv/projet
  $ sudo chmod 2775 /srv/projet
  $ ls -ld /srv/projet
  drwxrwsr-x 2 root projet 4096 ... /srv/projet
  $ touch /srv/projet/test && ls -l /srv/projet
  -rw-rw-r-- 1 user projet 0 ... test

  Grâce au SGID (s), le fichier créé hérite du groupe projet. Il faut être dans le groupe (reconnecté) pour y écrire.

• Repérer les droits spéciaux de /usr/bin/passwd et de /tmp, et afficher ton umask.
  ✅ Correction

  $ ls -l /usr/bin/passwd
  -rwsr-xr-x 1 root root ... /usr/bin/passwd
  $ ls -ld /tmp
  drwxrwxrwt ... /tmp
  $ umask
  0002

• Bonus : donner à alice le droit de lire /tmp/partage.txt par ACL, puis supprimer alice proprement.
  ✅ Correction

  $ sudo apt install acl
  $ echo "pour alice" > /tmp/partage.txt && chmod 600 /tmp/partage.txt
  $ setfacl -m u:alice:r /tmp/partage.txt
  $ getfacl /tmp/partage.txt
  user::rw-
  user:alice:r--
  $ sudo deluser --remove-home alice

  ls -l affiche alors -rw-r-----+ : le + signale une ACL.