wiki-se.plil.fr - Contributions [fr]

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-27T15:25:31Z

Yelqasta : Reverse

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire les données de la mémoire, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire la mémoire flash.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

Nous avons alors par la suite dessoudé la flash et soudé un fil à chaque broche de celle-ci :

[[Fichier:7e4d8b63-7e49-4d2c-abbb-20ecb95b6820.jpg|vignette|Broches de la mémoire soudées aux fils|centré]]

Après cela, nous avons finalement réussi à extraire la mémoire.

[[Fichier:Lecturemem.jpg|vignette|Lecture de la mémoire|centré]]

L'utilitaire <code>binwalk</code>nous indique la présence d'un fichier pdf .

Nous avons décidé de remplacer le fichier pdf de base par un autre afin d'observer le comportement du temptale :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 -w memory.bin
</syntaxhighlight>

Mais avant ça, nous avons fait en sorte de trouver un espace mémoire vide grâce à la commande <code>strings</code> :
<syntaxhighlight lang="plaintext">
strings -tx memory.bin
</syntaxhighlight>

[[Fichier:IMg.jpg|vignette|Visualisation de la mémoire, constat d'un espace mémoire disponible entre 0x136a2 et 0x16f8d|centré]]

Nous avons choisi de commencer à l'adresse 0x13700, donc en décimal 79616. Le fichier que nous avons choisi d'injecter fait 10,7 Ko.
<syntaxhighlight lang="plaintext">
dd if=example.pdf of=memory.bin bs=1 seek=79616 count=10771
</syntaxhighlight>Nous devons compléter la mémoire (524 kB) pour que l'écriture se fasse :
<syntaxhighlight lang="plaintext">
truncate -s 524288 memory.bin
</syntaxhighlight>Nous avons ressoudé la puce mémoire pour visualiser le pdf récupéré d'un autre dispositif, mais malheureusement le temptale n'est pas identifié.
[[Fichier:Mémoire ressoudée.jpg|néant|vignette|Mémoire ressoudée]]

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que la balance souhaite interrompre la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Extension .apk : ===
Après avoir identifié l’extension APK de l’application trouvée sur [https://nedis-smartlife.fr.uptodown.com/android<nowiki>], nous l’avons décompilée en utilisant [</nowiki>https://www.decompiler.com/<nowiki>]. En explorant les fichiers décompilés, nous avons découvert plusieurs fichiers qui semblent permettre la lecture des données de la balance</nowiki> :
[[Fichier:Scale.png|néant|vignette|1211x1211px]]
[[Fichier:Scaledetailparse.png|néant|vignette|736x736px|ScaleDetailParse.java]]
Cependant, étant donné que le code est obfusqué ou mal décompilé, il nous est impossible de progresser davantage par cette méthode.

=== Conclusion : ===
Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Nous avons testé la balance sur différents types de réseaux (domicile, école, partage de connexion via téléphone) avant de l'envoyer au fournisseur pour déterminer si le problème venait de l'appareil. Après l'avoir examinée, le fournisseur a confirmé que la balance "fonctionne normalement" sur un réseau domestique, précisant que certains réseaux pourraient bloquer la connexion en raison de ports restreints. Cela reste étrange, car nos tests à domicile ont donné les mêmes résultats négatifs. Cependant, nous n'avons pas pu récupérer la balance jusqu'à présent pour effectuer d'autres vérifications.

Le module était intéressant, car il nécessitait de mobiliser nos différents acquis. Cependant, nous sommes déçus d’avoir passé toutes les séances à simplement essayer de faire fonctionner la balance, au lieu de pouvoir explorer ses limites ou chercher à la "casser".

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-27T15:24:18Z

Yelqasta : Reverse

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire les données de la mémoire, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire la mémoire flash.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

Nous avons alors par la suite dessoudé la flash et soudé un fil à chaque broche de celle-ci :

[[Fichier:7e4d8b63-7e49-4d2c-abbb-20ecb95b6820.jpg|vignette|Broches de la mémoire soudées aux fils|centré]]

Après cela, nous avons finalement réussi à extraire la mémoire.

[[Fichier:Lecturemem.jpg|vignette|Lecture de la mémoire|centré]]

L'utilitaire <code>binwalk</code>nous indique la présence d'un fichier pdf .

Nous avons décidé de remplacer le fichier pdf de base par un autre afin d'observer le comportement du temptale :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 -w memory.bin
</syntaxhighlight>

Mais avant ça, nous avons fait en sorte de trouver un espace mémoire vide grâce à la commande <code>strings</code> :
<syntaxhighlight lang="plaintext">
strings -tx memory.bin
</syntaxhighlight>

[[Fichier:IMg.jpg|vignette|Visualisation de la mémoire, constat d'un espace mémoire disponible entre 0x136a2 et 0x16f8d|centré]]

Nous avons choisi de commencer à l'adresse 0x13700, donc en décimal 79616. Le fichier que nous avons choisi d'injecter fait 10,7 Ko.
<syntaxhighlight lang="plaintext">
dd if=example.pdf of=memory.bin bs=1 seek=79616 count=10771
</syntaxhighlight>Nous devons compléter la mémoire (524 kB) pour que l'écriture se fasse :
<syntaxhighlight lang="plaintext">
truncate -s 524288 memory.bin
</syntaxhighlight>Nous avons ressoudé la puce mémoire pour visualiser le pdf récupéré d'un autre dispositif, mais malheureusement le temptale n'est pas identifié.
[[Fichier:Mémoire ressoudée.jpg|néant|vignette|Mémoire ressoudée]]

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que la balance souhaite interrompre la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Extension .apk : ===
Après avoir identifié l’extension APK de l’application trouvée sur https://nedis-smartlife.fr.uptodown.com/android, nous l’avons décompilée en utilisant [lien]. En explorant les fichiers décompilés, nous avons découvert plusieurs fichiers qui semblent permettre la lecture des données de la balance :
[[Fichier:Scale.png|néant|vignette|1211x1211px]]
[[Fichier:Scaledetailparse.png|néant|vignette|736x736px|ScaleDetailParse.java]]
Cependant, étant donné que le code est obfusqué ou mal décompilé, il nous est impossible de progresser davantage par cette méthode.

=== Conclusion : ===
Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Nous avons testé la balance sur différents types de réseaux (domicile, école, partage de connexion via téléphone) avant de l'envoyer au fournisseur pour déterminer si le problème venait de l'appareil. Après l'avoir examinée, le fournisseur a confirmé que la balance "fonctionne normalement" sur un réseau domestique, précisant que certains réseaux pourraient bloquer la connexion en raison de ports restreints. Cela reste étrange, car nos tests à domicile ont donné les mêmes résultats négatifs. Cependant, nous n'avons pas pu récupérer la balance jusqu'à présent pour effectuer d'autres vérifications.

Le module était intéressant, car il nécessitait de mobiliser nos différents acquis. Cependant, nous sommes déçus d’avoir passé toutes les séances à simplement essayer de faire fonctionner la balance, au lieu de pouvoir explorer ses limites ou chercher à la "casser".

Fichier:Scaledetailparse.png

2025-01-27T15:17:47Z

Yelqasta :

Scaledetailparse

Fichier:Scale.png

2025-01-27T15:17:00Z

Yelqasta :

Scale

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-27T14:01:30Z

Yelqasta : /* Conclusion : */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire les données de la mémoire, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire la mémoire flash.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

Nous avons alors par la suite dessoudé la flash et soudé un fil à chaque broche de celle-ci :

[[Fichier:7e4d8b63-7e49-4d2c-abbb-20ecb95b6820.jpg|vignette|Broches de la mémoire soudées aux fils|centré]]

Après cela, nous avons finalement réussi à extraire la mémoire.

[[Fichier:Lecturemem.jpg|vignette|Lecture de la mémoire|centré]]

L'utilitaire <code>binwalk</code>nous indique la présence d'un fichier pdf .

Nous avons décidé de remplacer le fichier pdf de base par un autre afin d'observer le comportement du temptale :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 -w memory.bin
</syntaxhighlight>

Mais avant ça, nous avons fait en sorte de trouver un espace mémoire vide grâce à la commande <code>strings</code> :
<syntaxhighlight lang="plaintext">
strings -tx memory.bin
</syntaxhighlight>

[[Fichier:IMg.jpg|vignette|Visualisation de la mémoire, constat d'un espace mémoire disponible entre 0x136a2 et 0x16f8d|centré]]

Nous avons choisi de commencer à l'adresse 0x13700, donc en décimal 79616. Le fichier que nous avons choisi d'injecter fait 10,7 Ko.
<syntaxhighlight lang="plaintext">
dd if=example.pdf of=memory.bin bs=1 seek=79616 count=10771
</syntaxhighlight>Nous devons compléter la mémoire (524 kB) pour que l'écriture se fasse :
<syntaxhighlight lang="plaintext">
truncate -s 524288 memory.bin
</syntaxhighlight>Nous avons ressoudé la puce mémoire pour visualiser le pdf récupéré d'un autre dispositif, mais malheureusement le temptale n'est pas identifié.
[[Fichier:Mémoire ressoudée.jpg|néant|vignette|Mémoire ressoudée]]

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que la balance souhaite interrompre la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion : ===
Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Nous avons testé la balance sur différents types de réseaux (domicile, école, partage de connexion via téléphone) avant de l'envoyer au fournisseur pour déterminer si le problème venait de l'appareil. Après l'avoir examinée, le fournisseur a confirmé que la balance "fonctionne normalement" sur un réseau domestique, précisant que certains réseaux pourraient bloquer la connexion en raison de ports restreints. Cela reste étrange, car nos tests à domicile ont donné les mêmes résultats négatifs. Cependant, nous n'avons pas pu récupérer la balance jusqu'à présent pour effectuer d'autres vérifications.

Le module était intéressant, car il nécessitait de mobiliser nos différents acquis. Cependant, nous sommes déçus d’avoir passé toutes les séances à simplement essayer de faire fonctionner la balance, au lieu de pouvoir explorer ses limites ou chercher à la "casser".

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-27T10:57:19Z

Yelqasta : /* Mémoire */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire les données de la mémoire, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire la mémoire flash.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

Nous avons alors par la suite dessoudé la flash et soudé un fil à chaque broche de celle-ci :

[[Fichier:7e4d8b63-7e49-4d2c-abbb-20ecb95b6820.jpg|vignette|Broches de la mémoire soudées aux fils|centré]]

Après cela, nous avons finalement réussi à extraire la mémoire.

[[Fichier:Lecturemem.jpg|vignette|Lecture de la mémoire|centré]]

L'utilitaire <code>binwalk</code>nous indique la présence d'un fichier pdf .

Nous avons décidé de remplacer le fichier pdf de base par un autre afin d'observer le comportement du temptale :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 -w memory.bin
</syntaxhighlight>

Mais avant ça, nous avons fait en sorte de trouver un espace mémoire vide grâce à la commande <code>strings</code> :
<syntaxhighlight lang="plaintext">
strings -tx memory.bin
</syntaxhighlight>

[[Fichier:IMg.jpg|vignette|Visualisation de la mémoire, constat d'un espace mémoire disponible entre 0x136a2 et 0x16f8d|centré]]

Nous avons choisi de commencer à l'adresse 0x13700, donc en décimal 79616. Le fichier que nous avons choisi d'injecter fait 10,7 Ko.
<syntaxhighlight lang="plaintext">
dd if=example.pdf of=memory.bin bs=1 seek=79616 count=10771
</syntaxhighlight>Nous devons compléter la mémoire (524 kB) pour que l'écriture se fasse :
<syntaxhighlight lang="plaintext">
truncate -s 524288 memory.bin
</syntaxhighlight>Nous avons ressoudé la puce mémoire pour visualiser le pdf récupéré d'un autre dispositif, mais malheureusement le temptale n'est pas identifié.
[[Fichier:Mémoire ressoudée.jpg|néant|vignette|Mémoire ressoudée]]

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que la balance souhaite interrompre la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion : ===
Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Après avoir testé la balance sur différents types de réseaux (domicile, école, partage de connexion via téléphone), nous l'avons envoyée au fournisseur pour déterminer si le problème provenait de l'appareil. Après l'avoir examinée, le fournisseur nous a affirmé que la balance "fonctionne normalement". Cependant, nous n'avons pas pu la récupérer rapidement pour poursuivre d'autres vérifications.

Le module était intéressant, car il nécessitait de mobiliser nos différents acquis. Cependant, nous sommes déçus d’avoir passé toutes les séances à simplement essayer de faire fonctionner la balance, au lieu de pouvoir explorer ses limites ou chercher à la "casser".

Fichier:Mémoire ressoudée.jpg

2025-01-27T10:55:44Z

Yelqasta :

mémoire ressoudée

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-27T08:24:02Z

Yelqasta : /* Conclusion : */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire les données de la mémoire, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire la mémoire flash.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

Nous avons alors par la suite dessoudé la flash et soudé un fil à chaque broche de celle-ci :

[[Fichier:7e4d8b63-7e49-4d2c-abbb-20ecb95b6820.jpg|vignette|Broches de la mémoire soudées aux fils|centré]]

Après cela, nous avons finalement réussi à extraire la mémoire.

[[Fichier:Lecturemem.jpg|vignette|Lecture de la mémoire|centré]]

L'utilitaire <code>binwalk</code>nous indique la présence d'un fichier pdf .

Nous avons décidé de remplacer le fichier pdf de base par un autre afin d'observer le comportement du temptale :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 -w memory.bin
</syntaxhighlight>

Mais avant ça, nous avons fait en sorte de trouver un espace mémoire vide grâce à la commande <code>strings</code> :
<syntaxhighlight lang="plaintext">
strings -tx memory.bin
</syntaxhighlight>

[[Fichier:IMg.jpg|vignette|Visualisation de la mémoire, constat d'un espace mémoire disponible entre 0x136a2 et 0x16f8d|centré]]

Nous avons choisi de commencer à l'adresse 0x13700, donc en décimal 79616. Le fichier que nous avons choisi d'injecter fait 10,7 Ko.
<syntaxhighlight lang="plaintext">
dd if=example.pdf of=memory.bin bs=1 seek=79616 count=10771
</syntaxhighlight>Nous devons compléter la mémoire (524 kB) pour que l'écriture se fasse :
<syntaxhighlight lang="plaintext">
truncate -s 524288 memory.bin
</syntaxhighlight>

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que la balance souhaite interrompre la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion : ===
Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Après avoir testé la balance sur différents types de réseaux (domicile, école, partage de connexion via téléphone), nous l'avons envoyée au fournisseur pour déterminer si le problème provenait de l'appareil. Après l'avoir examinée, le fournisseur nous a affirmé que la balance "fonctionne normalement". Cependant, nous n'avons pas pu la récupérer rapidement pour poursuivre d'autres vérifications.

Le module était intéressant, car il nécessitait de mobiliser nos différents acquis. Cependant, nous sommes déçus d’avoir passé toutes les séances à simplement essayer de faire fonctionner la balance, au lieu de pouvoir explorer ses limites ou chercher à la "casser".

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-27T07:57:15Z

Yelqasta : /* Conclusion et étapes suivantes : */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire les données de la mémoire, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire la mémoire flash.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

Nous avons alors par la suite dessoudé la flash et soudé un fil à chaque broche de celle-ci :

[[Fichier:7e4d8b63-7e49-4d2c-abbb-20ecb95b6820.jpg|vignette|Broches de la mémoire soudées aux fils|centré]]

Après cela, nous avons finalement réussi à extraire la mémoire.

[[Fichier:Lecturemem.jpg|vignette|Lecture de la mémoire|centré]]

L'utilitaire <code>binwalk</code>nous indique la présence d'un fichier pdf .

Nous avons décidé de remplacer le fichier pdf de base par un autre afin d'observer le comportement du temptale :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 -w memory.bin
</syntaxhighlight>

Mais avant ça, nous avons fait en sorte de trouver un espace mémoire vide grâce à la commande <code>strings</code> :
<syntaxhighlight lang="plaintext">
strings -tx memory.bin
</syntaxhighlight>

[[Fichier:IMg.jpg|vignette|Visualisation de la mémoire, constat d'un espace mémoire disponible entre 0x136a2 et 0x16f8d|centré]]

Nous avons choisi de commencer à l'adresse 0x13700, donc en décimal 79616. Le fichier que nous avons choisi d'injecter fait 10,7 Ko.
<syntaxhighlight lang="plaintext">
dd if=example.pdf of=memory.bin bs=1 seek=79616 count=10771
</syntaxhighlight>Nous devons compléter la mémoire (524 kB) pour que l'écriture se fasse :
<syntaxhighlight lang="plaintext">
truncate -s 524288 memory.bin
</syntaxhighlight>

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Nous avons également pris contact avec le fournisseur de la balance afin de déterminer si le problème provenait de celle-ci. Après l'avoir testée, le fournisseur nous a affirmé que la balance "fonctionne normalement". Cependant, nous n'avons pas pu la récupérer rapidement pour effectuer d'autres vérifications.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T15:33:00Z

Yelqasta : /* Conclusion et étapes suivantes : */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

* Un injecteur PoE
* Le point d'accès PLIL
* Un commutateur réseau configuré pour effectuer un port mirroring.
* Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

* Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées. (obsolète)
* Repérer l'extension apk de l'application Nedis pour faire du reverse.
* transformer la zabeth17 en un routeur pour pouvoir rediriger les paquets vers son adresse ip
* déssouder la puce mémoire de la carte pour la tester à part.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T14:14:14Z

Yelqasta : /* Observation architecture cloud: */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un injecteur PoE

- Le point d'accès PLIL

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px|transfert des paquets par chiffrement TLS]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T14:13:41Z

Yelqasta : /* Approche MITM (Man-in-the-Middle): */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un injecteur PoE

- Le point d'accès PLIL

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:TCP RST.jpg|néant|vignette|l'interruption de le communication TCP]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T14:13:15Z

Yelqasta : /* Approche MITM (Man-in-the-Middle): */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un injecteur PoE

- Le point d'accès PLIL

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:TCP RST.jpg|néant|vignette]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

Fichier:TCP RST.jpg

2025-01-08T14:12:37Z

Yelqasta :

TCP RST

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T13:56:09Z

Yelqasta : /* Balance */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un injecteur PoE

- Le point d'accès PLIL

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px]]

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T13:37:49Z

Yelqasta : /* Analyse avancée avec Wireshark: */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px]]

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un injecteur PoE

- Le point d'accès PLIL

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T12:59:36Z

Yelqasta : /* Problème réseau initial: */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Modification du fichier pdf ===
Nous avons d'abord pensé à passer par le système de fichiers et plus précisément le fichier pdf pour hacker le Temptale.

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CE0
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

Mais nous avons cette erreur :

<syntaxhighlight lang="plaintext">
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.
</syntaxhighlight>

Nous avons tenté de lancer le programme en lui spécifiant le modèle :
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

Mais sans succès, nous suspectons un problème dans la soudure.

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connexion réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px]]

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un répéteur CPL.

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T12:29:00Z

Yelqasta : /* Observation architecture cloud: */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CS
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connection réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.
[[Fichier:Host-cloud2.png|néant|vignette|584x584px|le serveur cloud]]
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Wireshark 2.jpg|néant|vignette|393x393px|le handshake entre le téléphone ayant l'ip 172.26.145.211 et le serveur]]
Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.
[[Fichier:Interruption de la com.jpg|néant|vignette|389x389px]]

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un répéteur CPL.

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

Fichier:Interruption de la com.jpg

2025-01-08T12:28:27Z

Yelqasta :

interruption de la com

Fichier:Host-cloud2.png

2025-01-08T12:25:46Z

Yelqasta :

host-cloud2

Fichier:Wireshark 2.jpg

2025-01-08T12:21:39Z

Yelqasta :

wireshark 2

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T12:20:39Z

Yelqasta : /* Observation Architecture Cloud: */

== Wi-Fi ==

=== Création du serveur virtuel ===
- Création d'un serveur virtuel sur capbreton : '''SE5-yelqasta-ybenmbar'''
- Interface réseau dans le commutateur virtuel '''bridgeStudents''' avec :
* Adresse IPv4 : '''172.26.145.104'''
* Passerelle : '''172.26.145.251'''
- Interface réseau dans le VLAN 404 :
* Adresse IPv4 : '''172.16.4.1'''
* Masque : '''/24''' (255.255.255.0)
* VLAN : '''404'''

=== Configuration du point d'accès WiFi Cisco ===

- Définition du SSID '''VM_binome_4''' :
<syntaxhighlight lang="plaintext">
dot11 ssid VM_binome_4
vlan 404
authentication open eap eap_binome_4
authentication network-eap eap_binome_4
authentication key-management wpa
mbssid guest-mode
</syntaxhighlight>
- Configuration du VLAN 404 sur l'interface radio et l'interface Ethernet :
<syntaxhighlight lang="plaintext">
interface Dot11Radio0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
interface GigabitEthernet0.404
encapsulation dot1Q 404
bridge-group 4
</syntaxhighlight>
- Configuration de l'accès au serveur FreeRADIUS :
<syntaxhighlight lang="plaintext">
aaa new-model
aaa authentication login eap_binome_4 group radius_binome_4
radius-server host 172.16.4.1 auth-port 1812 acct-port 1813 key glopglop
aaa group server radius radius_binome_4
server 172.16.4.1 auth-port 1812 acct-port 1813
</syntaxhighlight>

=== Configuration du serveur FreeRADIUS ===
- Installation de FreeRADIUS sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install freeradius freeradius-utils
</syntaxhighlight>
- Ajout de l'adresse IP du point d'accès Cisco dans le fichier de clients FreeRADIUS :
* Dans le fichier '''/etc/freeradius/3.0/clients.conf''' :
<syntaxhighlight lang="plaintext">
client wifi_ap {
ipaddr = 172.26.145.4
secret = glopglop
shortname = wifi_ap_binome_4
}
</syntaxhighlight>
- Configuration d'un utilisateur pour l'authentification WPA2-EAP :
* Dans le fichier '''/etc/freeradius/3.0/users''' :
<syntaxhighlight lang="plaintext">
mouss Cleartext-Password := "glopglop"
</syntaxhighlight>
- Activation de PEAP-MSCHAPv2 :
* Dans le fichier '''/etc/freeradius/3.0/mods-enabled/eap''' :
<syntaxhighlight lang="plaintext">
peap {
default_eap_type = mschapv2
}
</syntaxhighlight>

=== Serveur DHCP ===
- On a installé un serveur DHCP sur le serveur virtuel :
<syntaxhighlight lang="bash">
sudo apt install isc-dhcp-server
</syntaxhighlight>
- Configuration du serveur DHCP :
* Dans le fichier '''/etc/dhcp/dhcpd.conf''' :
<syntaxhighlight lang="plaintext">
subnet 172.16.4.0 netmask 255.255.255.0 {
range 172.16.4.100 172.16.4.200;
option routers 172.16.4.104;
option domain-name-servers 255.255.255.0;
}
</syntaxhighlight>
- Dans le fichier '''/etc/default/isc-dhcp-server''' :
<syntaxhighlight lang="plaintext">
INTERFACESv4="eth1"
</syntaxhighlight>

=== Serveur DNS minimal ===
* Dans '''/etc/bind/named.conf.options'''
<syntaxhighlight lang="plaintext">
...
forwarders {
172.26.188.12;
};
...
</syntaxhighlight>

=== Mascarade entre VLAN privé et routeur ===
- Activation du transfert IP sur le serveur virtuel :
<syntaxhighlight lang="bash">
systemctl -w net.ipv4.ip_forward=1
</syntaxhighlight>
- Ajout d'une règle de masquerade avec '''iptables''' :
<syntaxhighlight lang="bash">
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
</syntaxhighlight>

=== Passage de WPA-EAP à WPA-PSK ===
Afin d'utiliser notre balance connectée, nous devons mettre en place un point d'accès avec WPA-PSK et non WPA-EAP.

* Dans le point d'accès Cisco :

<pre>
no autentication open eap eap_binome_4
no authentication network-eap eap_binome_4
wpa-psk ascii [mdp]
</pre>

== Temptale USB ==

=== Identification des différentes puces ===

[[Fichier:Img cpsnts.jpg|vignette|Temptale ouvert]]

µC : Atmel AT91SAM7S256

Puce mémoire : Winbond 25X40CLNIG

SN74CBTLV3126 : commutateur de bus FET quadripolaire, probablement utilisé comme convertisseur de niveau

=== Mémoire ===

Afin d'extraire le firmware, nous avons soudé des fils sur chaque broche de la puce mémoire. Elle fonctionne en SPI, nous l'avons alors connectée à la Raspberry Pi sur les broches correspondantes (SCK,MISO,MOSI,SS).
Grâce à l'utilitaire <code>flashrom</code>, nous pouvons depuis la Raspberry Pi extraire le firmware de la carte.

[[Fichier:Capture broches.png|vignette|Schéma de la puce mémoire]]

Nous l'avons connecté de cette façon :

{| class="wikitable"
|+
!RPi
!Winbond 25X40CLNIG
|-
|CS
|CS
|-
|MOSI
|DI
|-
|MISO
|DO
|-
|SCK
|CLK
|-
|3,3V
|VCC
|-
|GND
|GND
|}
<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0
</syntaxhighlight>

<syntaxhighlight lang="plaintext">
flashrom -p linux_spi:dev=/dev/spidev0.0 --chip W25X40
</syntaxhighlight>

[[Fichier:Memoire soudee.jpg|vignette|Fils soudés sur les broches de la puce mémoire]]

== Balance ==

=== Objectif du TP: ===
Nous devons analyser et compromettre la sécurité d'une balance connectée fournie par Nedis. Pour cela, nous avons installé l'application mobile associée, Nedis SmartLife, qui permet d'interagir avec la balance. [https://nedis.fr/fr-fr/smartlife Nedis SmartLife]

[[Fichier:WIFIHS10WT P50.jpg|vignette|Balance WiFi Nedis|néant]]

=== Problème réseau initial: ===
Lors des premières configurations, nous avons découvert que notre réseau Wi-Fi configuré en WPA EAP n’était pas compatible avec les exigences de la balance. Cette dernière nécessite une configuration en WPA PSK pour fonctionner correctement.

Malgré cette adaptation, nous avons rencontré des difficultés pour connecter nos téléphones à la balance. À la fin de l’appairage, la balance se déconnectait systématiquement avec le message d’erreur "Err2". D’après nos recherches, cette erreur est liée à un problème de réseau. Bien que la balance apparaisse dans l’application, elle n’envoie aucune donnée dans des conditions d’utilisation normale.
[[Fichier:Interface appli.jpg|néant|vignette|312x312px|interface de l'application]]
[[Fichier:Prob réseau appli.png|néant|vignette|333x333px|Erreur de connection réseau]]

=== Diagnostic initial: ===
Pour identifier la source du problème, nous avons vérifié la communication entre les trois entités principales du système : le téléphone, la balance, et le point d’accès Wi-Fi. Nous avons utilisé le Wi-Fi préalablement configuré lors des séances précédentes et effectué des tests de connectivité :[[Fichier:Ping phone.jpg|vignette|Ping vers le téléphone : Réussi|néant]][[Fichier:Ping balance.jpg|vignette|Ping vers la balance : Réussi|néant]]

Ces résultats montrent que les appareils sont correctement connectés au réseau, ce qui écarte l’hypothèse d’un problème de connexion simple. Cependant, cela laisse supposer une potentielle perte des données pendant les échanges.

=== Observation architecture cloud: ===
[[Fichier:Arp.jpg|néant|vignette|379x379px|La balance qui prend l'adresse ip 172.26.145.206]]

La balance est identifiable dans les trames capturées par son adresse MAC : '''Express:16:2d:4c'''. Cette adresse MAC apparaît principalement dans des paquets ARP, confirmant que la balance effectue des requêtes pour résoudre des adresses IP ou répondre aux requêtes des autres équipements du réseau.
Nous remarquons que les paquets montrent une tentative de négociation TLS entre la balance et un serveur cloud.

Ce qui signifie que la communication entre la balance et l’application ne se fait pas directement via le routeur local. Au lieu de cela, les données transitent par un serveur cloud distant. Cette architecture ajoute une couche d’abstraction qui complique le diagnostic.
[[Fichier:Host-cloud.png|néant|vignette|580x580px|Le serveur cloud]]Bien que la balance semble bien résoudre les adresses et tenter d'établir une connexion avec le cloud, le message '''TCP RST''' indique probablement que l'une des deux parties rejette la connexion.

=== Analyse avancée avec Wireshark: ===
Pour approfondir le diagnostic, notre professeur nous a suggéré de mettre en place une analyse de trafic réseau en utilisant :

- Un répéteur CPL.

- Un commutateur réseau configuré pour effectuer un port mirroring.

- Wireshark en mode promiscuous pour capturer les paquets circulant dans le réseau.

Commande pour la configuration du port mirroring :
Switch(config)#monitor source interface fa 0/1 both
[[Fichier:Setup réseau.jpg|néant|vignette|Schéma du réseau]]

Grâce à cette configuration, nous avons pu observer que la balance établit bien une connexion avec un serveur cloud spécifique. Cependant, les données échangées restent inintelligibles, ce qui rend le problème difficile à cerner.

=== Approche MITM (Man-in-the-Middle): ===
Un rejet du certificat présenté par le serveur peut être la cause de l'échec de la communication, donc pour mieux comprendre et intercepter les données, une approche MITM (Man-in-the-Middle) a été proposée. L’objectif est de configurer un serveur local qui imiterait le serveur cloud en utilisant un certificat TLS falsifié, permettant ainsi de capturer et d’analyser les communications chiffrées entre la balance et le serveur.

Avec l’équipe 5, nous avons configuré le réseau suivant:

VLAN 200: Réseau dédié à la balance, configuré pour se connecter à l’adresse 17.188.185.132 sur le port 5223.

VLAN 50: Réseau pour la machine locale à l’adresse 172.26.145.231, qui hébergera notre serveur MITM.

Le serveur est conçu pour générer et présenter un certificat TLS falsifié afin de se faire passer pour le serveur cloud légitime auprès de la balance.

<syntaxhighlight lang="python">

import socket
import ssl

# Chemins vers les certificats falsifiés
CERT_FILE = "fake_cert.pem"
KEY_FILE = "fake_key.pem"

# Création du socket serveur
server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server_socket.bind(('0.0.0.0', 8443)) # Écoute sur le port 8443
server_socket.listen(5)

# Ajout de la couche TLS/SSL
ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
ssl_context.load_cert_chain(certfile=CERT_FILE, keyfile=KEY_FILE)

print("Serveur en attente de connexions...")

while True:
client_socket, addr = server_socket.accept()
print(f"Connexion acceptée de : {addr}")
try:
secure_socket = ssl_context.wrap_socket(client_socket, server_side=True)
print("TLS établi avec le client.")

# Communication avec le client
data = secure_socket.recv(1024)
print(f"Données reçues : {data.decode()}")

# Réponse du serveur
secure_socket.sendall(b"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\n\r\nFake Cloud Response")
except Exception as e:
print(f"Erreur TLS : {e}")
finally:
if 'secure_socket' in locals():
secure_socket.close()
</syntaxhighlight>

Génération des certificats falisifiés :

<syntaxhighlight lang="bash">
openssl req -new -x509 -key fake_key.pem -out fake_cert.pem -days 365 -subj "/C=FR/ST=Lille/L=Lille/O=Fake Cloud/OU=Dev/CN=localhost"
openssl genrsa -out fake_key.pem 2048
</syntaxhighlight>

Redirection de l'adresse de destination vers le serveur TCP :

<syntaxhighlight lang="bash">
sudo iptables -t nat -A PREROUTING -p tcp -d 3.121.210.75 --dport 443 -j DNAT --to-destination 127.0.0.1:8443
</syntaxhighlight>

=== Conclusion et étapes suivantes : ===
Problème actuel :

Bien que la configuration MITM soit en place, nous devons encore analyser en détail les paquets chiffrés interceptés pour identifier la cause exacte de l’échec de communication.

Étape suivante ou éventuelle:

- Déployer des outils pour décrypter le trafic TLS intercepté et approfondir l’analyse des données échangées.

- Repérer l'extension apk de l'application Nedis pour faire du reverse.

Fichier:Arp.jpg

2025-01-08T12:19:22Z

Yelqasta :

Arp

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T11:17:14Z

Yelqasta : /* Approche MITM (Man-in-the-Middle): */

Fichier:Host-cloud.png

2025-01-08T11:15:36Z

Yelqasta :

Host-cloud

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T11:03:53Z

Yelqasta : /* Analyse Avancée avec Wireshark: */

Fichier:Setup réseau.jpg

2025-01-08T11:02:45Z

Yelqasta :

setup réseau

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T11:00:04Z

Yelqasta : /* Balance */

Fichier:Prob réseau appli.png

2025-01-08T10:57:09Z

Yelqasta :

prob réseau appli

Fichier:Interface appli.jpg

2025-01-08T10:56:12Z

Yelqasta :

img

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T10:53:11Z

Yelqasta : /* Balance */

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T10:44:29Z

Yelqasta : /* Balance */

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T10:42:02Z

Yelqasta : /* Balance */

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T10:41:14Z

Yelqasta : /* Balance */

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T10:38:35Z

Yelqasta : /* Balance */

SE5 IdO sécurité des objets 2024/2025 b4

2025-01-08T09:08:07Z

Yelqasta : /* Balance */

SE5 ECEAI/eceai 2024/2025/benmbarek-elqastalani

2024-09-09T10:11:46Z

Yelqasta :

'''Le 03/09/2024 :'''

- Recherche du sujet

- Installation des logiciels

'''Le 05/09/2024 :''' Nous avons décidé de concevoir un système qui déterminera dans un premier temps la pression dans une balle en chute libre, puis, si on avance bien, prédire la hauteur du deuxième rebond.

Voici la démarche à laquelle nous avons pensé :
[[Fichier:Schema ia1.png|800px|center|Schéma]]

Avec quelques entrainements, nous pourrons calculer la pression.

Le matériel utilisé :

* Raspberry Pi 4

* Nucleo-F401RE

* Capteur de distance Nucleo-53L5A1

* Accéléromètre (pas pour le moment) (mettre reference)

Notre Raspberry communiquera avec la Nucleo par liaison série UART. Elle servira aussi d'interface entre la Nucleo, qui sera entraînée à manipuler les données, et le réseau.

Lors de cette première séance, nous avons aussi configuré l'OS de la Raspberry ainsi que sa connexion à la borne Wi-Fi de la salle.

// utiliser architecture perceptron, une entrée 15 sorties. ( winner takes all concept, ReLu activation func ? )

Nous avons besoin //
Notre première approche est de proposer un modèle simple de classification.

// La communication entre l'accéléromètre et la nucleo se fait en I2C.

// Possible Challenges:

// The trajectory of the falling object will almost always be non linear, which introduces new parameters to the equation.

// Need to take in account the weight of the object, the size, the rebound behaviour (ricochet). (Probably need a soft surface in order not to damage the object).

// The length of the connection could probably affect the communication ? Would it be possible to store the experience data then feed the model, or should it be real time ?

SE5 ECEAI/eceai 2024/2025/benmbarek-elqastalani

2024-09-07T09:51:41Z

Yelqasta :

ECEAI

le 03/09/2024 :

- Recherche du sujet

- Installation des logiciels;

le 05/09/2024 :

Nous avons décidé de concevoir un système qui détermine en premier temps la pression dans une balle en chute libre, puis si on avance bien prédire la hauteur du deuxième rebond.

On commence par capturer la hauteur initiale -> on mesure la hauteur maximale du premier rebond (avec quelques entrainements on peut calculer la pression) -> on mesure la hauteur du deuxième rebond -> on compare la valeur prédite et la valeur mesurée.

le matériel utilisé :

- Raspberry pi

- Nucleo

- Accéléromètre (pas pour le moment)

Nous avons besoin //
Notre première approche est de proposer un modèle simple de classification.

// La communication entre l'accéléromètre et la nucleo se fait en I2C.

// Possible Challenges:

// The trajectory of the falling object will almost always be non linear, which introduces new parameters to the equation.

// Need to take in account the weight of the object, the size, the rebound behaviour (ricochet). (Probably need a soft surface in order not to damage the object).

// The length of the connection could probably affect the communication ? Would it be possible to store the experience data then feed the model, or should it be real time ?

SE5 ECEAI/eceai 2024/2025/benmbarek-elqastalani

2024-09-07T09:43:48Z

Yelqasta :

ECEAI

le 03/09/2024 :

- Recherche du sujet

- Installation des logiciels;

le 05/09/2024 :

Nous avons décidé de concevoir un système qui détermine en premier temps la pression dans une balle en chute libre, puis si on avance bien prédire la hauteur du deuxième rebond.

le matériel utilisé :

- Raspberry pi

- Nucleo

- Accéléromètre (pas pour le moment)

Nous avons besoin //
Notre première approche est de proposer un modèle simple de classification.

// La communication entre l'accéléromètre et la nucleo se fait en I2C.

// Possible Challenges:

// The trajectory of the falling object will almost always be non linear, which introduces new parameters to the equation.

// Need to take in account the weight of the object, the size, the rebound behaviour (ricochet). (Probably need a soft surface in order not to damage the object).

// The length of the connection could probably affect the communication ? Would it be possible to store the experience data then feed the model, or should it be real time ?

SE4 IdO sécurité système/réseau 2023/2024

2024-03-27T10:24:15Z

Yelqasta : /* Répartition des Vlan des binômes pour les travaux pratiques "académiques" */

= Répartition des binômes pour les travaux pratiques "migration" =

Donnez les élèves dans chaque binôme. Pas de trinôme, éventuellement un monôme.

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Résumé de la tâche en trois mots
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || Installation des disques
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC|| NAS02 || Serveur de temps
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || Premiers rôles Ansible
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || Câblage anciennes stations
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || Configuration serveur Ansible
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || Configuration serveur NFS
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || Installation d'une mascarade
|-
| m8 || Adrien PALIFERRO || NAS08 || Configuration interface réseau (commutateur virtuel)
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || Configuration du DNS
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || Configuration interface réseau (<code>ether0</code>)
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || Recopie Archive TP
|-
|}

= Contrôles continus "TP migration" =

== Contrôle continu du 06/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (6 février) !! Commentaire sur la tâche supplémentaire (6 février)
|-
| b1
| mode BIOS, Devuan mode texte, passer en UEFI || OK mais la <code>zabeth18</code> ne démarre plus, dois-je vous imputer cela ?
|-
| b2
| mode UEFI, installation BIOS, ne fonctionne pas, câble non fonctionnel || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b3
| mode BIOS, ne démarre pas, plaque latérale mal remise || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b4
| mode BIOS, ne démarre pas || gestion OK des commutateurs, connexion très partielle (au moins 5 stations non connectées)
|-
| b5
| mode UEFI, démarre sur l'ancien Devuan || paquetage <code>ansible</code> installé sur <code>zabeth15</code>, aucune trace de l'inventaire, pas de répertoire <code>/etc/ansible</code>
|-
| b6
| mode UEFI, démarre sur l'ancien Devuan || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b7
| mode UEFI, plante sur GRUB || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| m8
| mode BIOS, Devuan mode texte, passer en UEFI || laquelle ? aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b9
| mode UEFI, installation BIOS, ne fonctionne pas || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b10
| Même pas étiquetté, ancien Devuan (installé ReX), configuration réseau sur la mauvaise interface, réparé avec les instructions envoyées par courriel || laquelle ? aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b11
| mode BIOS, Devuan mode texte, passer en UEFI (fait ReX) || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
|}

== Contrôle continu du 08/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (8 février) !! Commentaire sur la tâche supplémentaire (8 février)
|-
| b1
| installée par ReX, clef ed25519 absente || disques installés, la <code>zabeth18</code> ne démarre plus, SSD commandé
|-
| b2
| installée par TV, ssh installé par ReX, clef ed25519 absente || le rôle est déjà pris, rabattez-vous sur le rôle ntp
|-
| b3
| installée par TV, ssh installé par TV, clef ed25519 absente || rôles <code>filesys_role</code> et <code>package_role</code> OK à la lecture (bien factorisés), à tester.
|-
| b4
| installée par ReX, clef USB initiale défaillante, clef ed25519 absente || gestion OK des commutateurs, encore des problèmes (e.g. câble défectueux sur nas02)
|-
| b5
| installée par ReX, clef USB initiale défaillante, NVRAM EFI "pleine", clef ed25519 absente || inventaire ansible correct, mauvaise syntaxe pour le playbook, test non effectué (ou collègues non prévenus des absences de clef ed25519)
|-
| b6
| installé par ReX, réinitialisation usine, clef USB initiale défaillante, clef ed25519 absente || rôle vide
|-
| b7
| installée par ReX, clef USB, initiale défaillante, clef ed25519 absente || vous n'avez pas défini un rôle mais un playbook, revoyez le cours, de l'idée, en particulier l'ajout du paquetage <code>iptables-persistent</code> est à conserver mais après avoir installé les règles, pour les règles utilisez l'action prévue pour [https://docs.ansible.com/ansible/latest/collections/ansible/builtin/iptables_module.html]
|-
| m8
| installée par TV, clef ed25519 absente || mauvais nom de rôle <code>ifacenetwork_role</code>, il manque le modèle (template), rôle vide en fait
|-
| b9
| installée par ReX, clef USB initiale défaillante, clef ed25519 absente || bonne organisation du rôle, dans le modèle utilisez la bonne syntaxe pour la variable <code>A</code>, utilisez le sous-répertoire <code>vars</code> pour votre variable, vous devez récupérer le numéro du nom du nas pas de la zabeth, il manque le dictionnaire pour passer de ce numéro au <code>A</code> correspondant, utilisez l'action template pour gérer le template
|-
| b10
| installée par ReX, modification IPv4 par ReX, clef ed25519 absente || mauvais nom de rôle <code>config_reseau_role</code>, mauvais modèle (définition d'un vlan ?!, il faut utiliser les directives <code>up</code> et <code>down</code>), mauvaise organisation du rôle (allez voir sur <code>zabeth21</code>)
|-
| b11
| installée par ReX, clef ed25519 absente || n'utilisez pas l'action <code>copy</code>, aucune chance que cela fonctionne, utilisez l'action <code>rsync</code> comme demandé dans le sujet [https://docs.ansible.com/ansible/latest/collections/ansible/posix/synchronize_module.html], mettez l'archive dans <code>/home/pifou</code> plutôt
|-
|}

== Contrôle continu du 11/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (8 février) !! Commentaire sur la tâche supplémentaire (8 février)
|-
| b1
| interfaces réseau renommées, clef ed25519 modifiée par ReX || disques installés, la <code>zabeth18</code> ne démarre plus, SSD commandé
|-
| b2
| même pas de répertoire <code>/root/.ssh</code>, répertoire <code>/etc/udev/rules.d/70-persistent-net.rules</code> absent, fichier <code>/etc/network/interfaces</code> à corriger avec le nouveau nom de l'interface || le rôle est déjà pris, rabattez-vous sur le rôle ntp
|-
| b3
| interfaces réseau mal renommées (corrigé ReX 12/2), clef ed25519 modifiée par ReX (12/2) || rôles <code>role_files</code> et <code>role_packages</code> validés, à tester.
interfaces réseau renommées, clef ed25519 modifiée par ReX
|-
| b4
| interfaces réseau renommées, clef ed25519 modifiée par ReX, pourquoi avoir enlevé le flanc que j'avais bien remis ? || gestion OK des commutateurs, encore des problèmes (e.g. câble défectueux sur nas02)
|-
| b5
| interfaces réseau mal renommées (corrigé ReX 12/2), réseau VLAN 50 sur la mauvaise interface, câble à changer de position (fait ReX 12/2), clef ed25519 modifiée (ReX 12/2), si le ventilateur ne fonctionne pas changez-le, vous allez tuer le processeur || inventaire ansible correct, mauvaise syntaxe pour le playbook, clef ed25519 mal recopiée
|-
| b6
| interfaces réseau renommées, machine relancée par ReX, même pas de répertoire <code>/root/.ssh</code> || rôle vide
|-
| b7
| interfaces réseau mal renommées (corrigé ReX 12/2), même pas de répertoire <code>/root/.ssh</code> || vous n'avez pas défini un rôle mais un playbook, revoyez le cours, de l'idée, en particulier l'ajout du paquetage <code>iptables-persistent</code> est à conserver mais après avoir installé les règles, pour les règles utilisez l'action prévue pour [https://docs.ansible.com/ansible/latest/collections/ansible/builtin/iptables_module.html]
|-
| m8
| même pas de répertoire <code>/root/.ssh</code>, répertoire <code>/etc/udev/rules.d/70-persistent-net.rules</code> absent, fichier <code>/etc/network/interfaces</code> à corriger avec le nouveau nom de l'interface || rôle vide
|-
| b9
| même pas de répertoire <code>/root/.ssh</code>, répertoire <code>/etc/udev/rules.d/70-persistent-net.rules</code> absent, réseau VLAN 50 sur la mauvaise interface || bonne organisation du rôle (presque, les <code>.yml</code> doivent s'appeler <code>main.yml</code>), dans le modèle utilisez la bonne syntaxe pour la variable <code>A</code>, utilisez le sous-répertoire <code>vars</code> pour votre variable, vous devez récupérer le numéro du nom du nas pas de la zabeth, il manque le dictionnaire pour passer de ce numéro au <code>A</code> correspondant (regardez le rôle <code>role_A_and_B</code>), utilisez l'action template pour gérer le modèle
|-
| b10
| interfaces réseau renommées, même pas de répertoire <code>/root/.ssh</code> || mauvais nom de rôle <code>config_reseau_role</code> (les <code>.yml</code> doivent s'appeler <code>main.yml</code>), mauvais modèle (définition d'un vlan ?!, il faut utiliser les directives <code>up</code> et <code>down</code>), mauvaise organisation du rôle (allez voir le rôle <code>role_A_and_B</code>)
|-
| b11
| interfaces réseau renommées, clef ed25519 modifiée par ReX || n'utilisez pas l'action <code>copy</code>, aucune chance que cela fonctionne, utilisez l'action <code>rsync</code> comme demandé dans le sujet [https://docs.ansible.com/ansible/latest/collections/ansible/posix/synchronize_module.html], mettez l'archive dans <code>/home/pifou</code> plutôt
|-
|}

== Contrôle continu du 13/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (13 février) !! Commentaire sur la tâche supplémentaire (13 février)
|-
| b1
| contactable par ansible || disques installés, la <code>zabeth18</code> ne démarre plus, SSD changé, installé (ReX 12/02)
|-
| b2
| toujours pas contactable par ansible || rôle ntp absent
|-
| b3
| contactable par ansible || rôles <code>role_files</code> et <code>role_packages</code> validés, corrections mineures, fonctionnent.
|-
| b4
| contactable par ansible, problème du flanc non fermé || gestion OK des commutateurs, encore des problèmes (e.g. câble défectueux sur nas02)
|-
| b5
| contactable par ansible, gare au ventilateur du processeur || inventaire ansible correct, playbook plausible, clef ed25519 mal recopiée
|-
| b6
| toujours pas contactable par ansible || rôle NFS toujours vide
|-
| b7
| contactable par ansible || rôle mascarade plausible, quelques corrections en particulier sur le réseau IPv4 cible mais pas mal du tout
|-
| m8
| toujours pas contactable par ansible || rôle commutateur virtuel toujours vide
|-
| b9
| contactable par ansible, interfaces mal renommées, câble sur le mauvais port || rôle DNS, bon départ, livraison tardive mais rôle fonctionnel
|-
| b10
| toujours pas contactable par ansible || rôle "interface VLAN50" toujours inexploitable
|-
| b11
| contactable par ansible || rôle "copie archive" toujours inexploitable
|-
|}

== Avancement du TP migration ==

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Etat le mardi 13/02 !! Synthèse état 13/02
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || ESXi1 installé et configuré (y compris accès ssh, finalisé par BECQUET) || ESXi1 075%, ESXi2 000%, archive 000%, NAS 000%, autre 000%
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC || NAS02 || Clef ESXi bootable || ESXi1 000%, ESXi2 000%, archive 000%, NAS 000%, autre 000%
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || Archive copiée sur NAS (lancée), ESXi1 et ESXi2 installés et configurés (hors ssh) || ESXi1 080%, ESXi2 080%, archive 080%, NAS 000%, autre 000%
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || ESXi1 installé et configuré (y compris accès ssh et options de boot) || ESXi1 100%, ESXi2 000%, archive 000%, NAS 000%, autre 050%
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || ESXi1 installé et configuré (hors ssh), configuration NTP et NFS du NAS || ESXi1 080%, ESXi2 000%, archive 000%, NAS 033%, autre 000%
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || ESXi1 et ESXi2 installés et configurés (hors ssh) || ESXi1 080%, ESXi2 080%, archive 000%, NAS 000%, autre 000%
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || zabeth28 déplacée, ESXi1 et ESXi2 installés et configurés (hors ssh) || ESXi1 080%, ESXi2 080%, archive 000%, NAS 000%, autre 020%
|-
| m8 || Adrien PALIFERRO || NAS08 || Clef ESXi bootable || ESXi1 000%, ESXi2 000%, archive 000%, NAS 000%, autre 000%
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || Clef ESXi bootable, ajout NIC zabeth27 || ESXi1 000%, ESXi2 000%, archive 000%, NAS 000%, autre 020%
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || Archive copiée sur NAS, ESXi1 installé et configuré (hors ssh) || ESXi1 080%, ESXi2 000%, archive 100%, NAS 000%, autre 000%
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || ESXi1 installé (boot Devuan prioritaire), câblage ESXi, configuration réseau NAS VLAN50 || ESXi1 050%, ESXi2 000%, archive 000%, NAS 020%, autre 020%
|-
|}

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Etat le jeudi 15/02 !! Synthèse du 15/02
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || TP terminé (validation ReX) || NAS 100%, ESXi 100%, infra. 100%, exploit. 100%
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC || NAS02 || avancement non indiqué, ESXi configurés (ssh OK) avec une @IPv4 du réseau stockage (à corriger),<br /> NAS avec configuration réseau et DNS (<code>resolv.conf</code> non modifié), pas de NTP, NFS ou mascarade || NAS 050%, ESXi 080%, infra. 000%, exploit. 000%
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || TP terminé (validation Rex) || NAS 100%, ESXi 100%, infra. 100%, exploit. 100%
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || configuration NAS jusqu'à NFS, ESXi configurés (ssh OK), vSphere installé et configuré || NAS 100%, ESXi 100%, infra. 100%, exploit. 000%
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
| m8 || Adrien PALIFERRO || NAS08 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé || NAS 090%, ESXi 100%, infra. 025%, exploit. 000%
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé || NAS 090%, ESXi 100%, infra. 025%, exploit. 000%
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé || NAS 090%, ESXi 100%, infra. 025%, exploit. 000%
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
|}

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Etat le vendredi 16/02 !! heure de fin le 16/02
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || 099% (vmdebian2 sans @IPv4) || 13h45
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC|| NAS02 || 100% || 17h35
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || 100% || 16h00
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || 100% || 13h45
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || 100% || 16h15
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || 100% || 17h30
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || 100% || 17h20
|-
| m8 || Adrien PALIFERRO || NAS08 || 100% || 17h10 (bonus monôme)
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || 095% ||
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || 100% || 17h40
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || 100% || 16h00
|-
|}

= Répartition des binômes pour les travaux pratiques "architecture avancée" =

Donnez les élèves dans chaque binôme. Pas de trinôme, éventuellement un monôme.

{| class="wikitable"
! Binôme !! Elèves !! Adresse IPv4 routée !! Nom routeur OpenWRT !! Nom MV sur penfret !! Nom MV sur chassiron
|-
| b1 || Stéphane Kader Issack & Marion Normand || || <code>g1_router</code> || ||
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC || || <code>g2_router</code> || ||
|-
| b3 || Simon CRUCHET & Louis DERYCKERE || || <code>g3_router</code> || ||
|-
| b4 || Amaury BECQUET & Romain DUHR || || <code>g4_router</code> || ||
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || || <code>g5_router</code> || ||
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || || <code>g6_router</code> || ||
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || || <code>g7_router</code> || ||
|-
| b8 || Adrien PALIFERRO || || <code>g8_router</code> || ||
|-
| b9 || Némo CAZIN & Antoine CEGARRA || || <code>g9_router</code> || ||
|-
| b10 || Thibault DUYCK & Thomas NAVE || || <code>g10_router</code> || ||
|-
| b11 || Taha NEHARI & Martin CHAUVELIERE || || <code>g11_router</code> || ||
|-
|}

= Contrôles continus "TP architecture avancée" =

== Contrôle continu du 13/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
|}

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
|}

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 4 || g4_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || pas de connexion à Internet en IPv4
|-
|}

== Contrôle continu du 19/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 4 || g4-rduhr || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fea9:2d79</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 9 || g9-ncazin || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0c:3753</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 10 || g10-tnave || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe05:3c4c</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
|}

Commutateurs virtuels :
* CV OK : g1, g3, g4, g9, g10
* CV HS : g2 (nom étrange)

VLANS : aucun

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 9 || g9-acegarra || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed9:960a</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 10 || g10-tduyck || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe28:c19d</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
|}

Commutateurs virtuels :
* CV OK : g2, g3, g9, g10

VLANS : aucun

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 1 || g1_router || Erreur de syntaxe dans le <code>.cfg</code> (corrigée) || ||
|-
| 3 || g3_router || Machine non contactable sur SE4 || ||
|-
| 4 || g4_router || <div style='color: red;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || pas de connexion à Internet en IPv4
|-
| 7 || g7_router || <div style='color: red;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:217:4fff:fefc:7e2a</div> || pas de connexion à Internet en IPv4
|-
| 9 || g9_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe4d:60f3</div> || pas de connexion à Internet en IPv4
|-
| 10 || g10_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:fab</div> || pas de connexion à Internet en IPv4
|-
|}

Commutateurs virtuels :
* CV OK : g1, g2, g5, g6
* CV HS : g3, g4, g9, g10, g11 (noms non conformes)

VLANS : aucun

== Contrôle continu du 20/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1mnorman1 || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-scruchet || Machine non contactable sur bridgeStudents || || || ||
|-
| 4 || g4-rduhr || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fea9:2d79</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 6 || g6-handrian || <div style='color: green;'>IPv4 sur CV : 10.0.69.208</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.112</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fee7:783a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-belhasna || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.114</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe41:da85</div> || <div style='color: orange;'>connexion à Internet en IPv4 possible (en passant par le VLAN50!)</div> || <div style='color: orange;'>résolution DNS fonctionnelle (idem)</div>
|-
| 9 || g9-ncazin || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0c:3753</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 10 || g10-tnave || <div style='color: green;'>IPv4 sur CV : 10.0.69.104</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.120</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe05:3c4c</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-mchauvel || <div style='color: green;'>IPv4 sur CV : 10.69.0.175</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.122</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed5:a29d</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Commutateurs virtuels :
* CV OK : g1, g2, g6, g10, g11.
* CV sans VLAN : g1, g3, g4, g5, g7, g9.

VLANS :
* VLAN OK : g6, g10, g11;
* VLAN à corriger : g2 (non initialisé).

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1skaderis || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-lderycke || Machine non contactable sur bridgeStudents || || || ||
|-
| 4 || g4-abecquet || Machine non contactable sur bridgeStudents || || || ||
|-
| 6 || g6-crhanim || <div style='color: green;'>IPv4 sur CV : 10.0.69.192</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.113</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe28:f8af</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-achaouni || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.115</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fecc:52be</div> || <div style='color: orange;'>connexion à Internet en IPv4 possible (par VLAN50)</div> || <div style='color: orange;'>résolution DNS fonctionnelle (idem)</div>
|-
| 9 || g9-acegarra || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed9:960a</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 10 || g10-tduyck || <div style='color: green;'>IPv4 sur CV : 10.0.69.178</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.121</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:e3ff:fe28:c19e</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-tnehari || <div style='color: green;'>IPv4 sur CV : 10.69.0.240</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.123</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe38:6bca</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Commutateurs virtuels :
* CV OK : g6, g10, g11.
* CV sans VLAN : g1, g3, g4, g5, g9.
* CV à corriger : g2 (mauvaises interfaces dans le CV), g7 (vlans non initialisés, mauvais noms de vlans).

VLANS :
* VLAN OK : g6, g10, g11.
* VLAN HS : g7 (corriger les noms déjà).

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 1 || g1_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:70b</div> || pas de connexion à Internet en IPv4
|-
| 2 || g3_router || Machine non contactable sur SE4 || ||
|-
| 3 || g4_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || pas de connexion à Internet en IPv4
|-
| 4 || g6_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.184</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:4eff:fe8f:72a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 5 || g7_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.185</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:217:4fff:fefc:7e2a</div> || pas de connexion à Internet en IPv4
|-
| 6 || g8_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:feeb:3069</div> || pas de connexion à Internet en IPv4
|-
| 7 || g9_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.179</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe4d:60f3</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 8 || g10_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.187</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:fab</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 9 || g11_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.189</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe5f:b67b</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
|}

Commutateurs virtuels :
* CV OK : g1, g6, g7, g8, g9, g10, g11.
* CV sans VLAN : g3, g4
* CV à corriger : g2 (ether9 corrigé en ether9.202), g5 (manque le down)

VLANS :
* VLAN OK : g1, g5, g6, g8, g9, g10, g11.
* VLAN à corriger : g2 (non initialisé), g7 (non initialisé),

== Contrôle continu du 22/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1mnorman1 || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-scruchet || Machine non contactable sur bridgeStudents || || || ||
|-
| 4 || g4-rduhr || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fea9:2d79</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 6 || g6-handrian || <div style='color: green;'>IPv4 sur CV : 10.0.69.208</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.112</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fee7:783a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-belhasna || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.114</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe41:da85</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 9 || g9-ncazin || <div style='color: green;'>IPv4 sur CV : 10.0.69.153</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.118</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0c:3753</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g10-tnave || <div style='color: green;'>IPv4 sur CV : 10.0.69.104</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.120</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe05:3c4c</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-mchauvel || <div style='color: green;'>IPv4 sur CV : 10.69.0.175</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.122</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed5:a29d</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Commutateurs virtuels :
* CV OK : g1, g2, g6, g7, g9, g10, g11.
* CV sans VLAN : g1, g3, g4, g5.

VLANS :
* VLAN OK : g6, g7, g9, g10, g11;
* VLAN à corriger : g2 (non initialisé).

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1skaderis || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-lderycke || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.107 172.26.145.107</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe22:6c</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 4 || g4-abecquet || Machine non contactable sur bridgeStudents || || || ||
|-
| 6 || g6-crhanim || <div style='color: green;'>IPv4 sur CV : 10.0.69.192</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.113</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe28:f8af</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-achaouni || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.115</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fecc:52be</div> || <div style='color: orange;'>connexion à Internet en IPv4 possible (passe par VLAN50)</div> || <div style='color: orange;'>résolution DNS fonctionnelle (passe par VLAN50)</div>
|-
| 9 || g9-acegarra || <div style='color: green;'>IPv4 sur CV : 10.0.69.160</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.119</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed9:960a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || g10-tduyck || <div style='color: green;'>IPv4 sur CV : 10.0.69.178</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.121</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:e3ff:fe28:c19e</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-tnehari || <div style='color: green;'>IPv4 sur CV : 10.69.0.240</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.123</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe38:6bca</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Commutateurs virtuels :
* CV OK : g6, g9, g10, g11.
* CV sans VLAN : g1, g3, g4, g5.
* CV à corriger : g2 (mauvaises interfaces dans le CV), g7 (vlans non initialisés, mauvais noms de vlans).

VLANS :
* VLAN OK : g6, g9, g10, g11.
* VLAN HS : g7 (corriger les noms déjà).

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 1 || g1_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:70b</div> || pas de connexion à Internet en IPv4
|-
| 3 || g3_router || Machine non contactable sur SE4 || ||
|-
| 4 || g4_router || Machine non contactable sur SE4 || ||
|-
| 6 || g6_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.184</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:4eff:fe8f:72a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 7 || g7_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.185</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:217:4fff:fefc:7e2a</div> || pas de connexion à Internet en IPv4
|-
| 8 || g8_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:feeb:3069</div> || pas de connexion à Internet en IPv4
|-
| 9 || g9_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.179</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe4d:60f3</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 10 || g10_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.187</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:fab</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 11 || g11_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.189</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe5f:b67b</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
|}

Commutateurs virtuels :
* CV OK : g1, g4, g6, g7, g8, g9, g10, g11.
* CV sans VLAN : g3.
* CV à corriger : g2 (ether9 corrigé en ether9.202), g5 (manque le down)

VLANS :
* VLAN OK : g1, g4, g5, g6, g8, g9, g10, g11.
* VLAN à corriger : g2 (non initialisé), g7 (non initialisé),

== Contrôle continu du 25/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1mnorman1 || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-scruchet || Machine non contactable sur bridgeStudents || || || ||
|-
| 4 || g4-rduhr || <div style='color: green;'>IPv4 sur CV : 10.69.0.216</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.108</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fea9:2d79</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || g5-ybenmbar || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.110</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7f:193</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 6 || g6-handrian || <div style='color: green;'>IPv4 sur CV : 10.0.69.208</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.112</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fee7:783a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-belhasna || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.114</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe41:da85</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 9 || g9-ncazin || <div style='color: green;'>IPv4 sur CV : 10.0.69.153</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.118</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0c:3753</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || g10-tnave || <div style='color: green;'>IPv4 sur CV : 10.0.69.104</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.120</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe05:3c4c</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-mchauvel || <div style='color: green;'>IPv4 sur CV : 10.69.0.175</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.122</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed5:a29d</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1skaderis || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-lderycke || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.107</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe22:6c</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 4 || g4-abecquet || Machine non contactable sur bridgeStudents <div style="color: red;"><code>.cfg</code> détruit</div> || || || ||
|-
| 6 || g6-crhanim || <div style='color: green;'>IPv4 sur CV : 10.0.69.192</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.113</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe28:f8af</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-achaouni || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.115</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fecc:52be</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || g9-acegarra || <div style='color: green;'>IPv4 sur CV : 10.0.69.160</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.119</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed9:960a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || g10-tduyck || <div style='color: green;'>IPv4 sur CV : 10.0.69.178</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.121</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:e3ff:fe28:c19e</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-tnehari || <div style='color: green;'>IPv4 sur CV : 10.69.0.240</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.123</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe38:6bca</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Serveur arrêté le 22 mars à 21h16 par un élève. Petit extrait de l'historique :

463 cd /var/log/xen-tools
464 cat g10-tduyck.log
465 xen console g10-tduyck
466 xen console 66
467 xen console 66
468 cd /var/log/xen-tools/
469 cat g4-abecquet.log
470 apt update
471 dc /etc/apt
472 cd /etc/apt
473 ls
474 nano sources.list
475 nano sources.list.d
476 nano sources.list
477 nano sources.list
478 halt

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 1 || g1_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:70b</div> || pas de connexion à Internet en IPv4
|-
| 3 || g3_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.181</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe26:9696</div> || pas de connexion à Internet en IPv4
|-
| 4 || g4_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 5 || g5_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fecb:2a9c</div> || pas de connexion à Internet en IPv4
|-
| 6 || g6_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.184</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:4eff:fe8f:72a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 7 || g7_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.185</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:217:4fff:fefc:7e2a</div> || pas de connexion à Internet en IPv4
|-
| 8 || g8_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:feeb:3069</div> || pas de connexion à Internet en IPv4
|-
| 9 || g9_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.179</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe4d:60f3</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 10 || g10_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.187</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:fab</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 11 || g11_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.189</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe5f:b67b</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
|}

== Contrôle continu du 26/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1mnorman1 || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.141.102</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed1:cff3</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 3 || g3-scruchet || <div style='color: green;'>IPv4 sur CV : 10.69.0.237</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.106</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fee7:cc15</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || g4-rduhr || <div style='color: green;'>IPv4 sur CV : 10.69.0.216</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.108</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fea9:2d79</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || g5-ybenmbar || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.110</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7f:193</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 6 || g6-handrian || <div style='color: green;'>IPv4 sur CV : 10.0.69.208</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.112</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fee7:783a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-belhasna || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.114</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe41:da85</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 9 || g9-ncazin || <div style='color: green;'>IPv4 sur CV : 10.0.69.153</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.118</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0c:3753</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || g10-tnave || pas d'IPv4 sur le CV<br /> (problème dans <code>/etc/network/interfaces</code> pour <code>enX1</code>, corrigé) || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.120</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe05:3c4c</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 11 || g11-mchauvel || <div style='color: green;'>IPv4 sur CV : 10.69.0.175</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.122</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed5:a29d</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 1 || g1skaderis || Machine non contactable sur bridgeStudents || || || ||
|-
| 3 || g3-lderycke || <div style='color: green;'>IPv4 sur CV : 10.69.0.243</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.107</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe22:6c</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || g5-yelqasta || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.111</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed5:3eaa</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 6 || g6-crhanim || <div style='color: green;'>IPv4 sur CV : 10.0.69.192</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.113</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe28:f8af</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || g7-achaouni || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.115</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fecc:52c5</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || g9-acegarra || <div style='color: green;'>IPv4 sur CV : 10.0.69.160</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.119</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed9:960a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || g10-tduyck || <div style='color: green;'>IPv4 sur CV : 10.0.69.178</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.121</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:e3ff:fe28:c19e</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || g11-tnehari || <div style='color: green;'>IPv4 sur CV : 10.69.0.240</div> || <div style='color: green;'>IPv4 sur VLAN50 : 172.26.145.123</div> || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe38:6bca</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 1 || g1_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:70b</div> || pas de connexion à Internet en IPv4
|-
| 3 || g3_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.181</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe26:9696</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 4 || g4_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 5 || g5_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fecb:2a9c</div> || pas de connexion à Internet en IPv4
|-
| 6 || g6_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.184</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:4eff:fe8f:72a</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 7 || g7_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.185</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:217:4fff:fefc:7e2a</div> || pas de connexion à Internet en IPv4
|-
| 8 || g8_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:feeb:3069</div> || pas de connexion à Internet en IPv4
|-
| 9 || g9_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.179</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe4d:60f3</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 10 || g10_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.187</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:fab</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
| 11 || g11_router || <div style='color: green;'>IPv4 sur Internet : 193.48.57.189</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe5f:b67b</div> || <div style='color: green;'>connexion à Internet en IPv4 possible</div>
|-
|}

= Répartition des binômes pour les travaux pratiques "académiques" =

{| class="wikitable"
! Cahier !! Nom machine services
! IPv4 privée machine services !! Nom de domaine !! Nom machine mandataire
! IPv4 privée et routée machine mandataire !! Elève
|-
| [[Atelier SysRes SE4 2023/2024 E1 | Cahier n°1]]
| aigle|| 192.168.7.2|| aigle.lol|| heterodontosaurus|| 193.48.57.185|| Bilal EL HASNAOUI
|-
| [[Atelier SysRes SE4 2023/2024 E2 | Cahier n°2]]
| chevreuil||10.10.10.10
| chevreuil.lol|| spinosaure|| 193.48.57.179|| Némo CAZIN
|-
| [[Atelier SysRes SE4 2023/2024 E3 | Cahier n°3]]
| belette|| 10.10.10.11|| belette.lol|| spinosaure|| 193.48.57.179|| Antoine CEGARRA
|-
| [[Atelier SysRes SE4 2023/2024 E4 | Cahier n°4]]
| truite|| 10.10.10.10|| truite.fun|| brachiosaure|| 193.48.57.181|| Simon CRUCHET
|-
| [[Atelier SysRes SE4 2023/2024 E5 | Cahier n°5]]
| esturgeon|| 10.10.10.11|| esturgeon.fun|| brachiosaure|| 193.48.57.181|| Louis DERYCKERE
|-
| [[Atelier SysRes SE4 2023/2024 E6 | Cahier n°6]]
| palourde|| 10.10.10.10|| palourde.fun|| raptor|| 193.48.57.182|| Romain DUHR
|-
| [[Atelier SysRes SE4 2023/2024 E7 | Cahier n°7]]
| bigorneau|| 10.10.10.11|| bigorneau.fun|| raptor|| 193.48.57.182||Amaury BECQUET
|-
| [[Atelier SysRes SE4 2023/2024 E8 | Cahier n°8]]
| munchkin|| 10.10.10.5|| munchkin.site|| trex|| 193.48.57.183|| Youness EL QASTALANI
|-
| [[Atelier SysRes SE4 2023/2024 E9 | Cahier n°9]]
| ecureuil|| 10.12.12.17|| ecureuil.pics|| velociraptor|| 193.48.57.184|| Heriniaina ANDRIANIRINTSOA
|-
| [[Atelier SysRes SE4 2023/2024 E10 | Cahier n°10]]
| siamois|| 10.10.10.6|| siamois.site|| trex|| 193.48.57.183|| Younes BENMBAREK
|-
| [[Atelier SysRes SE4 2023/2024 E11 | Cahier n°11]]
| lynx|| 10.12.12.18|| lynx.pics|| velociraptor|| 193.48.57.184|| Chaymae RHANIM
|-
| [[Atelier SysRes SE4 2023/2024 E12 | Cahier n°12]]
| nyala|| 192.168.7.3|| nyala.website|| heterodontosaurus|| 193.48.57.185|| Ayoub CHAOUNI
|-
| [[Atelier SysRes SE4 2023/2024 E13 | Cahier n°13]]
| tigre|| 192.168.10.3|| tigre.lol|| smilodon|| 193.48.57.180|| Louis WIJSMAN
|-
| [[Atelier SysRes SE4 2023/2024 E14 | Cahier n°14]]
| ornithorynque|| 10.10.10.10|| ornithorynque.lol|| pteranodon|| 193.48.57.187||Thomas NAVE
|-
| [[Atelier SysRes SE4 2023/2024 E15 | Cahier n°15]]
| axolotl|| 10.10.10.18|| axolotl.lol|| plesiosaurus|| 193.48.57.186|| Adrien PALIFERRO
|-
| [[Atelier SysRes SE4 2023/2024 E16 | Cahier n°16]]
| caribou|| 10.10.10.11|| caribou.lol|| pteranodon|| 193.48.57.187|| Thibault DUYCK
|-
| [[Atelier SysRes SE4 2023/2024 E17 | Cahier n°17]]
| panthere|| 192.168.10.2|| panthere.lol|| smilodon|| 193.48.57.180||Thomas LEFRANC
|-
| [[Atelier SysRes SE4 2023/2024 E18 | Cahier n°18]]
| singe|| 10.10.10.14|| singe.lol || mosasaurus|| 193.48.57.188|| Stéphane KADER-ISSACK
|-
| [[Atelier SysRes SE4 2023/2024 E19 | Cahier n°19]]
| loutre|| 10.10.10.12|| loutre.lol|| mosasaurus|| 193.48.57.188|| Marion NORMAND
|-
| [[Atelier SysRes SE4 2023/2024 E20 | Cahier n°20]]
| fennec|| 192.168.11.21|| fennec.pics|| triceratops|| 193.48.57.189|| Taha NEHARI
|-
| [[Atelier SysRes SE4 2023/2024 E21 | Cahier n°21]]
| castor-canard|| 192.168.11.20|| castor-canard.lol|| triceratops|| 193.48.57.189|| Martin CHAUVELIERE
|-
|}

= Répartition des Vlan des binômes pour les travaux pratiques "académiques" =
{| class="wikitable"
|+
!Elève
!Binôme
!Vlan
!Adresse IPv4
!Adresse IPv6
!Adresse IPv4 routée secondaire
|-
|CAZIN Némo
|9
|2009
|10.60.18.1
|
|193.48.57.167
|-
|CEGARRA Antoine
|9
|3009
|10.60.19.1
|
|193.48.57.167
|-
|PALIFERRO Adrien
|8
|2008
|10.60.16.1
|
|-
|CHAUVELIERE Martin
|11
|2011
|10.60.22.1
|
|193.48.57.166
|-
|NEHARI Taha
|11
|3011
|10.60.23.1
|
|193.48.57.166
|-
|BENMBAREK Younes
|5
|2005
|10.60.10.1
|
|193.48.57.170
|-
|EL QASTALANI Youness
|5
|3005
|10.60.11.1
|
|193.48.57.170
|-
|DUHR Romain
|4
|2004
|10.60.8.1
|
| 193.48.57.163
|-
|BECQUET Amaury
|4
|3004
|10.60.9.1
|
| 193.48.57.163
|-
|DUYCK Thibault
|3
|3003
|10.60.7.1
|
| 193.48.57.164
|-
|NAVE Thomas
|3
|2003
|10.60.6.1
|
| 193.48.57.164
|-
|CRUCHET Simon
|1
|2001
|10.60.2.1
|
| 193.48.57.165
|-
|DERYCKERE Louis
|1
|3001
|10.60.3.1
|
| 193.48.57.165
|-
|CHAOUNI Ayoub
|7
|
|
|
|193.48.57.168
|-
|EL HASNAOUI Bilal
|7
|
|
|
|193.48.57.168
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|}

= Contrôles continus "TP académique" =

== Premier contrôle continu 08/02/2024 ==

{| class="wikitable"
! N° élève !! Elève !! domaine !! machine services !! machine mandataire !! commutateur virtuel !! tâche annexe
|-
| 1 || Bilal EL HASNAOUI
| || || || ||
|-
| 2 || Némo CAZIN
| || || || ||
|-
| 3 || Antoine CEGARRA
| || || || ||
|-
| 4 ||
| || || || ||
|-
| 5 || Louis DERYCKERE
| || || || ||
|-
| 6 || Romain DUHR
| || || || || Configuration du commutateur virtuel SE4 sur <code>capbreton</code>, propre
|-
| 7 ||
| || || || ||
|-
| 8 || Youness EL QASTALANI
| || <code>munchkin</code> démarre (maj à faire) || || ||
|-
| 9 || Heriniaina ANDRIANIRINTSOA
| || || || ||
|-
| 10 || Younes BENMBAREK
| || || || ||
|-
| 11 || Chaymae RHANIM
| || || || ||
|-
| 12 || Ayoub CHAOUNI
| || || || ||
|-
| 13 ||
| || || || ||
|-
| 14 || Thomas NAVE
| ornithorynque.lol || <code>ornithorynque</code> démarre (maj à faire) || || ||
|-
| 15 || Adrien PALIFERRO
| || || || ||
|-
| 16 || Thibault DUYCK
| caribou.lol || || || ||
|-
| 17 ||
| || || || ||
|-
| 18 || Stéphane KADER-ISSACK
| || || || ||
|-
| 19 || Marion NORMAND
| || || || ||
|-
| 20 || Taha NEHARI
| fennec.pics || || || ||
|-
| 21 || Martin CHAUVELIERE
| castor-canard.lol || <code>castor-canard</code> démarre (maj à faire) || || ||
|-
|}

== Deuxième contrôle continu 09/02/2024 ==

{| class="wikitable"
! N° élève !! Elève !! domaine !! machine services !! machine mandataire !! commutateur virtuel !! tâche annexe
|-
| 1 || Bilal EL HASNAOUI
| aigle.lol || <code>aigle</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 2 || Némo CAZIN
| || || || ||
|-
| 3 || Antoine CEGARRA
| || || || ||
|-
| 4 || Simon CRUCHET
| truite.fun || || || ||
|-
| 5 || Louis DERYCKERE
| esturgeon.fun || || || ||
|-
| 6 || Romain DUHR
| palourde.fun || || || || Configuration du commutateur virtuel SE4 sur <code>capbreton</code>, propre
|-
| 7 || Amaury BECQUET
| bigorneau.fun || || || ||
|-
| 8 || Youness EL QASTALANI
| munchkin.site || <code>munchkin</code> démarre (maj non effectuée) || || ||
|-
| 9 || Heriniaina ANDRIANIRINTSOA
| || || || ||
|-
| 10 || Younes BENMBAREK
| siamois.site || || || ||
|-
| 11 || Chaymae RHANIM
| || || || ||
|-
| 12 || Ayoub CHAOUNI
| nyala.website || <code>nyala</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 13 ||
| || || || ||
|-
| 14 || Thomas NAVE
| ornithorynque.lol || <code>ornithorynque</code> démarre (maj en cours mais pas de réseau) || || ||
|-
| 15 || Adrien PALIFERRO
| || || || ||
|-
| 16 || Thibault DUYCK
| caribou.lol || || || ||
|-
| 17 ||
| || || || ||
|-
| 18 || Stéphane KADER-ISSACK
| || || || ||
|-
| 19 || Marion NORMAND
| || || || ||
|-
| 20 || Taha NEHARI
| fennec.pics || || || ||
|-
| 21 || Martin CHAUVELIERE
| castor-canard.lol || <code>castor-canard</code> démarre (maj non effectuée) || || ||
|-
|}

== Contrôle continu 13/02/2024 ==

{| class="wikitable"
! N° élève !! Elève !! domaine !! machine services !! machine mandataire !! commutateur virtuel !! tâche annexe
|-
| 1 || Bilal EL HASNAOUI
| aigle.lol || <code>aigle</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 2 || Némo CAZIN
| || <code>chevreuil</code> démarrée || || ||
|-
| 3 || Antoine CEGARRA
| || <code>belette</code> démarrée || || ||
|-
| 4 || Simon CRUCHET
| truite.fun || <code>truite</code> démarrée || || ||
|-
| 5 || Louis DERYCKERE
| esturgeon.fun || <code>esturgeon</code> démarrée || || ||
|-
| 6 || Romain DUHR
| palourde.fun || <code>palourde</code> démarrée || || || Configuration du commutateur virtuel SE4 sur <code>capbreton</code>, propre. Configuration complète du C9200, très bien (14/02).
|-
| 7 || Amaury BECQUET
| bigorneau.fun || <code>bigorneau</code> démarrée || || ||
|-
| 8 || Youness EL QASTALANI
| munchkin.site || <code>munchkin</code> démarre (non maj, écrasée avec nouvelle installation) || || ||
|-
| 9 || Heriniaina ANDRIANIRINTSOA
| || <code>ecureuil</code> démarrée || || ||
|-
| 10 || Younes BENMBAREK
| siamois.site || <code>siamois</code> démarrée || || ||
|-
| 11 || Chaymae RHANIM
| || <code>lynx</code> démarrée || || ||
|-
| 12 || Ayoub CHAOUNI
| nyala.website || <code>nyala</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 13 ||
| || || || ||
|-
| 14 || Thomas NAVE
| ornithorynque.lol || <code>ornithorynque</code> démarre (maj terminée, très bien) || || ||
|-
| 15 || Adrien PALIFERRO
| || <code>axolotl</code> non lancée || || ||
|-
| 16 || Thibault DUYCK
| caribou.lol || <code>caribou</code> démarrée || || ||
|-
| 17 ||
| || || || ||
|-
| 18 || Stéphane KADER-ISSACK
| || <code>singe</code> démarrée || || ||
|-
| 19 || Marion NORMAND
| || <code>loutre</code> démarrée || || ||
|-
| 20 || Taha NEHARI
| fennec.pics || || || ||
|-
| 21 || Martin CHAUVELIERE
| castor-canard.lol || <code>castor-canard</code> démarre (maj terminée, très bien) || || ||
|-
|}

== Contrôle continu 14/02/2024 ==

Bilan pour les machines de services. Il est normal de ne pas avoir une adresse IPv4 routée pour une machine de services.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || aigle || <div style='color: green;'>IPv4 sur CV : 192.168.7.2</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe79:a033</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || chevreuil || <div style='color: green;'>IPv4 sur CV : 14.14.14.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:25a3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || belette || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe83:642e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || truite || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe76:c541</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 5 || esturgeon || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe28:9560</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 6 || palourde || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:cbda</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 7 || bigorneau || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe59:3697</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 8 || munchkin || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fea5:bb5e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 9 || ecureuil || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:555e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 10 || siamois || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb0:ceb2</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 11 || lynx || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2d:46de</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 12 || nyala || <div style='color: green;'>IPv4 sur CV : 192.168.7.3</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:9eed</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 13 || tigre || <div style='color: green;'>IPv4 sur CV : 192.168.10.3</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8c:6bb0</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 14 || ornithorynque || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2f:914a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 15 || axolotl || <div style='color: green;'>IPv4 sur CV : 10.10.10.18</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb3:f888</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 16 || caribou || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0a:5ec5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 17 || panthere || <div style='color: green;'>IPv4 sur CV : 192.168.10.2</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe52:a79f</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 18 || singe || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe9d:46b9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 19 || loutre || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4f:5cd</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 20 || fennec || <div style='color: green;'>IPv4 sur CV : 11.11.11.21</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fef3:dbe8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 21 || castor-canard || <div style='color: green;'>IPv4 sur CV : 11.11.11.20</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe42:f09a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan pour les machines mandataires.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || brachiosaure || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.181</div> || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe64:9bd8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || heterodontosaurus || <div style='color: green;'>IPv4 sur CV : 192.168.7.4</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.185</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe06:fdf5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || mosasaurus || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.188</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:709</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || plesiosaurus || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.186</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feeb:3067</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || pteranodon || <div style='color: green;'>IPv4 sur CV : 19.19.19.12</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.187</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:fa9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || raptor || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.182</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fefc:6d5b</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || smilodon || <div style='color: green;'>IPv4 sur CV : 192.168.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.180</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe1c:6d24</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || spinosaure || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.179</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4d:60f1</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || trex || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.183</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0e:437d</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || triceratops || <div style='color: green;'>IPv4 sur CV : 11.11.11.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.189</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe5f:b679</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || velociraptor || <div style='color: green;'>IPv4 sur CV : 12.12.12.16</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.184</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feef:fbb8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Pour les partitions <code>/var</code> et <code>/home</code> sur les machines de services.

{| class="wikitable"
! N° élève !! Nom machine
! Partitions
|-
| 1 || aigle || <div style='color: green;'>Partitions installées</div>
|-
| 2 || chevreuil || <div style='color: green;'>Partitions installées</div>
|-
| 3 || belette || <div style='color: green;'>Partitions installées</div>
|-
| 4 || truite || <div style='color: green;'>Partitions installées</div>
|-
| 5 || esturgeon || <div style='color: green;'>Partitions installées</div>
|-
| 6 || palourde || <div style='color: green;'>Partitions installées</div>
|-
| 7 || bigorneau || <div style='color: green;'>Partitions installées</div>
|-
| 8 || munchkin || <div style='color: green;'>Partitions installées</div>
|-
| 9 || ecureuil || <div style='color: green;'>Partitions installées</div>
|-
| 10 || siamois || <div style='color: green;'>Partitions installées</div>
|-
| 11 || lynx || <div style='color: green;'>Partitions installées</div>
|-
| 12 || nyala || <div style='color: green;'>Partitions installées</div>
|-
| 13 || tigre || Pas de partitions
|-
| 14 || ornithorynque || <div style='color: green;'>Partitions installées</div>
|-
| 15 || axolotl || <div style='color: green;'>Partitions installées</div>
|-
| 16 || caribou || <div style='color: green;'>Partitions installées</div>
|-
| 17 || panthere || Pas de partitions
|-
| 18 || singe || Pas de partitions
|-
| 19 || loutre || Pas de partitions
|-
| 20 || fennec || <div style='color: green;'>Partitions installées</div>
|-
| 21 || castor-canard || <div style='color: green;'>Partitions installées</div>
|-
|}

== Contrôle continu 6/03/2024 ==

=== Contrôle à 12h ===

Bilan pour les machines de services. Il est normal de ne pas avoir une adresse IPv4 routée pour une machine de services.
Le disque d'<code>axolotl</code> n'était pas stocké dans le bon répertoire est a été détruit. La machine est à recréer.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || aigle || <div style='color: green;'>IPv4 sur CV : 192.168.7.2</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe79:a033</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || chevreuil || <div style='color: green;'>IPv4 sur CV : 14.14.14.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:25a3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || belette || <div style='color: green;'>IPv4 sur CV : 14.14.14.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe83:642e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || truite || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe76:c541</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 5 || esturgeon || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe28:9560</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 6 || palourde || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:cbda</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || bigorneau || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe59:3697</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || munchkin || <div style='color: green;'>IPv4 sur CV : 10.10.10.5</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fea5:bb5e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 9 || ecureuil || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:555e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 10 || siamois || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb0:ceb2</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 11 || lynx || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2d:46de</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 12 || nyala || <div style='color: green;'>IPv4 sur CV : 192.168.7.3</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:9eed</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 13 || tigre || <div style='color: green;'>IPv4 sur CV : 192.168.10.3</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8c:6bb0</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 14 || ornithorynque || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2f:914a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 15 || axolotl || ssh IPv6 sur SE4 non fonctionnel || || || || ||
|-
| 16 || caribou || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0a:5ec5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 17 || panthere || <div style='color: green;'>IPv4 sur CV : 192.168.10.2</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe52:a79f</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 18 || singe || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe9d:46b9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 19 || loutre || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4f:5cd</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 20 || fennec || <div style='color: green;'>IPv4 sur CV : 11.11.11.21</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fef3:dbe8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 21 || castor-canard || <div style='color: green;'>IPv4 sur CV : 11.11.11.20</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe42:f09a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan pour les machines mandataires.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || brachiosaure || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.181</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe64:9bd8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || heterodontosaurus || <div style='color: green;'>IPv4 sur CV : 192.168.7.4</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.185</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe06:fdf5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || mosasaurus || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.188</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:709</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || plesiosaurus || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.186</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feeb:3067</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || pteranodon || <div style='color: green;'>IPv4 sur CV : 19.19.19.12</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.187</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:fa9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || raptor || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.182</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fefc:6d5b</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || smilodon || <div style='color: green;'>IPv4 sur CV : 192.168.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.180</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe1c:6d24</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || spinosaure || <div style='color: green;'>IPv4 sur CV : 14.14.14.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.179</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4d:60f1</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || trex || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.183</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0e:437d</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || triceratops || <div style='color: green;'>IPv4 sur CV : 11.11.11.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.189</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe5f:b679</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || velociraptor || <div style='color: green;'>IPv4 sur CV : 12.12.12.16</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.184</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feef:fbb8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan des services Internet implantés.

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 6 || palourde || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 7 || bigorneau || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 12 || nyala || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 20 || fennec || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 21 || castor-canard || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
|}

=== Contrôle à 16h30 ===

Bilan pour les machines de services. Il est normal de ne pas avoir une adresse IPv4 routée pour une machine de services.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || aigle || <div style='color: green;'>IPv4 sur CV : 192.168.7.2</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe79:a033</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || chevreuil || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:25a3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || belette || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe83:642e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || truite || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe76:c541</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || esturgeon || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe28:9560</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || palourde || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:cbda</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || bigorneau || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe59:3697</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || munchkin || <div style='color: green;'>IPv4 sur CV : 10.10.10.5</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fea5:bb5e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || ecureuil || <div style='color: green;'>IPv4 sur CV : 10.12.12.17</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:555e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || siamois || <div style='color: green;'>IPv4 sur CV : 10.10.10.6</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb0:ceb2</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || lynx || <div style='color: green;'>IPv4 sur CV : 10.12.12.18</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2d:46de</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 12 || nyala || <div style='color: green;'>IPv4 sur CV : 192.168.7.3</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:9eed</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 13 || tigre || <div style='color: green;'>IPv4 sur CV : 192.168.10.3</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8c:6bb0</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 14 || ornithorynque || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2f:914a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 15 || axolotl || <div style='color: green;'>IPv4 sur CV : 10.10.10.18</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feec:85d3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 16 || caribou || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0a:5ec5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 17 || panthere || <div style='color: green;'>IPv4 sur CV : 192.168.10.2</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe52:a79f</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 18 || singe || <div style='color: green;'>IPv4 sur CV : 10.10.10.14</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe9d:46b9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 19 || loutre || <div style='color: green;'>IPv4 sur CV : 10.10.10.12</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4f:5cd</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 20 || fennec || <div style='color: green;'>IPv4 sur CV : 192.11.11.21</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fef3:dbe8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 21 || castor-canard || <div style='color: green;'>IPv4 sur CV : 192.11.11.20</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe42:f09a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan pour les machines mandataires.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || brachiosaure || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.181</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe64:9bd8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || heterodontosaurus || <div style='color: green;'>IPv4 sur CV : 192.168.7.4</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.185</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe06:fdf5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || mosasaurus || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.188</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:709</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || plesiosaurus || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.186</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feeb:3067</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || pteranodon || <div style='color: green;'>IPv4 sur CV : 10.10.10.12</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.187</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:fa9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || raptor || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.182</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fefc:6d5b</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || smilodon || <div style='color: green;'>IPv4 sur CV : 192.168.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.180</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe1c:6d24</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || spinosaure || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.179</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4d:60f1</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || trex || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.183</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0e:437d</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || triceratops || <div style='color: green;'>IPv4 sur CV : 192.11.11.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.189</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe5f:b679</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || velociraptor || <div style='color: green;'>IPv4 sur CV : 10.12.12.16</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.184</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feef:fbb8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan des services Internet implantés.

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || pas de serveur HTTP pour palourde.fun || pas de serveur HTTP pour www.palourde.fun || pas de serveur HTTPS pour palourde.fun || pas de serveur HTTPS pour www.palourde.fun ||
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || pas de serveur HTTP pour bigorneau.fun || pas de serveur HTTP pour www.bigorneau.fun || pas de serveur HTTPS pour bigorneau.fun || pas de serveur HTTPS pour www.bigorneau.fun ||
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030501) || DNSSEC non activé || serveur HTTP pour nyala.website (faux positif à cause de gandi) || serveur HTTP pour www.nyala.website (faux positif à cause de gandi) || pas de serveur HTTPS pour nyala.website || pas de serveur HTTPS pour www.nyala.website ||
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 20 || fennec || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 21 || castor-canard || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
|}

=== Contrôle à 18h ===

Juste un contrôle sur les services.

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || DNS non synchronisés (serial1=2022030502, serial2=2022030501) || DNSSEC non activé || serveur HTTP pour aigle.lol (faux positif gandi) || serveur HTTP pour www.aigle.lol (faux positif gandi) || pas de serveur HTTPS pour aigle.lol || pas de serveur HTTPS pour www.aigle.lol ||
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 6 || palourde || DNS non synchronisés (serial1=3610, serial2=3609) || DNSSEC non activé || pas de serveur HTTP pour palourde.fun || pas de serveur HTTP pour www.palourde.fun || pas de serveur HTTPS pour palourde.fun || pas de serveur HTTPS pour www.palourde.fun ||
|-
| 7 || bigorneau || DNS non synchronisés (serial1=3610, serial2=3609) || DNSSEC non activé || pas de serveur HTTP pour bigorneau.fun || pas de serveur HTTP pour www.bigorneau.fun || pas de serveur HTTPS pour bigorneau.fun || pas de serveur HTTPS pour www.bigorneau.fun ||
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 12 || nyala || DNS non synchronisés (serial1=2022030510, serial2=2022030501) || DNSSEC non activé || serveur HTTP pour nyala.website (faux positif gandi) ||serveur HTTP pour www.nyala.website (faux positif gandi) || pas de serveur HTTPS pour nyala.website || pas de serveur HTTPS pour www.nyala.website ||
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || serveur HTTP pour fennec.pics (faux positif gandi) || serveur HTTP pour www.fennec.pics (faux positif gandi) || pas de serveur HTTPS pour fennec.pics || pas de serveur HTTPS pour www.fennec.pics ||
|-
| 21 || castor-canard || DNS non synchronisés (serial1=3609, serial2=3608) || DNSSEC non activé || serveur HTTP pour castor-canard.lol (faux positif gandi) || serveur HTTP pour www.castor-canard.lol (faux positif gandi) || pas de serveur HTTPS pour castor-canard.lol || pas de serveur HTTPS pour www.castor-canard.lol ||
|-
|}

== Contrôle continu 13/03/2024 ==

=== Contrôle à 13h30 (services) ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! glue record || serveur DNS externes !! certificat sur gandi.net
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030504) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'><code>ns1.aigle.lol</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.chevreuil.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.belette.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.truite.fun</code></div> || <div style='color: green;'>OK</div> || non validé, problème DNS ?
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || DNSSEC non activé || <div style='color: green;'><code>ns.esturgeon.fun</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3629) || || <div style='color: green;'>DNSSEC activé</div> | <div style='color: green;'><code>ns.palourde.fun</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3615) || DNSSEC non activé || <div style='color: green;'><code>ns.bigorneau.fun</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.munchkin.site</code></div> || non || non
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.siamois.site</code></div> || non || non
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030510) || DNSSEC non activé || <div style='color: green;'><code>ns.nyala.website</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.ornithorynque.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.axolotl.lol</code></div> || non || non
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.caribou.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'><code>ns.fennec.pics</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'><code>ns.castor-canard.lol</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
|}

=== Contrôle à 18h30 (services) ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns.nyala.website. <br />aigle.lol name server ns1.aigle.lol.</div> || <div style='color: green;'>serveur HTTP pour aigle.lol</div> || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3616) || <div style='color: green;'>DNSSEC activé</div> || chevreuil.lol name server ns.chevreuil.lol. || pas de serveur HTTP pour chevreuil.lol || pas de serveur HTTP pour www.chevreuil.lol || pas de serveur HTTPS pour chevreuil.lol || pas de serveur HTTPS pour www.chevreuil.lol
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3616) || <div style='color: green;'>DNSSEC activé</div> || belette.lol name server ns.belette.lol. || pas de serveur HTTP pour belette.lol || pas de serveur HTTP pour www.belette.lol || pas de serveur HTTPS pour belette.lol || pas de serveur HTTPS pour www.belette.lol
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3614) || DNSSEC non activé || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3631) || <div style='color: green;'>DNSSEC activé</div> || palourde.fun name server ns.palourde.fun. || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || DNS non synchronisés (serial1=3622, serial2=3615) || DNSSEC non activé || bigorneau.fun name server ns.bigorneau.fun. || <div style='color: green;'>serveur HTTP pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTP pour www.bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour www.bigorneau.fun</div>
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060302) || DNSSEC non activé || <div style='color: green;'>munchkin.site name server ns.siamois.site. <br />munchkin.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour munchkin.site</div> || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || pas de serveur HTTPS pour munchkin.site || pas de serveur HTTPS pour www.munchkin.site
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.lynx.pics.<br /> ecureuil.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>siamois.site name server ns.siamois.site. <br />siamois.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour siamois.site</div> || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || pas de serveur HTTPS pour siamois.site || pas de serveur HTTPS pour www.siamois.site
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics. <br />lynx.pics name server ns.ecureuil.pics. || pas de serveur HTTP pour lynx.pics</div> || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || DNS non synchronisés (serial1=2022030507, serial2=2022030510) || DNSSEC non activé || <div style='color: green;'>nyala.website name server ns.nyala.website. <br />nyala.website name server ns1.aigle.lol.</div> || <div style='color: green;'>serveur HTTP pour nyala.website</div> || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3619) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.ornithorynque.lol. <br />ornithorynque.lol name server ns.caribou.lol.</div> || pas de serveur HTTP pour ornithorynque.lol || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || pas de serveur HTTPS pour ornithorynque.lol || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>

|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || DNSSEC non activé || Host axolotl.lol not found: 2(SERVFAIL) || pas de serveur HTTP pour axolotl.lol || pas de serveur HTTP pour www.axolotl.lol || pas de serveur HTTPS pour axolotl.lol || pas de serveur HTTPS pour www.axolotl.lol
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3618) || <div style='color: green;'>DNSSEC activé</div> || caribou.lol name server ns.caribou.lol. || pas de serveur HTTP pour caribou.lol || pas de serveur HTTP pour www.caribou.lol || pas de serveur HTTPS pour caribou.lol || pas de serveur HTTPS pour www.caribou.lol
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3610) || <div style='color: green;'>DNSSEC activé</div> || fennec.pics name server ns.fennec.pics. || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || castor-canard.lol name server ns.castor-canard.lol. || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || pas de serveur HTTPS pour castor-canard.lol || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

== Contrôle continu 19/03/2024 ==

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns1.aigle.lol.<br />aigle.lol name server ns.nyala.website.</div> || pas de serveur HTTP pour aigle.lol || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>chevreuil.lol name server ns.chevreuil.lol.<br />chevreuil.lol name server ns.belette.lol.</div> || <div style='color: green;'>serveur HTTP pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTP pour www.chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour www.chevreuil.lol</div>
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3622) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>belette.lol name server ns.chevreuil.lol.<br />belette.lol name server ns.belette.lol.</div> || <div style='color: green;'>serveur HTTP pour belette.lol</div> || <div style='color: green;'>serveur HTTP pour www.belette.lol</div> || <div style='color: green;'>serveur HTTPS pour belette.lol</div> || <div style='color: green;'>serveur HTTPS pour www.belette.lol</div>
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3614) || DNSSEC non activé || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3638) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: black;'>palourde.fun name server ns.palourde.fun.</div> || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060302) || DNSSEC non activé || <div style='color: green;'>munchkin.site name server ns.siamois.site.<br />munchkin.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour munchkin.site</div> || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || pas de serveur HTTPS pour munchkin.site || pas de serveur HTTPS pour www.munchkin.site
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.lynx.pics.<br />ecureuil.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>siamois.site name server ns.munchkin.site.<br />siamois.site name server ns.siamois.site.</div> || <div style='color: green;'>serveur HTTP pour siamois.site</div> || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || pas de serveur HTTPS pour siamois.site || pas de serveur HTTPS pour www.siamois.site
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics.<br />lynx.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour lynx.pics || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030510) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>nyala.website name server ns1.aigle.lol.<br />nyala.website name server ns.nyala.website.</div> || pas de serveur HTTP pour nyala.website || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.caribou.lol.<br />ornithorynque.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>
|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || DNSSEC non activé || <div style='color: black;'>Host axolotl.lol not found: 2(SERVFAIL)</div> || pas de serveur HTTP pour axolotl.lol || pas de serveur HTTP pour www.axolotl.lol || pas de serveur HTTPS pour axolotl.lol || pas de serveur HTTPS pour www.axolotl.lol
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>caribou.lol name server ns.caribou.lol.<br />caribou.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour caribou.lol</div> || <div style='color: green;'>serveur HTTP pour www.caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour www.caribou.lol</div>
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3610) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: black;'>fennec.pics name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>castor-canard.lol name server ns.castor-canard.lol.<br />castor-canard.lol name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

== Contrôle continu 20/03/2024 ==

=== Contrôle à 15h00 ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns1.aigle.lol.<br />aigle.lol name server ns.nyala.website.</div> || pas de serveur HTTP pour aigle.lol || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>chevreuil.lol name server ns.belette.lol.<br />chevreuil.lol name server ns.chevreuil.lol.</div> || <div style='color: green;'>serveur HTTP pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTP pour www.chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour www.chevreuil.lol</div>
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>belette.lol name server ns.belette.lol.<br />belette.lol name server ns.chevreuil.lol.</div> || <div style='color: green;'>serveur HTTP pour belette.lol</div> || <div style='color: green;'>serveur HTTP pour www.belette.lol</div> || <div style='color: green;'>serveur HTTPS pour belette.lol</div> || <div style='color: green;'>serveur HTTPS pour www.belette.lol</div>
|-
| 4 || truite || <div style='color: green;'>DNS synchronisés</div> (serial 3621) || DNSSEC non activé || <div style='color: green;'>truite.fun name server ns.truite.fun.<br />truite.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour truite.fun</div> || <div style='color: green;'>serveur HTTP pour www.truite.fun</div> || <div style='color: green;'>serveur HTTPS pour truite.fun</div> || <div style='color: green;'>serveur HTTPS pour www.truite.fun</div>
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3620) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3640) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>palourde.fun name server ns.palourde.fun.<br />palourde.fun name server ns.bigorneau.fun.</div> || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3628) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>bigorneau.fun name server ns.palourde.fun.<br />bigorneau.fun name server ns.bigorneau.fun.</div> || <div style='color: green;'>serveur HTTP pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTP pour www.bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour www.bigorneau.fun</div>
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060302) || DNSSEC non activé || <div style='color: green;'>munchkin.site name server ns.siamois.site.<br />munchkin.site name server ns.munchkin.site.</div> || pas de serveur HTTP pour munchkin.site || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || pas de serveur HTTPS pour munchkin.site || pas de serveur HTTPS pour www.munchkin.site
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.lynx.pics.<br />ecureuil.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>siamois.site name server ns.siamois.site.<br />siamois.site name server ns.munchkin.site.</div> || pas de serveur HTTP pour siamois.site || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || pas de serveur HTTPS pour siamois.site || pas de serveur HTTPS pour www.siamois.site
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics.<br />lynx.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour lynx.pics || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030510) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>nyala.website name server ns1.aigle.lol.<br />nyala.website name server ns.nyala.website.</div> || pas de serveur HTTP pour nyala.website || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.caribou.lol.<br />ornithorynque.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>
|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3616) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>axolotl.lol name server ns.axolotl.lol.</div> || <div style='color: green;'>serveur HTTP pour axolotl.lol</div> || <div style='color: green;'>serveur HTTP pour www.axolotl.lol</div> || pas de serveur HTTPS pour axolotl.lol || pas de serveur HTTPS pour www.axolotl.lol
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3625) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>caribou.lol name server ns.caribou.lol.<br />caribou.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour caribou.lol</div> || <div style='color: green;'>serveur HTTP pour www.caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour www.caribou.lol</div>
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: green;'>DNS synchronisés</div> (serial 2024060304) || DNSSEC non activé || <div style='color: green;'>singe.lol name server ns.loutre.lol.<br />singe.lol name server ns.singe.lol.</div> || pas de serveur HTTP pour singe.lol || pas de serveur HTTP pour www.singe.lol || pas de serveur HTTPS pour singe.lol || pas de serveur HTTPS pour www.singe.lol
|-
| 19 || loutre || <div style='color: green;'>DNS synchronisés</div> (serial 2024060304) || DNSSEC non activé || <div style='color: green;'>loutre.lol name server ns.singe.lol.<br />loutre.lol name server ns.loutre.lol.</div> || pas de serveur HTTP pour loutre.lol || pas de serveur HTTP pour www.loutre.lol || pas de serveur HTTPS pour loutre.lol || pas de serveur HTTPS pour www.loutre.lol
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>fennec.pics name server ns.castor-canard.lol.<br />fennec.pics name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>castor-canard.lol name server ns.fennec.pics.<br />castor-canard.lol name server ns.castor-canard.lol.</div> || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

=== Contrôle à 21h00 ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns1.aigle.lol.<br />aigle.lol name server ns.nyala.website.</div> || pas de serveur HTTP pour aigle.lol || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>chevreuil.lol name server ns.belette.lol.<br />chevreuil.lol name server ns.chevreuil.lol.</div> || <div style='color: green;'>serveur HTTP pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTP pour www.chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour www.chevreuil.lol</div>
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>belette.lol name server ns.chevreuil.lol.<br />belette.lol name server ns.belette.lol.</div> || <div style='color: green;'>serveur HTTP pour belette.lol</div> || <div style='color: green;'>serveur HTTP pour www.belette.lol</div> || <div style='color: green;'>serveur HTTPS pour belette.lol</div> || <div style='color: green;'>serveur HTTPS pour www.belette.lol</div>
|-
| 4 || truite || DNS non synchronisés (serial1=3628, serial2=3622) || DNSSEC non activé || <div style='color: green;'>truite.fun name server ns.truite.fun.<br />truite.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour truite.fun</div> || <div style='color: green;'>serveur HTTP pour www.truite.fun</div> || <div style='color: green;'>serveur HTTPS pour truite.fun</div> || <div style='color: green;'>serveur HTTPS pour www.truite.fun</div>
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3620) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3640) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>palourde.fun name server ns.palourde.fun.<br />palourde.fun name server ns.bigorneau.fun.</div> || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3628) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>bigorneau.fun name server ns.bigorneau.fun.<br />bigorneau.fun name server ns.palourde.fun.</div> || <div style='color: green;'>serveur HTTP pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTP pour www.bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour www.bigorneau.fun</div>
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060312) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>munchkin.site name server ns.siamois.site.<br />munchkin.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour munchkin.site</div> || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || <div style='color: green;'>serveur HTTPS pour munchkin.site</div> || <div style='color: green;'>serveur HTTPS pour www.munchkin.site</div>
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.ecureuil.pics.<br />ecureuil.pics name server ns.lynx.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060314) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>siamois.site name server ns.munchkin.site.<br />siamois.site name server ns.siamois.site.</div> || <div style='color: green;'>serveur HTTP pour siamois.site</div> || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || <div style='color: green;'>serveur HTTPS pour siamois.site</div> || <div style='color: green;'>serveur HTTPS pour www.siamois.site</div>
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics.<br />lynx.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour lynx.pics || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || DNS non synchronisés (serial1=2024031302, serial2=2022030510) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>nyala.website name server ns1.aigle.lol.<br />nyala.website name server ns.nyala.website.</div> || pas de serveur HTTP pour nyala.website || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.ornithorynque.lol.<br />ornithorynque.lol name server ns.caribou.lol.</div> || <div style='color: green;'>serveur HTTP pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>
|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3621) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>axolotl.lol name server ns.axolotl.lol.</div> || <div style='color: green;'>serveur HTTP pour axolotl.lol</div> || <div style='color: green;'>serveur HTTP pour www.axolotl.lol</div> || <div style='color: green;'>serveur HTTPS pour axolotl.lol</div> || <div style='color: green;'>serveur HTTPS pour www.axolotl.lol</div>
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3625) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>caribou.lol name server ns.caribou.lol.<br />caribou.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour caribou.lol</div> || <div style='color: green;'>serveur HTTP pour www.caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour www.caribou.lol</div>
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 18 || singe || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>singe.lol name server ns.loutre.lol.<br />singe.lol name server ns.singe.lol.</div> || pas de serveur HTTP pour singe.lol || pas de serveur HTTP pour www.singe.lol || pas de serveur HTTPS pour singe.lol || pas de serveur HTTPS pour www.singe.lol
|-
| 19 || loutre || <div style='color: green;'>DNS synchronisés</div> (serial 2024060309) || DNSSEC non activé || <div style='color: green;'>loutre.lol name server ns.loutre.lol.<br />loutre.lol name server ns.singe.lol.</div> || pas de serveur HTTP pour loutre.lol || pas de serveur HTTP pour www.loutre.lol || pas de serveur HTTPS pour loutre.lol || pas de serveur HTTPS pour www.loutre.lol
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>fennec.pics name server ns.fennec.pics.<br />fennec.pics name server ns.castor-canard.lol.</div> || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>castor-canard.lol name server ns.castor-canard.lol.<br />castor-canard.lol name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

SE4 IdO sécurité système/réseau 2023/2024

2024-03-20T17:13:43Z

Yelqasta : /* Répartition des Vlan des binômes pour les travaux pratiques "académiques" */

= Répartition des binômes pour les travaux pratiques "migration" =

Donnez les élèves dans chaque binôme. Pas de trinôme, éventuellement un monôme.

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Résumé de la tâche en trois mots
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || Installation des disques
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC|| NAS02 || Serveur de temps
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || Premiers rôles Ansible
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || Câblage anciennes stations
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || Configuration serveur Ansible
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || Configuration serveur NFS
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || Installation d'une mascarade
|-
| m8 || Adrien PALIFERRO || NAS08 || Configuration interface réseau (commutateur virtuel)
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || Configuration du DNS
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || Configuration interface réseau (<code>ether0</code>)
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || Recopie Archive TP
|-
|}

= Contrôles continus "TP migration" =

== Contrôle continu du 06/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (6 février) !! Commentaire sur la tâche supplémentaire (6 février)
|-
| b1
| mode BIOS, Devuan mode texte, passer en UEFI || OK mais la <code>zabeth18</code> ne démarre plus, dois-je vous imputer cela ?
|-
| b2
| mode UEFI, installation BIOS, ne fonctionne pas, câble non fonctionnel || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b3
| mode BIOS, ne démarre pas, plaque latérale mal remise || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b4
| mode BIOS, ne démarre pas || gestion OK des commutateurs, connexion très partielle (au moins 5 stations non connectées)
|-
| b5
| mode UEFI, démarre sur l'ancien Devuan || paquetage <code>ansible</code> installé sur <code>zabeth15</code>, aucune trace de l'inventaire, pas de répertoire <code>/etc/ansible</code>
|-
| b6
| mode UEFI, démarre sur l'ancien Devuan || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b7
| mode UEFI, plante sur GRUB || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| m8
| mode BIOS, Devuan mode texte, passer en UEFI || laquelle ? aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b9
| mode UEFI, installation BIOS, ne fonctionne pas || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b10
| Même pas étiquetté, ancien Devuan (installé ReX), configuration réseau sur la mauvaise interface, réparé avec les instructions envoyées par courriel || laquelle ? aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
| b11
| mode BIOS, Devuan mode texte, passer en UEFI (fait ReX) || aucun répertoire dans <code>/etc/ansible/roles</code> sur <code>zabeth15</code>
|-
|}

== Contrôle continu du 08/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (8 février) !! Commentaire sur la tâche supplémentaire (8 février)
|-
| b1
| installée par ReX, clef ed25519 absente || disques installés, la <code>zabeth18</code> ne démarre plus, SSD commandé
|-
| b2
| installée par TV, ssh installé par ReX, clef ed25519 absente || le rôle est déjà pris, rabattez-vous sur le rôle ntp
|-
| b3
| installée par TV, ssh installé par TV, clef ed25519 absente || rôles <code>filesys_role</code> et <code>package_role</code> OK à la lecture (bien factorisés), à tester.
|-
| b4
| installée par ReX, clef USB initiale défaillante, clef ed25519 absente || gestion OK des commutateurs, encore des problèmes (e.g. câble défectueux sur nas02)
|-
| b5
| installée par ReX, clef USB initiale défaillante, NVRAM EFI "pleine", clef ed25519 absente || inventaire ansible correct, mauvaise syntaxe pour le playbook, test non effectué (ou collègues non prévenus des absences de clef ed25519)
|-
| b6
| installé par ReX, réinitialisation usine, clef USB initiale défaillante, clef ed25519 absente || rôle vide
|-
| b7
| installée par ReX, clef USB, initiale défaillante, clef ed25519 absente || vous n'avez pas défini un rôle mais un playbook, revoyez le cours, de l'idée, en particulier l'ajout du paquetage <code>iptables-persistent</code> est à conserver mais après avoir installé les règles, pour les règles utilisez l'action prévue pour [https://docs.ansible.com/ansible/latest/collections/ansible/builtin/iptables_module.html]
|-
| m8
| installée par TV, clef ed25519 absente || mauvais nom de rôle <code>ifacenetwork_role</code>, il manque le modèle (template), rôle vide en fait
|-
| b9
| installée par ReX, clef USB initiale défaillante, clef ed25519 absente || bonne organisation du rôle, dans le modèle utilisez la bonne syntaxe pour la variable <code>A</code>, utilisez le sous-répertoire <code>vars</code> pour votre variable, vous devez récupérer le numéro du nom du nas pas de la zabeth, il manque le dictionnaire pour passer de ce numéro au <code>A</code> correspondant, utilisez l'action template pour gérer le template
|-
| b10
| installée par ReX, modification IPv4 par ReX, clef ed25519 absente || mauvais nom de rôle <code>config_reseau_role</code>, mauvais modèle (définition d'un vlan ?!, il faut utiliser les directives <code>up</code> et <code>down</code>), mauvaise organisation du rôle (allez voir sur <code>zabeth21</code>)
|-
| b11
| installée par ReX, clef ed25519 absente || n'utilisez pas l'action <code>copy</code>, aucune chance que cela fonctionne, utilisez l'action <code>rsync</code> comme demandé dans le sujet [https://docs.ansible.com/ansible/latest/collections/ansible/posix/synchronize_module.html], mettez l'archive dans <code>/home/pifou</code> plutôt
|-
|}

== Contrôle continu du 11/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (8 février) !! Commentaire sur la tâche supplémentaire (8 février)
|-
| b1
| interfaces réseau renommées, clef ed25519 modifiée par ReX || disques installés, la <code>zabeth18</code> ne démarre plus, SSD commandé
|-
| b2
| même pas de répertoire <code>/root/.ssh</code>, répertoire <code>/etc/udev/rules.d/70-persistent-net.rules</code> absent, fichier <code>/etc/network/interfaces</code> à corriger avec le nouveau nom de l'interface || le rôle est déjà pris, rabattez-vous sur le rôle ntp
|-
| b3
| interfaces réseau mal renommées (corrigé ReX 12/2), clef ed25519 modifiée par ReX (12/2) || rôles <code>role_files</code> et <code>role_packages</code> validés, à tester.
interfaces réseau renommées, clef ed25519 modifiée par ReX
|-
| b4
| interfaces réseau renommées, clef ed25519 modifiée par ReX, pourquoi avoir enlevé le flanc que j'avais bien remis ? || gestion OK des commutateurs, encore des problèmes (e.g. câble défectueux sur nas02)
|-
| b5
| interfaces réseau mal renommées (corrigé ReX 12/2), réseau VLAN 50 sur la mauvaise interface, câble à changer de position (fait ReX 12/2), clef ed25519 modifiée (ReX 12/2), si le ventilateur ne fonctionne pas changez-le, vous allez tuer le processeur || inventaire ansible correct, mauvaise syntaxe pour le playbook, clef ed25519 mal recopiée
|-
| b6
| interfaces réseau renommées, machine relancée par ReX, même pas de répertoire <code>/root/.ssh</code> || rôle vide
|-
| b7
| interfaces réseau mal renommées (corrigé ReX 12/2), même pas de répertoire <code>/root/.ssh</code> || vous n'avez pas défini un rôle mais un playbook, revoyez le cours, de l'idée, en particulier l'ajout du paquetage <code>iptables-persistent</code> est à conserver mais après avoir installé les règles, pour les règles utilisez l'action prévue pour [https://docs.ansible.com/ansible/latest/collections/ansible/builtin/iptables_module.html]
|-
| m8
| même pas de répertoire <code>/root/.ssh</code>, répertoire <code>/etc/udev/rules.d/70-persistent-net.rules</code> absent, fichier <code>/etc/network/interfaces</code> à corriger avec le nouveau nom de l'interface || rôle vide
|-
| b9
| même pas de répertoire <code>/root/.ssh</code>, répertoire <code>/etc/udev/rules.d/70-persistent-net.rules</code> absent, réseau VLAN 50 sur la mauvaise interface || bonne organisation du rôle (presque, les <code>.yml</code> doivent s'appeler <code>main.yml</code>), dans le modèle utilisez la bonne syntaxe pour la variable <code>A</code>, utilisez le sous-répertoire <code>vars</code> pour votre variable, vous devez récupérer le numéro du nom du nas pas de la zabeth, il manque le dictionnaire pour passer de ce numéro au <code>A</code> correspondant (regardez le rôle <code>role_A_and_B</code>), utilisez l'action template pour gérer le modèle
|-
| b10
| interfaces réseau renommées, même pas de répertoire <code>/root/.ssh</code> || mauvais nom de rôle <code>config_reseau_role</code> (les <code>.yml</code> doivent s'appeler <code>main.yml</code>), mauvais modèle (définition d'un vlan ?!, il faut utiliser les directives <code>up</code> et <code>down</code>), mauvaise organisation du rôle (allez voir le rôle <code>role_A_and_B</code>)
|-
| b11
| interfaces réseau renommées, clef ed25519 modifiée par ReX || n'utilisez pas l'action <code>copy</code>, aucune chance que cela fonctionne, utilisez l'action <code>rsync</code> comme demandé dans le sujet [https://docs.ansible.com/ansible/latest/collections/ansible/posix/synchronize_module.html], mettez l'archive dans <code>/home/pifou</code> plutôt
|-
|}

== Contrôle continu du 13/02/2024 ==

{| class="wikitable"
! Binôme !! Commentaire sur l'installation (13 février) !! Commentaire sur la tâche supplémentaire (13 février)
|-
| b1
| contactable par ansible || disques installés, la <code>zabeth18</code> ne démarre plus, SSD changé, installé (ReX 12/02)
|-
| b2
| toujours pas contactable par ansible || rôle ntp absent
|-
| b3
| contactable par ansible || rôles <code>role_files</code> et <code>role_packages</code> validés, corrections mineures, fonctionnent.
|-
| b4
| contactable par ansible, problème du flanc non fermé || gestion OK des commutateurs, encore des problèmes (e.g. câble défectueux sur nas02)
|-
| b5
| contactable par ansible, gare au ventilateur du processeur || inventaire ansible correct, playbook plausible, clef ed25519 mal recopiée
|-
| b6
| toujours pas contactable par ansible || rôle NFS toujours vide
|-
| b7
| contactable par ansible || rôle mascarade plausible, quelques corrections en particulier sur le réseau IPv4 cible mais pas mal du tout
|-
| m8
| toujours pas contactable par ansible || rôle commutateur virtuel toujours vide
|-
| b9
| contactable par ansible, interfaces mal renommées, câble sur le mauvais port || rôle DNS, bon départ, livraison tardive mais rôle fonctionnel
|-
| b10
| toujours pas contactable par ansible || rôle "interface VLAN50" toujours inexploitable
|-
| b11
| contactable par ansible || rôle "copie archive" toujours inexploitable
|-
|}

== Avancement du TP migration ==

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Etat le mardi 13/02 !! Synthèse état 13/02
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || ESXi1 installé et configuré (y compris accès ssh, finalisé par BECQUET) || ESXi1 075%, ESXi2 000%, archive 000%, NAS 000%, autre 000%
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC || NAS02 || Clef ESXi bootable || ESXi1 000%, ESXi2 000%, archive 000%, NAS 000%, autre 000%
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || Archive copiée sur NAS (lancée), ESXi1 et ESXi2 installés et configurés (hors ssh) || ESXi1 080%, ESXi2 080%, archive 080%, NAS 000%, autre 000%
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || ESXi1 installé et configuré (y compris accès ssh et options de boot) || ESXi1 100%, ESXi2 000%, archive 000%, NAS 000%, autre 050%
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || ESXi1 installé et configuré (hors ssh), configuration NTP et NFS du NAS || ESXi1 080%, ESXi2 000%, archive 000%, NAS 033%, autre 000%
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || ESXi1 et ESXi2 installés et configurés (hors ssh) || ESXi1 080%, ESXi2 080%, archive 000%, NAS 000%, autre 000%
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || zabeth28 déplacée, ESXi1 et ESXi2 installés et configurés (hors ssh) || ESXi1 080%, ESXi2 080%, archive 000%, NAS 000%, autre 020%
|-
| m8 || Adrien PALIFERRO || NAS08 || Clef ESXi bootable || ESXi1 000%, ESXi2 000%, archive 000%, NAS 000%, autre 000%
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || Clef ESXi bootable, ajout NIC zabeth27 || ESXi1 000%, ESXi2 000%, archive 000%, NAS 000%, autre 020%
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || Archive copiée sur NAS, ESXi1 installé et configuré (hors ssh) || ESXi1 080%, ESXi2 000%, archive 100%, NAS 000%, autre 000%
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || ESXi1 installé (boot Devuan prioritaire), câblage ESXi, configuration réseau NAS VLAN50 || ESXi1 050%, ESXi2 000%, archive 000%, NAS 020%, autre 020%
|-
|}

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Etat le jeudi 15/02 !! Synthèse du 15/02
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || TP terminé (validation ReX) || NAS 100%, ESXi 100%, infra. 100%, exploit. 100%
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC || NAS02 || avancement non indiqué, ESXi configurés (ssh OK) avec une @IPv4 du réseau stockage (à corriger),<br /> NAS avec configuration réseau et DNS (<code>resolv.conf</code> non modifié), pas de NTP, NFS ou mascarade || NAS 050%, ESXi 080%, infra. 000%, exploit. 000%
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || TP terminé (validation Rex) || NAS 100%, ESXi 100%, infra. 100%, exploit. 100%
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || configuration NAS jusqu'à NFS, ESXi configurés (ssh OK), vSphere installé et configuré || NAS 100%, ESXi 100%, infra. 100%, exploit. 000%
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
| m8 || Adrien PALIFERRO || NAS08 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé || NAS 090%, ESXi 100%, infra. 025%, exploit. 000%
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé || NAS 090%, ESXi 100%, infra. 025%, exploit. 000%
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé || NAS 090%, ESXi 100%, infra. 025%, exploit. 000%
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || configuration NAS jusqu'à NFS (permissions ?), ESXi configurés (ssh OK), vSphere installé et configuré || NAS 090%, ESXi 100%, infra. 100%, exploit. 000%
|-
|}

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Etat le vendredi 16/02 !! heure de fin le 16/02
|-
| b1 || Louis DERYCKERE & Simon CRUCHET || NAS03 || 099% (vmdebian2 sans @IPv4) || 13h45
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC|| NAS02 || 100% || 17h35
|-
| b3 || Thomas NAVE & Thibault DUYCK || NAS09 || 100% || 16h00
|-
| b4 || Romain DUHR & Amaury BECQUET || NAS04 || 100% || 13h45
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05 || 100% || 16h15
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06 || 100% || 17h30
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || NAS07 || 100% || 17h20
|-
| m8 || Adrien PALIFERRO || NAS08 || 100% || 17h10 (bonus monôme)
|-
| b9 || Nemo CAZIN & Antoine CEGARRA || NAS01 || 095% ||
|-
| b10 || Stéphane KADER-ISSACK & Marion NORMAND || NAS10 || 100% || 17h40
|-
| b11 || Martin CHAUVELIERE & Taha NEHARI || NAS11 || 100% || 16h00
|-
|}

= Répartition des binômes pour les travaux pratiques "architecture avancée" =

Donnez les élèves dans chaque binôme. Pas de trinôme, éventuellement un monôme.

{| class="wikitable"
! Binôme !! Elèves !! Adresse IPv4 routée !! Nom routeur OpenWRT !! Nom MV sur penfret !! Nom MV sur chassiron
|-
| b1 || Stéphane Kader Issack & Marion Normand || || <code>g1_router</code> || ||
|-
| b2 || Louis WIJSMAN & Thomas LEFRANC || || <code>g2_router</code> || ||
|-
| b3 || Simon CRUCHET & Louis DERYCKERE || || <code>g3_router</code> || ||
|-
| b4 || Amaury BECQUET & Romain DUHR || || <code>g4_router</code> || ||
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || || <code>g5_router</code> || ||
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || || <code>g6_router</code> || ||
|-
| b7 || Bilal EL HASNAOUI & Ayoub CHAOUNI || || <code>g7_router</code> || ||
|-
| b8 || Adrien PALIFERRO || || <code>g8_router</code> || ||
|-
| b9 || Némo CAZIN & Antoine CEGARRA || || <code>g9_router</code> || ||
|-
| b10 || Thibault DUYCK & Thomas NAVE || || <code>g10_router</code> || ||
|-
| b11 || Taha NEHARI & Martin CHAUVELIERE || || <code>g11_router</code> || ||
|-
|}

= Contrôles continus "TP architecture avancée" =

== Contrôle continu du 13/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
|}

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
|}

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 4 || g4_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || pas de connexion à Internet en IPv4
|-
|}

== Contrôle continu du 19/03/2024 ==

=== Serveur <code>penfret</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 4 || g4-rduhr || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fea9:2d79</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 9 || g9-ncazin || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0c:3753</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 10 || g10-tnave || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe05:3c4c</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
|}

Commutateurs virtuels :
* CV OK : g1, g3, g4, g9, g10
* CV HS : g2 (nom étrange)

VLANS : aucun

=== Serveur <code>chassiron</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 CV !! IPv4 VLAN50 !! IPv6 VLAN50
! Connexion IPv4 Internet !! Résolution DNS
|-
| 9 || g9-acegarra || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fed9:960a</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
| 10 || g10-tduyck || pas d'IPv4 sur le CV || pas d'IPv4 sur VLAN50 || <div style='color: green;'>IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe28:c19d</div> || pas de connexion à Internet en IPv4 || pas de résolution DNS fonctionnelle
|-
|}

Commutateurs virtuels :
* CV OK : g2, g3, g9, g10

VLANS : aucun

=== Serveur <code>capbreton</code> ===

{| class="wikitable"
! N° groupe !! Nom machine
! IPv4 Internet !! IPv6 Internet
! Connexion IPv4 Internet
|-
| 1 || g1_router || Erreur de syntaxe dans le <code>.cfg</code> (corrigée) || ||
|-
| 3 || g3_router || Machine non contactable sur SE4 || ||
|-
| 4 || g4_router || <div style='color: red;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fefc:6d5d</div> || pas de connexion à Internet en IPv4
|-
| 7 || g7_router || <div style='color: red;'>IPv4 sur Internet : 193.48.57.182</div> || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:217:4fff:fefc:7e2a</div> || pas de connexion à Internet en IPv4
|-
| 9 || g9_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe4d:60f3</div> || pas de connexion à Internet en IPv4
|-
| 10 || g10_router || pas d'IPv4 routée sur Internet || <div style='color: green;'>IPv6 sur Internet : 2001:660:4401:60a0:216:3eff:fe8f:fab</div> || pas de connexion à Internet en IPv4
|-
|}

Commutateurs virtuels :
* CV OK : g1, g2, g5, g6
* CV HS : g3, g4, g9, g10, g11 (noms non conformes)

VLANS : aucun

= Répartition des binômes pour les travaux pratiques "académiques" =

{| class="wikitable"
! Cahier !! Nom machine services
! IPv4 privée machine services !! Nom de domaine !! Nom machine mandataire
! IPv4 privée et routée machine mandataire !! Elève
|-
| [[Atelier SysRes SE4 2023/2024 E1 | Cahier n°1]]
| aigle|| 192.168.7.2|| aigle.lol|| heterodontosaurus|| 193.48.57.185|| Bilal EL HASNAOUI
|-
| [[Atelier SysRes SE4 2023/2024 E2 | Cahier n°2]]
| chevreuil||10.10.10.10
| chevreuil.lol|| spinosaure|| 193.48.57.179|| Némo CAZIN
|-
| [[Atelier SysRes SE4 2023/2024 E3 | Cahier n°3]]
| belette|| 10.10.10.11|| belette.lol|| spinosaure|| 193.48.57.179|| Antoine CEGARRA
|-
| [[Atelier SysRes SE4 2023/2024 E4 | Cahier n°4]]
| truite|| 10.10.10.10|| truite.fun|| brachiosaure|| 193.48.57.181|| Simon CRUCHET
|-
| [[Atelier SysRes SE4 2023/2024 E5 | Cahier n°5]]
| esturgeon|| 10.10.10.11|| esturgeon.fun|| brachiosaure|| 193.48.57.181|| Louis DERYCKERE
|-
| [[Atelier SysRes SE4 2023/2024 E6 | Cahier n°6]]
| palourde|| 10.10.10.10|| palourde.fun|| raptor|| 193.48.57.182|| Romain DUHR
|-
| [[Atelier SysRes SE4 2023/2024 E7 | Cahier n°7]]
| bigorneau|| 10.10.10.11|| bigorneau.fun|| raptor|| 193.48.57.182||Amaury BECQUET
|-
| [[Atelier SysRes SE4 2023/2024 E8 | Cahier n°8]]
| munchkin|| 10.10.10.5|| munchkin.site|| trex|| 193.48.57.183|| Youness EL QASTALANI
|-
| [[Atelier SysRes SE4 2023/2024 E9 | Cahier n°9]]
| ecureuil|| 10.12.12.17|| ecureuil.pics|| velociraptor|| 193.48.57.184|| Heriniaina ANDRIANIRINTSOA
|-
| [[Atelier SysRes SE4 2023/2024 E10 | Cahier n°10]]
| siamois|| 10.10.10.6|| siamois.site|| trex|| 193.48.57.183|| Younes BENMBAREK
|-
| [[Atelier SysRes SE4 2023/2024 E11 | Cahier n°11]]
| lynx|| 10.12.12.18|| lynx.pics|| velociraptor|| 193.48.57.184|| Chaymae RHANIM
|-
| [[Atelier SysRes SE4 2023/2024 E12 | Cahier n°12]]
| nyala|| 192.168.7.3|| nyala.website|| heterodontosaurus|| 193.48.57.185|| Ayoub CHAOUNI
|-
| [[Atelier SysRes SE4 2023/2024 E13 | Cahier n°13]]
| tigre|| 192.168.10.3|| tigre.lol|| smilodon|| 193.48.57.180|| Louis WIJSMAN
|-
| [[Atelier SysRes SE4 2023/2024 E14 | Cahier n°14]]
| ornithorynque|| 10.10.10.10|| ornithorynque.lol|| pteranodon|| 193.48.57.187||Thomas NAVE
|-
| [[Atelier SysRes SE4 2023/2024 E15 | Cahier n°15]]
| axolotl|| 10.10.10.18|| axolotl.lol|| plesiosaurus|| 193.48.57.186|| Adrien PALIFERRO
|-
| [[Atelier SysRes SE4 2023/2024 E16 | Cahier n°16]]
| caribou|| 10.10.10.11|| caribou.lol|| pteranodon|| 193.48.57.187|| Thibault DUYCK
|-
| [[Atelier SysRes SE4 2023/2024 E17 | Cahier n°17]]
| panthere|| 192.168.10.2|| panthere.lol|| smilodon|| 193.48.57.180||Thomas LEFRANC
|-
| [[Atelier SysRes SE4 2023/2024 E18 | Cahier n°18]]
| singe|| 10.10.10.14|| singe.lol || mosasaurus|| 193.48.57.188|| Stéphane KADER-ISSACK
|-
| [[Atelier SysRes SE4 2023/2024 E19 | Cahier n°19]]
| loutre|| 10.10.10.12|| loutre.lol|| mosasaurus|| 193.48.57.188|| Marion NORMAND
|-
| [[Atelier SysRes SE4 2023/2024 E20 | Cahier n°20]]
| fennec|| 192.168.11.21|| fennec.pics|| triceratops|| 193.48.57.189|| Taha NEHARI
|-
| [[Atelier SysRes SE4 2023/2024 E21 | Cahier n°21]]
| castor-canard|| 192.168.11.20|| castor-canard.lol|| triceratops|| 193.48.57.189|| Martin CHAUVELIERE
|-
|
|}

= Répartition des Vlan des binômes pour les travaux pratiques "académiques" =
{| class="wikitable"
|+
!Elève
!Binôme
!Vlan
!Adresse IPv4
!Adresse IPv6
|-
|CAZIN Némo
|9
|2009
|10.60.18.1
|
|-
|CEGARRA Antoine
|9
|3009
|10.60.19.1
|
|-
|PALIFERRO Adrien
|8
|2008
|10.60.16.1
|
|-
|CHAUVELIERE Martin
|11
|2011
|10.60.22.1
|
|-
|NEHARI Taha
|11
|3011
|10.60.23.1
|
|-
|BENMBAREK Younes
|5
|2005
|10.60.10.1
|
|-
|EL QASTALANI Youness
|5
|3005
|10.60.11.1
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|-
|
|
|
|
|
|}

= Contrôles continus "TP académique" =

== Premier contrôle continu 08/02/2024 ==

{| class="wikitable"
! N° élève !! Elève !! domaine !! machine services !! machine mandataire !! commutateur virtuel !! tâche annexe
|-
| 1 || Bilal EL HASNAOUI
| || || || ||
|-
| 2 || Némo CAZIN
| || || || ||
|-
| 3 || Antoine CEGARRA
| || || || ||
|-
| 4 ||
| || || || ||
|-
| 5 || Louis DERYCKERE
| || || || ||
|-
| 6 || Romain DUHR
| || || || || Configuration du commutateur virtuel SE4 sur <code>capbreton</code>, propre
|-
| 7 ||
| || || || ||
|-
| 8 || Youness EL QASTALANI
| || <code>munchkin</code> démarre (maj à faire) || || ||
|-
| 9 || Heriniaina ANDRIANIRINTSOA
| || || || ||
|-
| 10 || Younes BENMBAREK
| || || || ||
|-
| 11 || Chaymae RHANIM
| || || || ||
|-
| 12 || Ayoub CHAOUNI
| || || || ||
|-
| 13 ||
| || || || ||
|-
| 14 || Thomas NAVE
| ornithorynque.lol || <code>ornithorynque</code> démarre (maj à faire) || || ||
|-
| 15 || Adrien PALIFERRO
| || || || ||
|-
| 16 || Thibault DUYCK
| caribou.lol || || || ||
|-
| 17 ||
| || || || ||
|-
| 18 || Stéphane KADER-ISSACK
| || || || ||
|-
| 19 || Marion NORMAND
| || || || ||
|-
| 20 || Taha NEHARI
| fennec.pics || || || ||
|-
| 21 || Martin CHAUVELIERE
| castor-canard.lol || <code>castor-canard</code> démarre (maj à faire) || || ||
|-
|}

== Deuxième contrôle continu 09/02/2024 ==

{| class="wikitable"
! N° élève !! Elève !! domaine !! machine services !! machine mandataire !! commutateur virtuel !! tâche annexe
|-
| 1 || Bilal EL HASNAOUI
| aigle.lol || <code>aigle</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 2 || Némo CAZIN
| || || || ||
|-
| 3 || Antoine CEGARRA
| || || || ||
|-
| 4 || Simon CRUCHET
| truite.fun || || || ||
|-
| 5 || Louis DERYCKERE
| esturgeon.fun || || || ||
|-
| 6 || Romain DUHR
| palourde.fun || || || || Configuration du commutateur virtuel SE4 sur <code>capbreton</code>, propre
|-
| 7 || Amaury BECQUET
| bigorneau.fun || || || ||
|-
| 8 || Youness EL QASTALANI
| munchkin.site || <code>munchkin</code> démarre (maj non effectuée) || || ||
|-
| 9 || Heriniaina ANDRIANIRINTSOA
| || || || ||
|-
| 10 || Younes BENMBAREK
| siamois.site || || || ||
|-
| 11 || Chaymae RHANIM
| || || || ||
|-
| 12 || Ayoub CHAOUNI
| nyala.website || <code>nyala</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 13 ||
| || || || ||
|-
| 14 || Thomas NAVE
| ornithorynque.lol || <code>ornithorynque</code> démarre (maj en cours mais pas de réseau) || || ||
|-
| 15 || Adrien PALIFERRO
| || || || ||
|-
| 16 || Thibault DUYCK
| caribou.lol || || || ||
|-
| 17 ||
| || || || ||
|-
| 18 || Stéphane KADER-ISSACK
| || || || ||
|-
| 19 || Marion NORMAND
| || || || ||
|-
| 20 || Taha NEHARI
| fennec.pics || || || ||
|-
| 21 || Martin CHAUVELIERE
| castor-canard.lol || <code>castor-canard</code> démarre (maj non effectuée) || || ||
|-
|}

== Contrôle continu 13/02/2024 ==

{| class="wikitable"
! N° élève !! Elève !! domaine !! machine services !! machine mandataire !! commutateur virtuel !! tâche annexe
|-
| 1 || Bilal EL HASNAOUI
| aigle.lol || <code>aigle</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 2 || Némo CAZIN
| || <code>chevreuil</code> démarrée || || ||
|-
| 3 || Antoine CEGARRA
| || <code>belette</code> démarrée || || ||
|-
| 4 || Simon CRUCHET
| truite.fun || <code>truite</code> démarrée || || ||
|-
| 5 || Louis DERYCKERE
| esturgeon.fun || <code>esturgeon</code> démarrée || || ||
|-
| 6 || Romain DUHR
| palourde.fun || <code>palourde</code> démarrée || || || Configuration du commutateur virtuel SE4 sur <code>capbreton</code>, propre. Configuration complète du C9200, très bien (14/02).
|-
| 7 || Amaury BECQUET
| bigorneau.fun || <code>bigorneau</code> démarrée || || ||
|-
| 8 || Youness EL QASTALANI
| munchkin.site || <code>munchkin</code> démarre (non maj, écrasée avec nouvelle installation) || || ||
|-
| 9 || Heriniaina ANDRIANIRINTSOA
| || <code>ecureuil</code> démarrée || || ||
|-
| 10 || Younes BENMBAREK
| siamois.site || <code>siamois</code> démarrée || || ||
|-
| 11 || Chaymae RHANIM
| || <code>lynx</code> démarrée || || ||
|-
| 12 || Ayoub CHAOUNI
| nyala.website || <code>nyala</code> démarrée || || vous n'avez pas à spécifier d'interfaces initiales ||
|-
| 13 ||
| || || || ||
|-
| 14 || Thomas NAVE
| ornithorynque.lol || <code>ornithorynque</code> démarre (maj terminée, très bien) || || ||
|-
| 15 || Adrien PALIFERRO
| || <code>axolotl</code> non lancée || || ||
|-
| 16 || Thibault DUYCK
| caribou.lol || <code>caribou</code> démarrée || || ||
|-
| 17 ||
| || || || ||
|-
| 18 || Stéphane KADER-ISSACK
| || <code>singe</code> démarrée || || ||
|-
| 19 || Marion NORMAND
| || <code>loutre</code> démarrée || || ||
|-
| 20 || Taha NEHARI
| fennec.pics || || || ||
|-
| 21 || Martin CHAUVELIERE
| castor-canard.lol || <code>castor-canard</code> démarre (maj terminée, très bien) || || ||
|-
|}

== Contrôle continu 14/02/2024 ==

Bilan pour les machines de services. Il est normal de ne pas avoir une adresse IPv4 routée pour une machine de services.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || aigle || <div style='color: green;'>IPv4 sur CV : 192.168.7.2</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe79:a033</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || chevreuil || <div style='color: green;'>IPv4 sur CV : 14.14.14.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:25a3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || belette || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe83:642e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || truite || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe76:c541</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 5 || esturgeon || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe28:9560</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 6 || palourde || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:cbda</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 7 || bigorneau || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe59:3697</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 8 || munchkin || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fea5:bb5e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 9 || ecureuil || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:555e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 10 || siamois || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb0:ceb2</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 11 || lynx || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2d:46de</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 12 || nyala || <div style='color: green;'>IPv4 sur CV : 192.168.7.3</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:9eed</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 13 || tigre || <div style='color: green;'>IPv4 sur CV : 192.168.10.3</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8c:6bb0</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 14 || ornithorynque || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2f:914a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 15 || axolotl || <div style='color: green;'>IPv4 sur CV : 10.10.10.18</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb3:f888</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 16 || caribou || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0a:5ec5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 17 || panthere || <div style='color: green;'>IPv4 sur CV : 192.168.10.2</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe52:a79f</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 18 || singe || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe9d:46b9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 19 || loutre || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4f:5cd</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 20 || fennec || <div style='color: green;'>IPv4 sur CV : 11.11.11.21</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fef3:dbe8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 21 || castor-canard || <div style='color: green;'>IPv4 sur CV : 11.11.11.20</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe42:f09a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan pour les machines mandataires.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || brachiosaure || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.181</div> || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe64:9bd8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || heterodontosaurus || <div style='color: green;'>IPv4 sur CV : 192.168.7.4</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.185</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe06:fdf5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || mosasaurus || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.188</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:709</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || plesiosaurus || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.186</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feeb:3067</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || pteranodon || <div style='color: green;'>IPv4 sur CV : 19.19.19.12</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.187</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:fa9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || raptor || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.182</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fefc:6d5b</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || smilodon || <div style='color: green;'>IPv4 sur CV : 192.168.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.180</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe1c:6d24</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || spinosaure || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.179</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4d:60f1</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || trex || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.183</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0e:437d</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || triceratops || <div style='color: green;'>IPv4 sur CV : 11.11.11.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.189</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe5f:b679</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || velociraptor || <div style='color: green;'>IPv4 sur CV : 12.12.12.16</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.184</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feef:fbb8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Pour les partitions <code>/var</code> et <code>/home</code> sur les machines de services.

{| class="wikitable"
! N° élève !! Nom machine
! Partitions
|-
| 1 || aigle || <div style='color: green;'>Partitions installées</div>
|-
| 2 || chevreuil || <div style='color: green;'>Partitions installées</div>
|-
| 3 || belette || <div style='color: green;'>Partitions installées</div>
|-
| 4 || truite || <div style='color: green;'>Partitions installées</div>
|-
| 5 || esturgeon || <div style='color: green;'>Partitions installées</div>
|-
| 6 || palourde || <div style='color: green;'>Partitions installées</div>
|-
| 7 || bigorneau || <div style='color: green;'>Partitions installées</div>
|-
| 8 || munchkin || <div style='color: green;'>Partitions installées</div>
|-
| 9 || ecureuil || <div style='color: green;'>Partitions installées</div>
|-
| 10 || siamois || <div style='color: green;'>Partitions installées</div>
|-
| 11 || lynx || <div style='color: green;'>Partitions installées</div>
|-
| 12 || nyala || <div style='color: green;'>Partitions installées</div>
|-
| 13 || tigre || Pas de partitions
|-
| 14 || ornithorynque || <div style='color: green;'>Partitions installées</div>
|-
| 15 || axolotl || <div style='color: green;'>Partitions installées</div>
|-
| 16 || caribou || <div style='color: green;'>Partitions installées</div>
|-
| 17 || panthere || Pas de partitions
|-
| 18 || singe || Pas de partitions
|-
| 19 || loutre || Pas de partitions
|-
| 20 || fennec || <div style='color: green;'>Partitions installées</div>
|-
| 21 || castor-canard || <div style='color: green;'>Partitions installées</div>
|-
|}

== Contrôle continu 6/03/2024 ==

=== Contrôle à 12h ===

Bilan pour les machines de services. Il est normal de ne pas avoir une adresse IPv4 routée pour une machine de services.
Le disque d'<code>axolotl</code> n'était pas stocké dans le bon répertoire est a été détruit. La machine est à recréer.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || aigle || <div style='color: green;'>IPv4 sur CV : 192.168.7.2</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe79:a033</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || chevreuil || <div style='color: green;'>IPv4 sur CV : 14.14.14.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:25a3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || belette || <div style='color: green;'>IPv4 sur CV : 14.14.14.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe83:642e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || truite || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe76:c541</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 5 || esturgeon || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe28:9560</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 6 || palourde || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:cbda</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || bigorneau || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe59:3697</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || munchkin || <div style='color: green;'>IPv4 sur CV : 10.10.10.5</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fea5:bb5e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 9 || ecureuil || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:555e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 10 || siamois || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb0:ceb2</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 11 || lynx || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2d:46de</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 12 || nyala || <div style='color: green;'>IPv4 sur CV : 192.168.7.3</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:9eed</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 13 || tigre || <div style='color: green;'>IPv4 sur CV : 192.168.10.3</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8c:6bb0</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 14 || ornithorynque || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2f:914a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 15 || axolotl || ssh IPv6 sur SE4 non fonctionnel || || || || ||
|-
| 16 || caribou || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0a:5ec5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 17 || panthere || <div style='color: green;'>IPv4 sur CV : 192.168.10.2</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe52:a79f</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 18 || singe || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe9d:46b9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 19 || loutre || pas d'IPv4 sur le CV || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4f:5cd</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || pas de résolution DNS fonctionnelle
|-
| 20 || fennec || <div style='color: green;'>IPv4 sur CV : 11.11.11.21</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fef3:dbe8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 21 || castor-canard || <div style='color: green;'>IPv4 sur CV : 11.11.11.20</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe42:f09a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan pour les machines mandataires.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || brachiosaure || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.181</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe64:9bd8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || heterodontosaurus || <div style='color: green;'>IPv4 sur CV : 192.168.7.4</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.185</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe06:fdf5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || mosasaurus || pas d'IPv4 sur le CV || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.188</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:709</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || plesiosaurus || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.186</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feeb:3067</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || pteranodon || <div style='color: green;'>IPv4 sur CV : 19.19.19.12</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.187</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:fa9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || raptor || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.182</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fefc:6d5b</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || smilodon || <div style='color: green;'>IPv4 sur CV : 192.168.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.180</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe1c:6d24</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || spinosaure || <div style='color: green;'>IPv4 sur CV : 14.14.14.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.179</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4d:60f1</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || trex || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.183</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0e:437d</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || triceratops || <div style='color: green;'>IPv4 sur CV : 11.11.11.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.189</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe5f:b679</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || velociraptor || <div style='color: green;'>IPv4 sur CV : 12.12.12.16</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.184</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feef:fbb8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan des services Internet implantés.

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 6 || palourde || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 7 || bigorneau || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 12 || nyala || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 20 || fennec || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 21 || castor-canard || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
|}

=== Contrôle à 16h30 ===

Bilan pour les machines de services. Il est normal de ne pas avoir une adresse IPv4 routée pour une machine de services.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || aigle || <div style='color: green;'>IPv4 sur CV : 192.168.7.2</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe79:a033</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || chevreuil || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:25a3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || belette || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe83:642e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || truite || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe76:c541</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || esturgeon || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe28:9560</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || palourde || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe3e:cbda</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || bigorneau || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe59:3697</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || munchkin || <div style='color: green;'>IPv4 sur CV : 10.10.10.5</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fea5:bb5e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || ecureuil || <div style='color: green;'>IPv4 sur CV : 10.12.12.17</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:555e</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || siamois || <div style='color: green;'>IPv4 sur CV : 10.10.10.6</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb0:ceb2</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || lynx || <div style='color: green;'>IPv4 sur CV : 10.12.12.18</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2d:46de</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 12 || nyala || <div style='color: green;'>IPv4 sur CV : 192.168.7.3</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feb2:9eed</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 13 || tigre || <div style='color: green;'>IPv4 sur CV : 192.168.10.3</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8c:6bb0</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 14 || ornithorynque || <div style='color: green;'>IPv4 sur CV : 10.10.10.10</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe2f:914a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 15 || axolotl || <div style='color: green;'>IPv4 sur CV : 10.10.10.18</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feec:85d3</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 16 || caribou || <div style='color: green;'>IPv4 sur CV : 10.10.10.11</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0a:5ec5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 17 || panthere || <div style='color: green;'>IPv4 sur CV : 192.168.10.2</div> || pas d'IPv4 sur SE4 || pas de connectivité à Internet en IPv4 || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe52:a79f</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 18 || singe || <div style='color: green;'>IPv4 sur CV : 10.10.10.14</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe9d:46b9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 19 || loutre || <div style='color: green;'>IPv4 sur CV : 10.10.10.12</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4f:5cd</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 20 || fennec || <div style='color: green;'>IPv4 sur CV : 192.11.11.21</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fef3:dbe8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 21 || castor-canard || <div style='color: green;'>IPv4 sur CV : 192.11.11.20</div> || pas d'IPv4 sur SE4 || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe42:f09a</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan pour les machines mandataires.

{| class="wikitable"
! N° élève !! Nom machine
! IPv4 privée !! IPv4 routée !! Connexion IPv4 Internet
! IPv6 routée !! Connexion IPv6 Internet
! Résolution DNS
|-
| 1 || brachiosaure || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.181</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe64:9bd8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 2 || heterodontosaurus || <div style='color: green;'>IPv4 sur CV : 192.168.7.4</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.185</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe06:fdf5</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 3 || mosasaurus || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.188</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:709</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 4 || plesiosaurus || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.186</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feeb:3067</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 5 || pteranodon || <div style='color: green;'>IPv4 sur CV : 10.10.10.12</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.187</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe8f:fa9</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 6 || raptor || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.182</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fefc:6d5b</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 7 || smilodon || <div style='color: green;'>IPv4 sur CV : 192.168.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.180</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe1c:6d24</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 8 || spinosaure || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.179</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe4d:60f1</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 9 || trex || <div style='color: green;'>IPv4 sur CV : 10.10.10.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.183</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe0e:437d</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 10 || triceratops || <div style='color: green;'>IPv4 sur CV : 192.11.11.1</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.189</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:fe5f:b679</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
| 11 || velociraptor || <div style='color: green;'>IPv4 sur CV : 10.12.12.16</div> || <div style='color: green;'>IPv4 sur SE4 : 193.48.57.184</div> || <div style='color: green;'>connectivité à Internet en IPv4</div> || <div style='color: green;'>IPv6 sur SE4 : 2001:660:4401:60a0:216:3eff:feef:fbb8</div> || <div style='color: green;'>connectivité à Internet en IPv6</div> || <div style='color: green;'>résolution DNS fonctionnelle</div>
|-
|}

Bilan des services Internet implantés.

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || pas de serveur HTTP pour palourde.fun || pas de serveur HTTP pour www.palourde.fun || pas de serveur HTTPS pour palourde.fun || pas de serveur HTTPS pour www.palourde.fun ||
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || pas de serveur HTTP pour bigorneau.fun || pas de serveur HTTP pour www.bigorneau.fun || pas de serveur HTTPS pour bigorneau.fun || pas de serveur HTTPS pour www.bigorneau.fun ||
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030501) || DNSSEC non activé || serveur HTTP pour nyala.website (faux positif à cause de gandi) || serveur HTTP pour www.nyala.website (faux positif à cause de gandi) || pas de serveur HTTPS pour nyala.website || pas de serveur HTTPS pour www.nyala.website ||
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 20 || fennec || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 21 || castor-canard || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
|}

=== Contrôle à 18h ===

Juste un contrôle sur les services.

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || DNS non synchronisés (serial1=2022030502, serial2=2022030501) || DNSSEC non activé || serveur HTTP pour aigle.lol (faux positif gandi) || serveur HTTP pour www.aigle.lol (faux positif gandi) || pas de serveur HTTPS pour aigle.lol || pas de serveur HTTPS pour www.aigle.lol ||
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 6 || palourde || DNS non synchronisés (serial1=3610, serial2=3609) || DNSSEC non activé || pas de serveur HTTP pour palourde.fun || pas de serveur HTTP pour www.palourde.fun || pas de serveur HTTPS pour palourde.fun || pas de serveur HTTPS pour www.palourde.fun ||
|-
| 7 || bigorneau || DNS non synchronisés (serial1=3610, serial2=3609) || DNSSEC non activé || pas de serveur HTTP pour bigorneau.fun || pas de serveur HTTP pour www.bigorneau.fun || pas de serveur HTTPS pour bigorneau.fun || pas de serveur HTTPS pour www.bigorneau.fun ||
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 12 || nyala || DNS non synchronisés (serial1=2022030510, serial2=2022030501) || DNSSEC non activé || serveur HTTP pour nyala.website (faux positif gandi) ||serveur HTTP pour www.nyala.website (faux positif gandi) || pas de serveur HTTPS pour nyala.website || pas de serveur HTTPS pour www.nyala.website ||
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || serveur HTTP pour fennec.pics (faux positif gandi) || serveur HTTP pour www.fennec.pics (faux positif gandi) || pas de serveur HTTPS pour fennec.pics || pas de serveur HTTPS pour www.fennec.pics ||
|-
| 21 || castor-canard || DNS non synchronisés (serial1=3609, serial2=3608) || DNSSEC non activé || serveur HTTP pour castor-canard.lol (faux positif gandi) || serveur HTTP pour www.castor-canard.lol (faux positif gandi) || pas de serveur HTTPS pour castor-canard.lol || pas de serveur HTTPS pour www.castor-canard.lol ||
|-
|}

== Contrôle continu 13/03/2024 ==

=== Contrôle à 13h30 (services) ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC
! glue record || serveur DNS externes !! certificat sur gandi.net
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030504) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'><code>ns1.aigle.lol</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 2 || chevreuil || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.chevreuil.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 3 || belette || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.belette.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.truite.fun</code></div> || <div style='color: green;'>OK</div> || non validé, problème DNS ?
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || DNSSEC non activé || <div style='color: green;'><code>ns.esturgeon.fun</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3629) || || <div style='color: green;'>DNSSEC activé</div> | <div style='color: green;'><code>ns.palourde.fun</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3615) || DNSSEC non activé || <div style='color: green;'><code>ns.bigorneau.fun</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 8 || munchkin || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.munchkin.site</code></div> || non || non
|-
| 9 || ecureuil || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 10 || siamois || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.siamois.site</code></div> || non || non
|-
| 11 || lynx || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030510) || DNSSEC non activé || <div style='color: green;'><code>ns.nyala.website</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 14 || ornithorynque || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.ornithorynque.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 15 || axolotl || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.axolotl.lol</code></div> || non || non
|-
| 16 || caribou || <div style='color: red;'>pas de serveur DNS</div> || || <div style='color: green;'><code>ns.caribou.lol</code></div> || <div style='color: green;'>OK</div> || non
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || non || non || non
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'><code>ns.fennec.pics</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'><code>ns.castor-canard.lol</code></div> || <div style='color: green;'>OK</div> || <div style='color: green;'>OK</div>
|-
|}

=== Contrôle à 18h30 (services) ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns.nyala.website. <br />aigle.lol name server ns1.aigle.lol.</div> || <div style='color: green;'>serveur HTTP pour aigle.lol</div> || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3616) || <div style='color: green;'>DNSSEC activé</div> || chevreuil.lol name server ns.chevreuil.lol. || pas de serveur HTTP pour chevreuil.lol || pas de serveur HTTP pour www.chevreuil.lol || pas de serveur HTTPS pour chevreuil.lol || pas de serveur HTTPS pour www.chevreuil.lol
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3616) || <div style='color: green;'>DNSSEC activé</div> || belette.lol name server ns.belette.lol. || pas de serveur HTTP pour belette.lol || pas de serveur HTTP pour www.belette.lol || pas de serveur HTTPS pour belette.lol || pas de serveur HTTPS pour www.belette.lol
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3614) || DNSSEC non activé || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3631) || <div style='color: green;'>DNSSEC activé</div> || palourde.fun name server ns.palourde.fun. || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || DNS non synchronisés (serial1=3622, serial2=3615) || DNSSEC non activé || bigorneau.fun name server ns.bigorneau.fun. || <div style='color: green;'>serveur HTTP pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTP pour www.bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour www.bigorneau.fun</div>
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060302) || DNSSEC non activé || <div style='color: green;'>munchkin.site name server ns.siamois.site. <br />munchkin.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour munchkin.site</div> || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || pas de serveur HTTPS pour munchkin.site || pas de serveur HTTPS pour www.munchkin.site
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.lynx.pics.<br /> ecureuil.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>siamois.site name server ns.siamois.site. <br />siamois.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour siamois.site</div> || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || pas de serveur HTTPS pour siamois.site || pas de serveur HTTPS pour www.siamois.site
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics. <br />lynx.pics name server ns.ecureuil.pics. || pas de serveur HTTP pour lynx.pics</div> || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || DNS non synchronisés (serial1=2022030507, serial2=2022030510) || DNSSEC non activé || <div style='color: green;'>nyala.website name server ns.nyala.website. <br />nyala.website name server ns1.aigle.lol.</div> || <div style='color: green;'>serveur HTTP pour nyala.website</div> || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3619) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.ornithorynque.lol. <br />ornithorynque.lol name server ns.caribou.lol.</div> || pas de serveur HTTP pour ornithorynque.lol || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || pas de serveur HTTPS pour ornithorynque.lol || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>

|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || DNSSEC non activé || Host axolotl.lol not found: 2(SERVFAIL) || pas de serveur HTTP pour axolotl.lol || pas de serveur HTTP pour www.axolotl.lol || pas de serveur HTTPS pour axolotl.lol || pas de serveur HTTPS pour www.axolotl.lol
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3618) || <div style='color: green;'>DNSSEC activé</div> || caribou.lol name server ns.caribou.lol. || pas de serveur HTTP pour caribou.lol || pas de serveur HTTP pour www.caribou.lol || pas de serveur HTTPS pour caribou.lol || pas de serveur HTTPS pour www.caribou.lol
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3610) || <div style='color: green;'>DNSSEC activé</div> || fennec.pics name server ns.fennec.pics. || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || castor-canard.lol name server ns.castor-canard.lol. || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || pas de serveur HTTPS pour castor-canard.lol || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

== Contrôle continu 19/03/2024 ==

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns1.aigle.lol.<br />aigle.lol name server ns.nyala.website.</div> || pas de serveur HTTP pour aigle.lol || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>chevreuil.lol name server ns.chevreuil.lol.<br />chevreuil.lol name server ns.belette.lol.</div> || <div style='color: green;'>serveur HTTP pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTP pour www.chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour www.chevreuil.lol</div>
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3622) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>belette.lol name server ns.chevreuil.lol.<br />belette.lol name server ns.belette.lol.</div> || <div style='color: green;'>serveur HTTP pour belette.lol</div> || <div style='color: green;'>serveur HTTP pour www.belette.lol</div> || <div style='color: green;'>serveur HTTPS pour belette.lol</div> || <div style='color: green;'>serveur HTTPS pour www.belette.lol</div>
|-
| 4 || truite || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3614) || DNSSEC non activé || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3638) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: black;'>palourde.fun name server ns.palourde.fun.</div> || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || <div style='color: red;'>pas de serveur DNS</div> || || || || ||
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060302) || DNSSEC non activé || <div style='color: green;'>munchkin.site name server ns.siamois.site.<br />munchkin.site name server ns.munchkin.site.</div> || <div style='color: green;'>serveur HTTP pour munchkin.site</div> || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || pas de serveur HTTPS pour munchkin.site || pas de serveur HTTPS pour www.munchkin.site
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.lynx.pics.<br />ecureuil.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>siamois.site name server ns.munchkin.site.<br />siamois.site name server ns.siamois.site.</div> || <div style='color: green;'>serveur HTTP pour siamois.site</div> || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || pas de serveur HTTPS pour siamois.site || pas de serveur HTTPS pour www.siamois.site
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3608) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics.<br />lynx.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour lynx.pics || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030510) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>nyala.website name server ns1.aigle.lol.<br />nyala.website name server ns.nyala.website.</div> || pas de serveur HTTP pour nyala.website || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.caribou.lol.<br />ornithorynque.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>
|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || DNSSEC non activé || <div style='color: black;'>Host axolotl.lol not found: 2(SERVFAIL)</div> || pas de serveur HTTP pour axolotl.lol || pas de serveur HTTP pour www.axolotl.lol || pas de serveur HTTPS pour axolotl.lol || pas de serveur HTTPS pour www.axolotl.lol
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>caribou.lol name server ns.caribou.lol.<br />caribou.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour caribou.lol</div> || <div style='color: green;'>serveur HTTP pour www.caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour www.caribou.lol</div>
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 19 || loutre || <div style='color: red;'>pas de serveur DNS</div> || || || || || ||
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3610) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: black;'>fennec.pics name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>castor-canard.lol name server ns.castor-canard.lol.<br />castor-canard.lol name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

== Contrôle continu 20/03/2024 ==

=== Contrôle à 15h00 ===

{| class="wikitable"
! N° élève !! Nom machine
! Synchronisation DNS !! DNSSEC !! Serveurs de noms
! Serveur HTTP sur le domaine !! Serveur HTTP sur www
! Serveur HTTPS sur le domaine !! Serveur HTTPS sur www
|-
| 1 || aigle || <div style='color: green;'>DNS synchronisés</div> (serial 2022030506) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>aigle.lol name server ns1.aigle.lol.<br />aigle.lol name server ns.nyala.website.</div> || pas de serveur HTTP pour aigle.lol || <div style='color: green;'>serveur HTTP pour www.aigle.lol</div> || pas de serveur HTTPS pour aigle.lol || <div style='color: green;'>serveur HTTPS pour www.aigle.lol</div>
|-
| 2 || chevreuil || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>chevreuil.lol name server ns.belette.lol.<br />chevreuil.lol name server ns.chevreuil.lol.</div> || <div style='color: green;'>serveur HTTP pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTP pour www.chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour chevreuil.lol</div> || <div style='color: green;'>serveur HTTPS pour www.chevreuil.lol</div>
|-
| 3 || belette || <div style='color: green;'>DNS synchronisés</div> (serial 3623) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>belette.lol name server ns.belette.lol.<br />belette.lol name server ns.chevreuil.lol.</div> || <div style='color: green;'>serveur HTTP pour belette.lol</div> || <div style='color: green;'>serveur HTTP pour www.belette.lol</div> || <div style='color: green;'>serveur HTTPS pour belette.lol</div> || <div style='color: green;'>serveur HTTPS pour www.belette.lol</div>
|-
| 4 || truite || <div style='color: green;'>DNS synchronisés</div> (serial 3621) || DNSSEC non activé || <div style='color: green;'>truite.fun name server ns.truite.fun.<br />truite.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour truite.fun</div> || <div style='color: green;'>serveur HTTP pour www.truite.fun</div> || <div style='color: green;'>serveur HTTPS pour truite.fun</div> || <div style='color: green;'>serveur HTTPS pour www.truite.fun</div>
|-
| 5 || esturgeon || <div style='color: green;'>DNS synchronisés</div> (serial 3620) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>esturgeon.fun name server ns.truite.fun.<br />esturgeon.fun name server ns.esturgeon.fun.</div> || <div style='color: green;'>serveur HTTP pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTP pour www.esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour esturgeon.fun</div> || <div style='color: green;'>serveur HTTPS pour www.esturgeon.fun</div>
|-
| 6 || palourde || <div style='color: green;'>DNS synchronisés</div> (serial 3640) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>palourde.fun name server ns.palourde.fun.<br />palourde.fun name server ns.bigorneau.fun.</div> || <div style='color: green;'>serveur HTTP pour palourde.fun</div> || <div style='color: green;'>serveur HTTP pour www.palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour palourde.fun</div> || <div style='color: green;'>serveur HTTPS pour www.palourde.fun</div>
|-
| 7 || bigorneau || <div style='color: green;'>DNS synchronisés</div> (serial 3628) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>bigorneau.fun name server ns.palourde.fun.<br />bigorneau.fun name server ns.bigorneau.fun.</div> || <div style='color: green;'>serveur HTTP pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTP pour www.bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour bigorneau.fun</div> || <div style='color: green;'>serveur HTTPS pour www.bigorneau.fun</div>
|-
| 8 || munchkin || <div style='color: green;'>DNS synchronisés</div> (serial 2024060302) || DNSSEC non activé || <div style='color: green;'>munchkin.site name server ns.siamois.site.<br />munchkin.site name server ns.munchkin.site.</div> || pas de serveur HTTP pour munchkin.site || <div style='color: green;'>serveur HTTP pour www.munchkin.site</div> || pas de serveur HTTPS pour munchkin.site || pas de serveur HTTPS pour www.munchkin.site
|-
| 9 || ecureuil || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'>ecureuil.pics name server ns.lynx.pics.<br />ecureuil.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour ecureuil.pics || pas de serveur HTTP pour www.ecureuil.pics || pas de serveur HTTPS pour ecureuil.pics || pas de serveur HTTPS pour www.ecureuil.pics
|-
| 10 || siamois || <div style='color: green;'>DNS synchronisés</div> (serial 2024060306) || DNSSEC non activé || <div style='color: green;'>siamois.site name server ns.siamois.site.<br />siamois.site name server ns.munchkin.site.</div> || pas de serveur HTTP pour siamois.site || <div style='color: green;'>serveur HTTP pour www.siamois.site</div> || pas de serveur HTTPS pour siamois.site || pas de serveur HTTPS pour www.siamois.site
|-
| 11 || lynx || <div style='color: green;'>DNS synchronisés</div> (serial 3609) || DNSSEC non activé || <div style='color: green;'>lynx.pics name server ns.lynx.pics.<br />lynx.pics name server ns.ecureuil.pics.</div> || pas de serveur HTTP pour lynx.pics || pas de serveur HTTP pour www.lynx.pics || pas de serveur HTTPS pour lynx.pics || pas de serveur HTTPS pour www.lynx.pics
|-
| 12 || nyala || <div style='color: green;'>DNS synchronisés</div> (serial 2022030510) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>nyala.website name server ns1.aigle.lol.<br />nyala.website name server ns.nyala.website.</div> || pas de serveur HTTP pour nyala.website || <div style='color: green;'>serveur HTTP pour www.nyala.website</div> || pas de serveur HTTPS pour nyala.website || <div style='color: green;'>serveur HTTPS pour www.nyala.website</div>
|-
| 13 || tigre || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 14 || ornithorynque || <div style='color: green;'>DNS synchronisés</div> (serial 3624) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>ornithorynque.lol name server ns.caribou.lol.<br />ornithorynque.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTP pour www.ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour ornithorynque.lol</div> || <div style='color: green;'>serveur HTTPS pour www.ornithorynque.lol</div>
|-
| 15 || axolotl || <div style='color: green;'>DNS synchronisés</div> (serial 3616) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>axolotl.lol name server ns.axolotl.lol.</div> || <div style='color: green;'>serveur HTTP pour axolotl.lol</div> || <div style='color: green;'>serveur HTTP pour www.axolotl.lol</div> || pas de serveur HTTPS pour axolotl.lol || pas de serveur HTTPS pour www.axolotl.lol
|-
| 16 || caribou || <div style='color: green;'>DNS synchronisés</div> (serial 3625) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>caribou.lol name server ns.caribou.lol.<br />caribou.lol name server ns.ornithorynque.lol.</div> || <div style='color: green;'>serveur HTTP pour caribou.lol</div> || <div style='color: green;'>serveur HTTP pour www.caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour caribou.lol</div> || <div style='color: green;'>serveur HTTPS pour www.caribou.lol</div>
|-
| 17 || panthere || <div style='color: red;'>pas de serveur DNS</div> || || || || || <div style="color: blue;">HTTPS par letsencrypt ||
|-
| 18 || singe || <div style='color: green;'>DNS synchronisés</div> (serial 2024060304) || DNSSEC non activé || <div style='color: green;'>singe.lol name server ns.loutre.lol.<br />singe.lol name server ns.singe.lol.</div> || pas de serveur HTTP pour singe.lol || pas de serveur HTTP pour www.singe.lol || pas de serveur HTTPS pour singe.lol || pas de serveur HTTPS pour www.singe.lol
|-
| 19 || loutre || <div style='color: green;'>DNS synchronisés</div> (serial 2024060304) || DNSSEC non activé || <div style='color: green;'>loutre.lol name server ns.singe.lol.<br />loutre.lol name server ns.loutre.lol.</div> || pas de serveur HTTP pour loutre.lol || pas de serveur HTTP pour www.loutre.lol || pas de serveur HTTPS pour loutre.lol || pas de serveur HTTPS pour www.loutre.lol
|-
| 20 || fennec || <div style='color: green;'>DNS synchronisés</div> (serial 3611) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>fennec.pics name server ns.castor-canard.lol.<br />fennec.pics name server ns.fennec.pics.</div> || <div style='color: green;'>serveur HTTP pour fennec.pics</div> || <div style='color: green;'>serveur HTTP pour www.fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour fennec.pics</div> || <div style='color: green;'>serveur HTTPS pour www.fennec.pics</div>
|-
| 21 || castor-canard || <div style='color: green;'>DNS synchronisés</div> (serial 3612) || <div style='color: green;'>DNSSEC activé</div> || <div style='color: green;'>castor-canard.lol name server ns.fennec.pics.<br />castor-canard.lol name server ns.castor-canard.lol.</div> || <div style='color: green;'>serveur HTTP pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTP pour www.castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour castor-canard.lol</div> || <div style='color: green;'>serveur HTTPS pour www.castor-canard.lol</div>
|-
|}

SE4 IdO sécurité système/réseau 2023/2024

2024-02-14T14:47:35Z

Yelqasta : /* Répartition des binômes pour les travaux pratiques "académiques" */

SE4 IdO sécurité système/réseau 2023/2024

2024-02-14T14:05:54Z

Yelqasta : /* Répartition des binômes pour les travaux pratiques "académiques" */

SE4 IdO sécurité système/réseau 2023/2024

2024-01-31T15:19:28Z

Yelqasta : /* Répartition des binômes pour les travaux pratiques "migration" */

= Répartition des binômes pour les travaux pratiques "migration" =

Donnez les élèves dans chaque binôme. Pas de trinôme, éventuellement un monôme.

{| class="wikitable"
! Binôme !! Elèves !! N° du NAS !! Résumé de la tâche en trois mots !! Commentaire sur l'installation !! Commentaire sur la tâche supplémentaire
|-
| b1 || Louis DERYCKERE & Simon CRUCHET ||NAS03||Installation des disques
| ||
|-
| b2 || Romain DUHR & Amaury BECQUET || || Câblage anciennes stations
| ||
|-
| b3 || Thomas Nave & Thibault Duyck || NAS09||Premiers rôles Ansible
| ||
|-
| b4 || Prénom Nom & Prénom Nom || ||
| ||
|-
| b5 || Younes BENMBAREK & Youness EL QASTALANI || NAS05||Configuration serveur Ansible
| ||
|-
| b6 || Chaymae RHANIM & Heriniaina ANDRIANIRINTSOA || NAS06||configuration serveur NFS
| ||
|-
| b7 || EL HASNAOUI BILAL & CHAOUNI AYOUB || NAS07||
| ||
|-
| b8 || Prénom Nom & Prénom Nom || ||
| ||
|-
| b9 || Prénom Nom & Prénom Nom || ||
| ||
|-
| b10 || Stéphane Kader Issack & Marion Normand || NAS10||Configuration interface réseau
| ||
|-
| b11 || Martin Chauveliere & Taha Nehari || NAS11||Recopie Archive TP
| ||
|-
|}