PCTAMALOU

🔬 Mission pratique – Laboratoire (2 heures)

Scénario : Audit de sécurité d'un serveur compromis

Imaginez que vous êtes appelé pour analyser un serveur potentiellement compromis. Votre mission : identifier les mauvaises configurations de permissions.

Étapes détaillées avec analyse de sécurité

1. Analyse de l'environnement actuel
   Commençons par comprendre notre point de départ :

   # Vérification de l'utilisateur actuel et de ses groupes
   whoami                        # Qui suis-je ?
   id                            # Identifiant et groupes
   groups                        # Groupes de l'utilisateur
   
   # Analyse des permissions du dossier home
   ls -la ~/                     # Fichiers cachés inclus
   stat ~/.bashrc                # Informations détaillées sur un fichier
   getfacl ~/                    # ACLs (Access Control Lists) avancéesCopier

2. Création d'un environnement de test compromis (simulé)
   Nous allons créer des scénarios de mauvaise configuration courants :

   cd ~/mon_lab
   mkdir -p serveur_compromis/{config,logs,scripts,backups}
   
   # Scénario 1 : Fichier de configuration world-writable
   echo "DB_PASSWORD=SuperSecret123" > serveur_compromis/config/database.conf
   chmod 666 serveur_compromis/config/database.conf  # Très dangereux !
   
   # Scénario 2 : Script avec SUID mal configuré (simulé)
   echo '#!/bin/bash
   echo "Script sensible"' > serveur_compromis/scripts/backup.sh
   chmod 4755 serveur_compromis/scripts/backup.sh  # SUID activé
   
   # Scénario 3 : Dossier de logs accessible à tous
   chmod 777 serveur_compromis/logs/Copier

3. Audit manuel des vulnérabilités
   Utilisez ces commandes pour identifier les problèmes :

   # Trouver tous les fichiers world-writable
   find serveur_compromis -perm -o=w -type f
   
   # Trouver tous les fichiers avec SUID/SGID
   find serveur_compromis -type f \( -perm -4000 -o -perm -2000 \)
   
   # Vérifier les dossiers avec permissions trop ouvertes
   find serveur_compromis -type d -perm 777
   
   # Analyser la sortie avec plus de détails
   ls -la serveur_compromis/config/database.conf | awk '{print $1, $9}'Copier

4. Création et test d'un utilisateur attaquant (simulation)
   Créons un utilisateur pour simuler un attaquant interne :

   # Création de l'utilisateur 'shadow' (simulation d'attaquant)
   sudo adduser --disabled-password --gecos "" shadow
   echo "shadow:shadow123" | sudo chpasswd
   
   # Test d'accès avec l'utilisateur shadow
   sudo -u shadow bash -c "
   echo '=== Test d accès utilisateur shadow ==='
   whoami
   cd /home/kali/mon_lab/serveur_compromis
   echo 'Tentative de lecture database.conf:'
   cat config/database.conf 2>&1 || echo 'Échec - bon!'
   echo 'Tentative d écriture database.conf:'
   echo 'INJECTION' >> config/database.conf 2>&1 && echo 'Réussite - DANGER!' || echo 'Échec - bon!'
   echo '=== Fin test ==='
   "
   
   # Nettoyage immédiat
   sudo deluser --remove-home shadowCopier

5. Analyse de /etc/sudoers et des privilèges
   Comprendre la configuration des privilèges :

   # Lecture sécurisée du fichier sudoers
   sudo visudo -c                     # Vérification de la syntaxe
   sudo cat /etc/sudoers | grep -v '^#' | grep -v '^$'
   
   # Vérification des membres du groupe sudo
   getent group sudo
   
   # Test des privilèges de l'utilisateur courant
   sudo -l                           # Quelles commandes puis-je exécuter avec sudo ?Copier

6. Correction sécurisée des vulnérabilités
   Appliquez les corrections de sécurité :

   # Correction 1 : Fichier de configuration sensible
   chmod 600 serveur_compromis/config/database.conf
   chown kali:kali serveur_compromis/config/database.conf
   
   # Correction 2 : Retirer SUID inutile
   chmod 755 serveur_compromis/scripts/backup.sh
   
   # Correction 3 : Permissions de dossier restrictives
   chmod 750 serveur_compromis/logs/
   chmod 750 serveur_compromis/
   
   # Vérification des corrections
   find serveur_compromis -type f -perm /o=w
   find serveur_compromis -type d -perm /o=wCopier

7. Utilisation de chmod en notation symbolique
   Maîtrisez les deux notations :

   # Notation symbolique (plus lisible pour des ajustements)
   chmod u+rwx,g+rx,o-rwx serveur_compromis/scripts/  # Équivalent à 750
   chmod o-r serveur_compromis/config/database.conf   # Retirer lecture aux autres
   chmod a+x serveur_compromis/scripts/backup.sh      # Ajouter exécution à tous (a = all)
   
   # Comparaison avec notation octale
   chmod 755 serveur_compromis/scripts/backup.sh
   stat -c %A serveur_compromis/scripts/backup.sh     # Affiche en notation symboliqueCopier

#!/bin/bash
echo "=== AUDIT DE SÉCURITÉ PERMISSIONS ==="
echo "1. Fichiers world-writable:"
find /home/kali/mon_lab -perm -o=w -type f 2>/dev/null
echo ""
echo "2. Fichiers avec SUID/SGID:"
find /home/kali/mon_lab -type f \( -perm -4000 -o -perm -2000 \) 2>/dev/null
echo ""
echo "3. Dossiers avec permissions 777:"
find /home/kali/mon_lab -type d -perm 777 2>/dev/null