TP sysres IMA2a5 2018/2019 G2 : Différence entre versions
(→Configuration DNSSEC) |
|||
(63 révisions intermédiaires par 2 utilisateurs non affichées) | |||
Ligne 1 : | Ligne 1 : | ||
− | + | = Introduction = | |
− | + | Ce projet consiste à réaliser une maquette de réseau permettant de manipuler les protocoles de redondance réseau ainsi que le protocole réseau IPv6. | |
− | + | = Création du commutateur logiciel sur Zabeth10 = | |
On commence par configurer la Zabeth afin que lorsque l'on connecte un PC sur l'interface eth1 elle commute tous les paquets sur l'interface eth0. | On commence par configurer la Zabeth afin que lorsque l'on connecte un PC sur l'interface eth1 elle commute tous les paquets sur l'interface eth0. | ||
Ligne 25 : | Ligne 25 : | ||
Les interfaces eth0 et eth1 sont à l'état "forwarding", ce qui signifie que tout fonctionne correctement. | Les interfaces eth0 et eth1 sont à l'état "forwarding", ce qui signifie que tout fonctionne correctement. | ||
− | + | = Installation de Devuan sur PC Portable Thon = | |
+ | Cette étape simplissime nous a donné du fil à retordre car lors de l'installation, nous n'arrivions pas à contacter le serveur dhcp et obtenir le proxy de Polytech'Lille. Après une dizaine de tentative d'installation, cela a fini par marcher. | ||
+ | Les comptes utilisateurs créés sont ceux habituels. | ||
− | = | + | = Machine virtuelle Xen sur Cordouan = |
− | == Configuration du commutateur | + | == Installation == |
+ | |||
+ | On se connecte en ssh sur <code>cordouan.insecserv.deule.net</code> | ||
+ | |||
+ | Pour créer notre VM Devuan, on lance la commande suivante: | ||
+ | xen-create-image --hostname=PaixDieu --dhcp --dir=/usr/local/xen --dist=ascii | ||
+ | --apt-proxy=http://proxy.polytech-lille.fr:3128 --mirror=http://fr.deb.devuan.org/merged/ --force | ||
+ | |||
+ | Nous avons ensuite modifié le mot de passe root et le fichier PaixDieu.cfg pour ajouter StudentsInfo. C'est un bridge qui nous permet d'avoir accès à internet. | ||
+ | vif = [ 'mac=LABELLEADRESSEMAC, bridge=StudentsInfo' ] | ||
+ | |||
+ | == Lancer la machine virtuelle == | ||
+ | On teste que l'installation s'est bien déroulée en lançant notre VM une première fois. | ||
+ | Voici les commandes utilisées pour lancer notre VM PaixDieu (en se plaçant dans /etc/xen/) : | ||
+ | |||
+ | xl create PaixDieu.cfg | ||
+ | xl console PaixDieu | ||
+ | |||
+ | == Montage /var et /home sur cordouan == | ||
+ | Passons aux choses sérieuses avec le montage des dossiers /var et /home sur Cordouan. | ||
+ | |||
+ | Connectés à Cordouan, on a créé les volumes de 10Go correspondant aux répertoires: | ||
+ | |||
+ | lvcreate -L10G -n apIMA5-PaixDieu-home virtual | ||
+ | lvcreate -L10G -n apIMA5-PaixDieu-var virtual | ||
+ | |||
+ | Ainsi que les systèmes de fichier | ||
+ | |||
+ | mke2fs /dev/virtual/apIMA5-PaixDieu-home | ||
+ | mke2fs /dev/virtual/apIMA5-PaixDieu-var | ||
+ | |||
+ | On indique à notre VM les répertoires fraichement créés en éditant /etc/xen/PaixDieu.cfg : | ||
+ | |||
+ | disk = [ | ||
+ | [...] | ||
+ | 'phy:/dev/virtual/apIMA5-PaixDieu-home,xvdb1,w', | ||
+ | 'phy:/dev/virtual/apIMA5-PaixDieu-var,xvdb2,w', | ||
+ | ] | ||
+ | |||
+ | La commande <code>fdisk -l</code> nous permet de vérifier que les volumes sont bien montés. | ||
+ | |||
+ | On modifie le fichier <code>/etc/fstab</code> de la VM pour que les volumes soient pris en compte à chaque démarrage de la VM : | ||
+ | |||
+ | /dev/xvdb1 /home ext4 defaults 0 2 | ||
+ | /dev/xvdb2 /var ext4 defaults 0 2 | ||
+ | |||
+ | |||
+ | Pour le volume /var, nous devons procéder différemment et lançons les commandes suivantes depuis la VM : | ||
+ | mount /dev/xvdb2 /mnt | ||
+ | mv /var/* /mnt | ||
+ | umount /mnt | ||
+ | mount -a | ||
+ | |||
+ | On vérifie que tout est OK avec <code>df</code>. | ||
+ | |||
+ | == Dockers == | ||
+ | Docker est un outil permettant la création de containers contenant des services que nous pourrons moduler facilement en choisissant de démarrer ou non ces containers. | ||
+ | |||
+ | Nous avons rencontré un problème pour lancer la commande <code>apt-get update</code> car la liste de clés de notre VM était celle d'une machine Debian et non Devuan. Nous l'avons résolu grâce à la commande <code>apt-get install devuan-keyring</code>. | ||
+ | |||
+ | Pour installer les dockers on lance les commandes suivantes : | ||
+ | apt-get install apt-transport-https dirmngr | ||
+ | echo 'deb https://apt.dockerproject.org/repo debian-stretch main' >> /etc/apt/sources.list | ||
+ | apt-key adv --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys F76221572C52609D | ||
+ | apt-get update | ||
+ | apt-get install docker-engine | ||
+ | service docker restart | ||
+ | docker pull httpd | ||
+ | docker pull ventz/bind | ||
+ | |||
+ | La commande <code>docker images</code> nous permet de vérifier que nos images sont correctement installées. | ||
+ | |||
+ | Dans le dossier ~/httpd/ on crée les fichiers index.html et httpd.conf. On les liera par la suite comme point de montage. Ceci nous permet de créer et modifier notre page web à la racine de notre répertoire /root et les modifications se fassent directement dans le container. | ||
+ | |||
+ | On crée un dossier ~/bind/ dans lesquels on met les fichiers suivants : | ||
+ | |||
+ | '''/etc/bind/named.conf.options''' | ||
+ | options { | ||
+ | directory "/var/cache/bind"; | ||
+ | dnssec-validation auto; | ||
+ | |||
+ | auth-nxdomain no; # conform to RFC1035 | ||
+ | listen-on-v6 { any; }; | ||
+ | allow-transfer { "allowed_to_transfer"; }; | ||
+ | }; | ||
+ | |||
+ | acl "allowed_to_transfer" { | ||
+ | 217.70.177.40/32; | ||
+ | }; | ||
+ | |||
+ | '''/etc/bind/named.conf.local''' | ||
+ | // | ||
+ | // Do any local configuration here | ||
+ | // | ||
+ | |||
+ | // Consider adding the 1918 zone here, if they are not used in your | ||
+ | // organization | ||
+ | // include "/etc/bind/zones.rfc1918"; | ||
+ | |||
+ | zone "paix-dieu-fdjd-apima5.space" { | ||
+ | type master; | ||
+ | file "/etc/bind/paix-dieu-fdjd-apima5.space"; | ||
+ | }; | ||
+ | |||
+ | |||
+ | '''/etc/bind/paix-dieu-fdjd-apima5.space''' | ||
+ | $TTL 259200 | ||
+ | |||
+ | @ IN SOA dns.paix-dieu-fdjd-apima5.space. admin.paix-dieu-fdjd-apima5.space. ( | ||
+ | 10 ; Version | ||
+ | 7200 ; Refresh (2h) | ||
+ | 3600 ; Retry (1h) | ||
+ | 1209600 ; Expire (14j) | ||
+ | 259200 ; Minimum TTL (3j) | ||
+ | IN NS dns.paix-dieu-fdjd-apima5.space. | ||
+ | IN NS ns6.gandi.net. | ||
+ | IN MX 100 dns.paix-dieu-fdjd-apima5.space. | ||
+ | IN A 193.48.57.162 | ||
+ | |||
+ | www IN A 193.48.57.162 | ||
+ | IN MX 100 dns.paix-dieu-fdjd-apima5.space. | ||
+ | dns IN A 193.48.57.162 | ||
+ | |||
+ | |||
+ | '''Lancer les containers''' | ||
+ | |||
+ | On stoppe d'abord le service apache sur le port 80 <code>service apache2 stop</code>. | ||
+ | |||
+ | docker run -d --name=apache -v /root/httpd/index.html:/usr/local/apache2/htdocs/index.html \-v /root/httpd/httpd.conf:/usr/local/httpd.conf -p 80:80 httpd | ||
+ | |||
+ | docker run --name=dns -dit --dns=8.8.8.8 --dns=8.8.4.4 -p 53:53/udp -p 53:53 \ | ||
+ | -v "$PWD"/bind/named.conf.local:/etc/bind/named.conf.local \ | ||
+ | -v "$PWD"/bind/named.conf.options:/etc/bind/named.conf.options \ | ||
+ | -v "$PWD"/bind/paix-dieu-fdjd-apima5.space:/etc/bind/paix-dieu-fdjd-apima5.space ventz/bind | ||
+ | |||
+ | On peut voir que tout fonctionne correctement avec la commande <code>docker ps</code> | ||
+ | Depuis la zabeth on peut accéder à notre site via http://193.48.57.162/ et on tombe sur notre page d'accueil. | ||
+ | |||
+ | |||
+ | = Mise en place de notre site internet = | ||
+ | |||
+ | == Réservation d'un nom de domaine == | ||
+ | Réserver un nom de domaine est une étape facile et intuitive sur le registrar gandi.net. | ||
+ | Nous avons pris le nom de domaine paix-dieu-fdjd-apima5.space étant donné que paix-dieu.space était déjà réservé. Avec du recul, ce n'est pas le nom le plus évident à référencer et à rentrer dans nos configurations. | ||
+ | L'avantage des .space est leur coût très faible (1.20€/an) | ||
+ | |||
+ | == Configuration HTTP et DNS == | ||
+ | Sur Gandi, on ajoute un Glue Record avec l'IP de notre VM. | ||
+ | On modifie les DNS et on met dns.paix-dieu-fdjd-apima5.space en première ligne, ns6.gandi.net en seconde. On supprime les lignes 3 et 4. | ||
+ | Il faut attendre le temps de propagation avant de vérifier avec ZoneCheck que nos informations sont bien prises en compte. | ||
+ | |||
+ | On peut accéder à notre site via un navigateur en tapant : <code>http://paix-dieu-fdjd-apima5.space</code> | ||
+ | |||
+ | == Sécurisation du site == | ||
+ | On veut sécuriser notre site pour le passer en HTTPS. | ||
+ | |||
+ | === Génération des clés === | ||
+ | On exécute la commande suivante pour générer les clés publiques et privées : | ||
+ | openssl req -nodes -newkey rsa:2048 -sha256 -keyout paix-dieu-fdjd-apima5.key -out paix-dieu-fdjd-apima5.csr | ||
+ | |||
+ | On copie le contenu de la clé publique sur Gandi pour valider notre certificat SSL. En échange, on doit placer un fichier à un endroit bien spécifique de notre site. | ||
+ | On le télécharge sur notre VM et on le relie au docker de la manière suivante: | ||
+ | |||
+ | docker run -d --name=apache \ | ||
+ | -v /root/httpd/index.html:/usr/local/apache2/htdocs/index.html \ | ||
+ | -v /root/httpd/httpd.conf:/usr/local/httpd.conf \ | ||
+ | -v /root/httpd/375E80633027A52CAB15C27ACB63868E.txt:/usr/local/apache2/htdocs/.well-known/pki-validation/375E80633027A52CAB15C27ACB63868E.txt \ | ||
+ | -p 80:80 \ | ||
+ | httpd | ||
+ | |||
+ | On attend que Gandi valide le certificat SSL, chose réalisée au bout d'une heure. | ||
+ | |||
+ | === Configuration HTTPS === | ||
+ | On attaque la configuration de la VM pour mettre en place le HTTPS. | ||
+ | |||
+ | On modifie le fichier httpd-ssl.conf : | ||
+ | <VirtualHost _default_:443> | ||
+ | |||
+ | # General setup for the virtual host | ||
+ | DocumentRoot "/usr/local/apache2/htdocs" | ||
+ | ServerName paix-dieu-fdjd-apima5.space:443 | ||
+ | ServerAdmin fdebruil@polytech-lille.net | ||
+ | |||
+ | # SSL Engine Switch: | ||
+ | SSLEngine on | ||
+ | |||
+ | # Server Certificate: | ||
+ | SSLCertificateFile "/usr/local/apache2/conf/paix-dieu-fdjd-apima5.space.crt" | ||
+ | [...] | ||
+ | |||
+ | # Server Private Key: | ||
+ | SSLCertificateKeyFile "/usr/local/apache2/conf/paix-dieu-fdjd-apima5.key" | ||
+ | [...] | ||
+ | </VirtualHost> | ||
+ | |||
+ | Durant cette étape, nous nous sommes rendus compte que nous ne pouvons pas mapper un fichier qui existe déjà. | ||
+ | Nous avions essayé de modifier le httpd.conf en dehors du docker et de le mapper ensuite mais ça ne marchait pas. | ||
+ | On rentre donc dans le docker avec la commande <code>docker exec -ti apache bash</code> | ||
+ | |||
+ | On modifie le fichier httpd.conf avec la commande sed suivante : | ||
+ | sed -i \ | ||
+ | -e 's/^#\(Include .*httpd-ssl.conf\)/\1/' \ | ||
+ | -e 's/^#\(LoadModule .*mod_ssl.so\)/\1/' \ | ||
+ | -e 's/^#\(LoadModule .*mod_socache_shmcb.so\)/\1/' \ | ||
+ | conf/httpd.conf | ||
+ | |||
+ | On relance notre docker avec les fichiers fraichement créés, en supprimant le mappage du httpd.conf et en reliant le port 443 : | ||
+ | docker run -d --name=apache \ | ||
+ | -v /root/httpd/index.html:/usr/local/apache2/htdocs/index.html \ | ||
+ | -v /root/httpd/375E80633027A52CAB15C27ACB63868E.txt:/usr/local/apache2/htdocs/.well-known/pki-validation/375E80633027A52CAB15C27ACB63868E.txt \ | ||
+ | -v /root/httpd/httpd-ssl.conf:/usr/local/apache2/conf/extra/httpd-ssl.conf \ | ||
+ | -v /root/httpd/paix-dieu-fdjd-apima5.csr:/usr/local/apache2/conf/paix-dieu-fdjd-apima5.csr \ | ||
+ | -v /root/httpd/paix-dieu-fdjd-apima5.key:/usr/local/apache2/conf/paix-dieu-fdjd-apima5.key \ | ||
+ | -v /root/httpd/paix-dieu-fdjd-apima5.space.crt:/usr/local/apache2/conf/paix-dieu-fdjd-apima5.space.crt \ | ||
+ | -p 80:80 \ | ||
+ | -p 443:443 \ | ||
+ | httpd | ||
+ | |||
+ | On peut accéder à notre site en lançant https://paix-dieu-fdjd-apima5.space/ | ||
+ | |||
+ | === Configuration DNSSEC === | ||
+ | On se place dans /etc/bind. | ||
+ | On génère la clé asymétrique de signature de clés de zone dans un nouveau répertoire paix-dieu-fdjd-apima5.space.dnssec : | ||
+ | dnssec-keygen -r /dev/urandom -a RSASHA1 -b 2048 -f KSK -n ZONE paix-dieu-fdjd-apima5.space | ||
+ | |||
+ | Ainsi que la clé asymétrique de la zone pour signer les enregistrements : | ||
+ | dnssec-keygen -r /dev/urandom -a RSASHA1 -b 1024 -n ZONE paix-dieu-fdjd-apima5.space | ||
+ | |||
+ | On renomme les deux paires de clés obtenues en : | ||
+ | paix-dieu-fdjd-apima5.space-ksk.key | ||
+ | paix-dieu-fdjd-apima5.space-zsk.key | ||
+ | paix-dieu-fdjd-apima5.space-ksk.private | ||
+ | paix-dieu-fdjd-apima5.space-zsk.private | ||
+ | |||
+ | On ajoute ensuite les clés dans le fichier de zone (paix-dieu-fdjd-apima5.space) et on incrémente le numéro de version de la zone : | ||
+ | $include /etc/bind/paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-ksk.key | ||
+ | $include /etc/bind/paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-zsk.key | ||
+ | |||
+ | Après on signe le fichier de configuration pour prendre en compte le DNSSEC : | ||
+ | dnssec-signzone -o paix-dieu-fdjd-apima5.space -k paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-ksk paix-dieu-fdjd-apima5.space paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-zsk | ||
+ | |||
+ | Cela nous crée un fichier paix-dieu-fdjd-apima5.space.signed. | ||
+ | |||
+ | On modifie ensuite le fichier named.conf.local pour utiliser la zone signée paix-dieu-fdjd-apima5.space.signed. | ||
+ | zone "paix-dieu-fdjd-apima5.space" { | ||
+ | type master; | ||
+ | file "/etc/bind/paix-dieu-fdjd-apima5.space.signed"; | ||
+ | }; | ||
+ | |||
+ | On ajoute également l’option dnssec-enable yes; dans le fichier named.conf.options afin d'activer le DNSSEC. | ||
+ | |||
+ | On communique à gandi, sur la partie DNSSEC la clé publique KSK. | ||
+ | |||
+ | On relance notre docker en mappant le dossier /etc/bind : | ||
+ | docker run --name=dns -dit --dns=8.8.8.8 --dns=8.8.4.4 -p 53:53/udp -p 53:53 \ | ||
+ | -v /etc/bind/:/etc/bind/ \ | ||
+ | ventz/bind | ||
+ | |||
+ | On peut vérifier que notre configuration est bonne à l'aide du site DNSViz. | ||
+ | Après un premier test nous avions des erreurs d'heure car notre VM était dans le futur. | ||
+ | On a donc installé un serveur NTP sur notre VM pour la remettre à l'heure. | ||
+ | |||
+ | Après correction, on obtient l'arbre suivant sur DNSViz : | ||
+ | [[Fichier:Paix-dieu-dnsviz2.png]] | ||
+ | |||
+ | Notre DNSSEC est correctement configuré. | ||
+ | |||
+ | = Configuration du commutateur = | ||
Pour notre projet nous avons 2 commutateurs : | Pour notre projet nous avons 2 commutateurs : | ||
* Un en E304 | * Un en E304 | ||
* L'autre en E306 | * L'autre en E306 | ||
+ | Nous sommes en charge de celui en E306. | ||
Ce sont deux Catalyst 4006. Chacun doit être relié aux 2 routeurs (un dans chaque salle). | Ce sont deux Catalyst 4006. Chacun doit être relié aux 2 routeurs (un dans chaque salle). | ||
Chacun doit avoir un port permettant une connexion à un point d'accès WiFi. | Chacun doit avoir un port permettant une connexion à un point d'accès WiFi. | ||
− | == | + | On commence par se connecter au port console du commutateur à l'aide d'un câble série. |
+ | |||
+ | On accède à l'interface de configuration du switch grâce à : | ||
+ | minicom -o -D /dev/ttyUSB0 -b 9600 | ||
+ | |||
+ | On peut connaitre l'état du commutateur à l'aide des commandes: | ||
+ | show interface summary | ||
+ | show vlan | ||
+ | show run | ||
+ | |||
+ | == Déclaration des VLANs == | ||
+ | |||
+ | On déclare 7 VLANs, un pour Xen, un pour interconnexion, et un pour chaque groupe pour le wifi dans minicom de la façon suivante : | ||
+ | |||
+ | config termi | ||
+ | vlan 42 | ||
+ | name Xen | ||
+ | exit (x2 pour quitter) | ||
+ | write | ||
+ | |||
+ | Supprimer un VLAN (au cas où): | ||
+ | no vlan 42 | ||
+ | |||
+ | == Branchements == | ||
+ | Les branchements ont été réalisés avec soin par Français, Tarik et Yacine en amont de notre travail de configuration. | ||
+ | |||
+ | == Affectation d'un port à un VLAN == | ||
+ | Pour voir sur quels ports ils ont branché leurs câbles, on lance la commande | ||
+ | show interface summary | ||
+ | |||
+ | On aperçoit une étoile devant la ligne si le port est connecté à un autre dispositif. | ||
+ | |||
+ | On peut créer le tableau suivant : | ||
+ | |||
+ | {| class="wikitable" | ||
+ | !Nom VLAN !! Prise | ||
+ | |- | ||
+ | |Cordouan | ||
+ | |GigabitEthernet2/2 | ||
+ | |- | ||
+ | |Interconnexion (Routeur E306) | ||
+ | |GigabitEthernet2/1 | ||
+ | |- | ||
+ | |Borne Wifi | ||
+ | |GigabitEthernet2/3 | ||
+ | |- | ||
+ | |Routeur E304 (en fibre) | ||
+ | |GigabitEthernet1/1 | ||
+ | |- | ||
+ | |} | ||
+ | |||
+ | On lance la configuration pour Cordouan (Xen) : | ||
+ | |||
+ | interface GigabitEthernet 2/2 | ||
+ | switchport mode access (rend accessible) | ||
+ | switchport access vlan 42 (définit quel VLAN a accès au port) | ||
+ | no shut (pré-sauvegarde la config) | ||
+ | exit (x2) | ||
+ | write | ||
+ | |||
+ | Pour le point d'accès on fait un trunk : | ||
+ | |||
+ | interface GigabitEthernet 2/3 | ||
+ | switchport trunk encapsulation dot1q | ||
+ | switchport mode trunk | ||
+ | no shut | ||
+ | exit | ||
+ | write | ||
+ | |||
+ | De même pour l'interconnexion des VLANs et la connexion au routeur de la E304. | ||
+ | |||
+ | On vérifie que notre configuration est bonne à l'aide de la commande <code>show int status</code> | ||
+ | |||
+ | == Tests == | ||
+ | |||
+ | Nous avons modifié le bridge de la VM en remplaçant le StudentsInfo par IMA2a5. | ||
+ | Pour réaliser nos tests, on a affecté le port GigabitEthernet 2/7 au VLAN42. On peut ping la machine virtuelle via notre PC Thon connecté en ethernet et vice-versa. | ||
+ | |||
+ | = Travail sur le WiFi = | ||
+ | |||
+ | == Installation du Wifi sur l'ordinateur == | ||
+ | |||
+ | L'interface Wifi de la carte réseau de l'ordinateur n'est pas compatible avec notre OS. Nous utilisons alors une clé Wifi Wi-Pi pour avoir une interface WiFi avec l'ordinateur. | ||
+ | |||
+ | Il est nécessaire d'installer les drivers de la clé se trouvant dans le package firmware-ralink. | ||
+ | |||
+ | apt-get install firmware-ralink | ||
+ | |||
+ | Dès lors que le driver est installé, on peut retrouver notre périphérique Wifi via la commande "iwconfig" | ||
+ | |||
+ | Pour lancer l'interface, utiliser la commande suivante : | ||
+ | |||
+ | ifconfig ''interface'' up | ||
+ | |||
+ | On peut vérifier avec la commande ''dmesg'' que l'interface est bien lancée. | ||
+ | |||
+ | == Crackage WEP == | ||
+ | |||
+ | Installation des package nécessaires pour le crack : | ||
+ | |||
+ | apt-get install aircrack-ng | ||
+ | |||
+ | Lister les interfaces WiFi disponibles sur l'ordinateur : | ||
+ | |||
+ | airmon-ng | ||
+ | |||
+ | Choisir l'interface souhaitée pour l'écoute puis la déclarer en mode écoute avec la commande suivante : | ||
+ | |||
+ | airmon-ng start 'interface' | ||
+ | |||
+ | S'il y a des erreurs, il peut être nécessaire d'arrêter l'interface ou de tuer les processus qui bloquent le passage en mode écoute de l'interface. | ||
+ | |||
+ | Refaire les deux manipulations précédentes jusqu'à ce que l'écoute se lance. | ||
+ | |||
+ | Le nom de l'interface doit changer pour devenir '''wlan0mon'''. | ||
+ | |||
+ | Pour vérifier que le passage en mode écoute est bien effectuée, utiliser la commande suivante : | ||
+ | |||
+ | airodump-ng -i wlan0mon | ||
+ | |||
+ | La commande '''airodump-ng''' permet d'écoute tous les réseaux WiFi présents. Afin de sélectionner le réseau ciblé, l'utilisation des commandes suivantes est impérative : | ||
+ | |||
+ | -c ''numChan'' : pour indiquer le canal d'écoute | ||
+ | -d ''ESSID'' : pour indiquer quel réseau écouter en particulier. Attention, le ESSID doit être en héxadécimal | ||
+ | -i ''interface'' : pour préciser quelle interface réseau utiliser, donc ici wlan0mon | ||
+ | -w ''cheminFichier'' : pour indiquer dans quel fichier enregistrer les trames écoutées | ||
+ | |||
+ | La commande totale devient donc :'''"airodump-ng -i wlan0mon -c 1 -d 04:DA:D2:9C:50:50 -w /root/crack.cap"''' pour me permettre d'écouter les trames sur le wifi "cracotte01" qui émettait alors sur le canal 1. | ||
+ | |||
+ | En parallèle, il faut lancer '''aircrack-ng''' pour cracker la clé du réseaux. | ||
+ | |||
+ | La commande demande juste le chemin jusqu'au fichier où sont sauvegardés les trames écoutées sur le réseau. | ||
+ | |||
+ | Attention, le fichier de sauvegarde devient "crack.cap-01.ivs" donc ma commande complète est : "aircrack-ng /root/crack.cap-01.ivs" | ||
+ | |||
+ | La clé WEP s'affiche dès lors que '''aircrack''' a terminé son travail. | ||
+ | |||
+ | La clé est affichée en hexadécimal. | ||
+ | |||
+ | == Crackage WPA2-PSK == | ||
+ | |||
+ | Comme pour le crackage WEP, il nous faut dans un premier temps écouter le réseau afin de récupérer les données nécessaire au crackage. | ||
+ | |||
+ | Ici nous devons attendre jusqu'à récupérer le Handshake.On peut le voir s'afficher en haut de l'écran quand on utilise la 'commande airodump-ng' | ||
+ | |||
+ | Une fois le handshake récupéré, on peut lancer le crackage avec la commande ''aircrack-ng''. Mais pour cracker une clé WPA2, il nous faut un dictionnaire des clé possibles. | ||
+ | |||
+ | Pour avoir ce dictionnaire, on utilise ''crunch'' qui est un générateur de liste de combinaison. Il faut lui passer en paramètres les informations suivantes : | ||
+ | |||
+ | - Le nombre de caractères minimum : 8 | ||
+ | - Le nombre de caractères maximum : 8 | ||
+ | - La liste des caractère possible dans les combinaisons : 0123456789 | ||
+ | |||
+ | On a alors la commande suivante : ''crunch 8 8 0123456789 >> dico.txt'' | ||
+ | |||
+ | Une fois notre dictonnaire généré, on lance la commande de crakage : ''Aircrack-ng WPA.cap-01.ivs -w dico.txt'' | ||
+ | |||
+ | = Sujet non abordé = | ||
+ | La partie sur FreeRadius n'a pas été réalisée. |
Version actuelle datée du 30 novembre 2018 à 16:56
Sommaire
Introduction
Ce projet consiste à réaliser une maquette de réseau permettant de manipuler les protocoles de redondance réseau ainsi que le protocole réseau IPv6.
Création du commutateur logiciel sur Zabeth10
On commence par configurer la Zabeth afin que lorsque l'on connecte un PC sur l'interface eth1 elle commute tous les paquets sur l'interface eth0.
On modifie le fichier /etc/network/interfaces :
auto lo iface lo inet loopback auto eth0 eth1 bridge iface eth0 inet manual up ip link set $IFACE up iface eth1 inet manual up ip link set $IFACE up iface bridge inet dhcp bridge_ports eth0 eth1 bridge_hw LADRESSEETHERNETDELAZABETH
On peut voir que le pont est bien configuré à l'aide de la commande :
brtcl showstp bridge
Les interfaces eth0 et eth1 sont à l'état "forwarding", ce qui signifie que tout fonctionne correctement.
Installation de Devuan sur PC Portable Thon
Cette étape simplissime nous a donné du fil à retordre car lors de l'installation, nous n'arrivions pas à contacter le serveur dhcp et obtenir le proxy de Polytech'Lille. Après une dizaine de tentative d'installation, cela a fini par marcher. Les comptes utilisateurs créés sont ceux habituels.
Machine virtuelle Xen sur Cordouan
Installation
On se connecte en ssh sur cordouan.insecserv.deule.net
Pour créer notre VM Devuan, on lance la commande suivante:
xen-create-image --hostname=PaixDieu --dhcp --dir=/usr/local/xen --dist=ascii --apt-proxy=http://proxy.polytech-lille.fr:3128 --mirror=http://fr.deb.devuan.org/merged/ --force
Nous avons ensuite modifié le mot de passe root et le fichier PaixDieu.cfg pour ajouter StudentsInfo. C'est un bridge qui nous permet d'avoir accès à internet.
vif = [ 'mac=LABELLEADRESSEMAC, bridge=StudentsInfo' ]
Lancer la machine virtuelle
On teste que l'installation s'est bien déroulée en lançant notre VM une première fois. Voici les commandes utilisées pour lancer notre VM PaixDieu (en se plaçant dans /etc/xen/) :
xl create PaixDieu.cfg xl console PaixDieu
Montage /var et /home sur cordouan
Passons aux choses sérieuses avec le montage des dossiers /var et /home sur Cordouan.
Connectés à Cordouan, on a créé les volumes de 10Go correspondant aux répertoires:
lvcreate -L10G -n apIMA5-PaixDieu-home virtual lvcreate -L10G -n apIMA5-PaixDieu-var virtual
Ainsi que les systèmes de fichier
mke2fs /dev/virtual/apIMA5-PaixDieu-home mke2fs /dev/virtual/apIMA5-PaixDieu-var
On indique à notre VM les répertoires fraichement créés en éditant /etc/xen/PaixDieu.cfg :
disk = [ [...] 'phy:/dev/virtual/apIMA5-PaixDieu-home,xvdb1,w', 'phy:/dev/virtual/apIMA5-PaixDieu-var,xvdb2,w', ]
La commande fdisk -l
nous permet de vérifier que les volumes sont bien montés.
On modifie le fichier /etc/fstab
de la VM pour que les volumes soient pris en compte à chaque démarrage de la VM :
/dev/xvdb1 /home ext4 defaults 0 2 /dev/xvdb2 /var ext4 defaults 0 2
Pour le volume /var, nous devons procéder différemment et lançons les commandes suivantes depuis la VM :
mount /dev/xvdb2 /mnt mv /var/* /mnt umount /mnt mount -a
On vérifie que tout est OK avec df
.
Dockers
Docker est un outil permettant la création de containers contenant des services que nous pourrons moduler facilement en choisissant de démarrer ou non ces containers.
Nous avons rencontré un problème pour lancer la commande apt-get update
car la liste de clés de notre VM était celle d'une machine Debian et non Devuan. Nous l'avons résolu grâce à la commande apt-get install devuan-keyring
.
Pour installer les dockers on lance les commandes suivantes :
apt-get install apt-transport-https dirmngr echo 'deb https://apt.dockerproject.org/repo debian-stretch main' >> /etc/apt/sources.list apt-key adv --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys F76221572C52609D apt-get update apt-get install docker-engine service docker restart docker pull httpd docker pull ventz/bind
La commande docker images
nous permet de vérifier que nos images sont correctement installées.
Dans le dossier ~/httpd/ on crée les fichiers index.html et httpd.conf. On les liera par la suite comme point de montage. Ceci nous permet de créer et modifier notre page web à la racine de notre répertoire /root et les modifications se fassent directement dans le container.
On crée un dossier ~/bind/ dans lesquels on met les fichiers suivants :
/etc/bind/named.conf.options
options { directory "/var/cache/bind"; dnssec-validation auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; allow-transfer { "allowed_to_transfer"; }; }; acl "allowed_to_transfer" { 217.70.177.40/32; };
/etc/bind/named.conf.local
// // Do any local configuration here // // Consider adding the 1918 zone here, if they are not used in your // organization // include "/etc/bind/zones.rfc1918"; zone "paix-dieu-fdjd-apima5.space" { type master; file "/etc/bind/paix-dieu-fdjd-apima5.space"; };
/etc/bind/paix-dieu-fdjd-apima5.space
$TTL 259200 @ IN SOA dns.paix-dieu-fdjd-apima5.space. admin.paix-dieu-fdjd-apima5.space. ( 10 ; Version 7200 ; Refresh (2h) 3600 ; Retry (1h) 1209600 ; Expire (14j) 259200 ; Minimum TTL (3j) IN NS dns.paix-dieu-fdjd-apima5.space. IN NS ns6.gandi.net. IN MX 100 dns.paix-dieu-fdjd-apima5.space. IN A 193.48.57.162 www IN A 193.48.57.162 IN MX 100 dns.paix-dieu-fdjd-apima5.space. dns IN A 193.48.57.162
Lancer les containers
On stoppe d'abord le service apache sur le port 80 service apache2 stop
.
docker run -d --name=apache -v /root/httpd/index.html:/usr/local/apache2/htdocs/index.html \-v /root/httpd/httpd.conf:/usr/local/httpd.conf -p 80:80 httpd
docker run --name=dns -dit --dns=8.8.8.8 --dns=8.8.4.4 -p 53:53/udp -p 53:53 \ -v "$PWD"/bind/named.conf.local:/etc/bind/named.conf.local \ -v "$PWD"/bind/named.conf.options:/etc/bind/named.conf.options \ -v "$PWD"/bind/paix-dieu-fdjd-apima5.space:/etc/bind/paix-dieu-fdjd-apima5.space ventz/bind
On peut voir que tout fonctionne correctement avec la commande docker ps
Depuis la zabeth on peut accéder à notre site via http://193.48.57.162/ et on tombe sur notre page d'accueil.
Mise en place de notre site internet
Réservation d'un nom de domaine
Réserver un nom de domaine est une étape facile et intuitive sur le registrar gandi.net. Nous avons pris le nom de domaine paix-dieu-fdjd-apima5.space étant donné que paix-dieu.space était déjà réservé. Avec du recul, ce n'est pas le nom le plus évident à référencer et à rentrer dans nos configurations. L'avantage des .space est leur coût très faible (1.20€/an)
Configuration HTTP et DNS
Sur Gandi, on ajoute un Glue Record avec l'IP de notre VM. On modifie les DNS et on met dns.paix-dieu-fdjd-apima5.space en première ligne, ns6.gandi.net en seconde. On supprime les lignes 3 et 4. Il faut attendre le temps de propagation avant de vérifier avec ZoneCheck que nos informations sont bien prises en compte.
On peut accéder à notre site via un navigateur en tapant : http://paix-dieu-fdjd-apima5.space
Sécurisation du site
On veut sécuriser notre site pour le passer en HTTPS.
Génération des clés
On exécute la commande suivante pour générer les clés publiques et privées :
openssl req -nodes -newkey rsa:2048 -sha256 -keyout paix-dieu-fdjd-apima5.key -out paix-dieu-fdjd-apima5.csr
On copie le contenu de la clé publique sur Gandi pour valider notre certificat SSL. En échange, on doit placer un fichier à un endroit bien spécifique de notre site. On le télécharge sur notre VM et on le relie au docker de la manière suivante:
docker run -d --name=apache \ -v /root/httpd/index.html:/usr/local/apache2/htdocs/index.html \ -v /root/httpd/httpd.conf:/usr/local/httpd.conf \ -v /root/httpd/375E80633027A52CAB15C27ACB63868E.txt:/usr/local/apache2/htdocs/.well-known/pki-validation/375E80633027A52CAB15C27ACB63868E.txt \ -p 80:80 \ httpd
On attend que Gandi valide le certificat SSL, chose réalisée au bout d'une heure.
Configuration HTTPS
On attaque la configuration de la VM pour mettre en place le HTTPS.
On modifie le fichier httpd-ssl.conf :
<VirtualHost _default_:443> # General setup for the virtual host DocumentRoot "/usr/local/apache2/htdocs" ServerName paix-dieu-fdjd-apima5.space:443 ServerAdmin fdebruil@polytech-lille.net # SSL Engine Switch: SSLEngine on # Server Certificate: SSLCertificateFile "/usr/local/apache2/conf/paix-dieu-fdjd-apima5.space.crt" [...] # Server Private Key: SSLCertificateKeyFile "/usr/local/apache2/conf/paix-dieu-fdjd-apima5.key" [...] </VirtualHost>
Durant cette étape, nous nous sommes rendus compte que nous ne pouvons pas mapper un fichier qui existe déjà.
Nous avions essayé de modifier le httpd.conf en dehors du docker et de le mapper ensuite mais ça ne marchait pas.
On rentre donc dans le docker avec la commande docker exec -ti apache bash
On modifie le fichier httpd.conf avec la commande sed suivante :
sed -i \ -e 's/^#\(Include .*httpd-ssl.conf\)/\1/' \ -e 's/^#\(LoadModule .*mod_ssl.so\)/\1/' \ -e 's/^#\(LoadModule .*mod_socache_shmcb.so\)/\1/' \ conf/httpd.conf
On relance notre docker avec les fichiers fraichement créés, en supprimant le mappage du httpd.conf et en reliant le port 443 :
docker run -d --name=apache \ -v /root/httpd/index.html:/usr/local/apache2/htdocs/index.html \ -v /root/httpd/375E80633027A52CAB15C27ACB63868E.txt:/usr/local/apache2/htdocs/.well-known/pki-validation/375E80633027A52CAB15C27ACB63868E.txt \ -v /root/httpd/httpd-ssl.conf:/usr/local/apache2/conf/extra/httpd-ssl.conf \ -v /root/httpd/paix-dieu-fdjd-apima5.csr:/usr/local/apache2/conf/paix-dieu-fdjd-apima5.csr \ -v /root/httpd/paix-dieu-fdjd-apima5.key:/usr/local/apache2/conf/paix-dieu-fdjd-apima5.key \ -v /root/httpd/paix-dieu-fdjd-apima5.space.crt:/usr/local/apache2/conf/paix-dieu-fdjd-apima5.space.crt \ -p 80:80 \ -p 443:443 \ httpd
On peut accéder à notre site en lançant https://paix-dieu-fdjd-apima5.space/
Configuration DNSSEC
On se place dans /etc/bind. On génère la clé asymétrique de signature de clés de zone dans un nouveau répertoire paix-dieu-fdjd-apima5.space.dnssec :
dnssec-keygen -r /dev/urandom -a RSASHA1 -b 2048 -f KSK -n ZONE paix-dieu-fdjd-apima5.space
Ainsi que la clé asymétrique de la zone pour signer les enregistrements :
dnssec-keygen -r /dev/urandom -a RSASHA1 -b 1024 -n ZONE paix-dieu-fdjd-apima5.space
On renomme les deux paires de clés obtenues en :
paix-dieu-fdjd-apima5.space-ksk.key paix-dieu-fdjd-apima5.space-zsk.key paix-dieu-fdjd-apima5.space-ksk.private paix-dieu-fdjd-apima5.space-zsk.private
On ajoute ensuite les clés dans le fichier de zone (paix-dieu-fdjd-apima5.space) et on incrémente le numéro de version de la zone :
$include /etc/bind/paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-ksk.key $include /etc/bind/paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-zsk.key
Après on signe le fichier de configuration pour prendre en compte le DNSSEC :
dnssec-signzone -o paix-dieu-fdjd-apima5.space -k paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-ksk paix-dieu-fdjd-apima5.space paix-dieu-fdjd-apima5.space.dnssec/paix-dieu-fdjd-apima5.space-zsk
Cela nous crée un fichier paix-dieu-fdjd-apima5.space.signed.
On modifie ensuite le fichier named.conf.local pour utiliser la zone signée paix-dieu-fdjd-apima5.space.signed.
zone "paix-dieu-fdjd-apima5.space" { type master; file "/etc/bind/paix-dieu-fdjd-apima5.space.signed"; };
On ajoute également l’option dnssec-enable yes; dans le fichier named.conf.options afin d'activer le DNSSEC.
On communique à gandi, sur la partie DNSSEC la clé publique KSK.
On relance notre docker en mappant le dossier /etc/bind :
docker run --name=dns -dit --dns=8.8.8.8 --dns=8.8.4.4 -p 53:53/udp -p 53:53 \ -v /etc/bind/:/etc/bind/ \ ventz/bind
On peut vérifier que notre configuration est bonne à l'aide du site DNSViz. Après un premier test nous avions des erreurs d'heure car notre VM était dans le futur. On a donc installé un serveur NTP sur notre VM pour la remettre à l'heure.
Après correction, on obtient l'arbre suivant sur DNSViz :
Notre DNSSEC est correctement configuré.
Configuration du commutateur
Pour notre projet nous avons 2 commutateurs :
- Un en E304
- L'autre en E306
Nous sommes en charge de celui en E306. Ce sont deux Catalyst 4006. Chacun doit être relié aux 2 routeurs (un dans chaque salle). Chacun doit avoir un port permettant une connexion à un point d'accès WiFi.
On commence par se connecter au port console du commutateur à l'aide d'un câble série.
On accède à l'interface de configuration du switch grâce à :
minicom -o -D /dev/ttyUSB0 -b 9600
On peut connaitre l'état du commutateur à l'aide des commandes:
show interface summary show vlan show run
Déclaration des VLANs
On déclare 7 VLANs, un pour Xen, un pour interconnexion, et un pour chaque groupe pour le wifi dans minicom de la façon suivante :
config termi vlan 42 name Xen exit (x2 pour quitter) write
Supprimer un VLAN (au cas où):
no vlan 42
Branchements
Les branchements ont été réalisés avec soin par Français, Tarik et Yacine en amont de notre travail de configuration.
Affectation d'un port à un VLAN
Pour voir sur quels ports ils ont branché leurs câbles, on lance la commande
show interface summary
On aperçoit une étoile devant la ligne si le port est connecté à un autre dispositif.
On peut créer le tableau suivant :
Nom VLAN | Prise |
---|---|
Cordouan | GigabitEthernet2/2 |
Interconnexion (Routeur E306) | GigabitEthernet2/1 |
Borne Wifi | GigabitEthernet2/3 |
Routeur E304 (en fibre) | GigabitEthernet1/1 |
On lance la configuration pour Cordouan (Xen) :
interface GigabitEthernet 2/2 switchport mode access (rend accessible) switchport access vlan 42 (définit quel VLAN a accès au port) no shut (pré-sauvegarde la config) exit (x2) write
Pour le point d'accès on fait un trunk :
interface GigabitEthernet 2/3 switchport trunk encapsulation dot1q switchport mode trunk no shut exit write
De même pour l'interconnexion des VLANs et la connexion au routeur de la E304.
On vérifie que notre configuration est bonne à l'aide de la commande show int status
Tests
Nous avons modifié le bridge de la VM en remplaçant le StudentsInfo par IMA2a5. Pour réaliser nos tests, on a affecté le port GigabitEthernet 2/7 au VLAN42. On peut ping la machine virtuelle via notre PC Thon connecté en ethernet et vice-versa.
Travail sur le WiFi
Installation du Wifi sur l'ordinateur
L'interface Wifi de la carte réseau de l'ordinateur n'est pas compatible avec notre OS. Nous utilisons alors une clé Wifi Wi-Pi pour avoir une interface WiFi avec l'ordinateur.
Il est nécessaire d'installer les drivers de la clé se trouvant dans le package firmware-ralink.
apt-get install firmware-ralink
Dès lors que le driver est installé, on peut retrouver notre périphérique Wifi via la commande "iwconfig"
Pour lancer l'interface, utiliser la commande suivante :
ifconfig interface up
On peut vérifier avec la commande dmesg que l'interface est bien lancée.
Crackage WEP
Installation des package nécessaires pour le crack :
apt-get install aircrack-ng
Lister les interfaces WiFi disponibles sur l'ordinateur :
airmon-ng
Choisir l'interface souhaitée pour l'écoute puis la déclarer en mode écoute avec la commande suivante :
airmon-ng start 'interface'
S'il y a des erreurs, il peut être nécessaire d'arrêter l'interface ou de tuer les processus qui bloquent le passage en mode écoute de l'interface.
Refaire les deux manipulations précédentes jusqu'à ce que l'écoute se lance.
Le nom de l'interface doit changer pour devenir wlan0mon.
Pour vérifier que le passage en mode écoute est bien effectuée, utiliser la commande suivante :
airodump-ng -i wlan0mon
La commande airodump-ng permet d'écoute tous les réseaux WiFi présents. Afin de sélectionner le réseau ciblé, l'utilisation des commandes suivantes est impérative :
-c numChan : pour indiquer le canal d'écoute -d ESSID : pour indiquer quel réseau écouter en particulier. Attention, le ESSID doit être en héxadécimal -i interface : pour préciser quelle interface réseau utiliser, donc ici wlan0mon -w cheminFichier : pour indiquer dans quel fichier enregistrer les trames écoutées
La commande totale devient donc :"airodump-ng -i wlan0mon -c 1 -d 04:DA:D2:9C:50:50 -w /root/crack.cap" pour me permettre d'écouter les trames sur le wifi "cracotte01" qui émettait alors sur le canal 1.
En parallèle, il faut lancer aircrack-ng pour cracker la clé du réseaux.
La commande demande juste le chemin jusqu'au fichier où sont sauvegardés les trames écoutées sur le réseau.
Attention, le fichier de sauvegarde devient "crack.cap-01.ivs" donc ma commande complète est : "aircrack-ng /root/crack.cap-01.ivs"
La clé WEP s'affiche dès lors que aircrack a terminé son travail.
La clé est affichée en hexadécimal.
Crackage WPA2-PSK
Comme pour le crackage WEP, il nous faut dans un premier temps écouter le réseau afin de récupérer les données nécessaire au crackage.
Ici nous devons attendre jusqu'à récupérer le Handshake.On peut le voir s'afficher en haut de l'écran quand on utilise la 'commande airodump-ng'
Une fois le handshake récupéré, on peut lancer le crackage avec la commande aircrack-ng. Mais pour cracker une clé WPA2, il nous faut un dictionnaire des clé possibles.
Pour avoir ce dictionnaire, on utilise crunch qui est un générateur de liste de combinaison. Il faut lui passer en paramètres les informations suivantes :
- Le nombre de caractères minimum : 8 - Le nombre de caractères maximum : 8 - La liste des caractère possible dans les combinaisons : 0123456789
On a alors la commande suivante : crunch 8 8 0123456789 >> dico.txt
Une fois notre dictonnaire généré, on lance la commande de crakage : Aircrack-ng WPA.cap-01.ivs -w dico.txt
Sujet non abordé
La partie sur FreeRadius n'a pas été réalisée.