SE5 IdO sécurité des objets 2025/2026 b4 - Historique des versions

Rex : /* 8) Ecoute des communications */

2026-01-29T10:34:31Z

8) Ecoute des communications

← Version précédente		Version du 29 janvier 2026 à 10:34
Ligne 584 :		Ligne 584 :
	=== 8) Ecoute des communications ===		=== 8) Ecoute des communications ===

	En utilisant wireshark il est possible de capturer les paquets qui ~~passe~~ et ainsi tirer des posssibles conclusions sur la natures des échanges qui ont lieu et les protocoles utilisés. Ci-dessous un tableau recapitulatif des communications capturées avec wireshark.		En utilisant wireshark il est possible de capturer les paquets qui passent et ainsi tirer des posssibles conclusions sur la natures des échanges qui ont lieu et les protocoles utilisés. Ci-dessous un tableau recapitulatif des communications capturées avec wireshark.

	{\| class="wikitable sortable"		{\| class="wikitable sortable"

Azongo : /* Partie 2 : Objet connecté */

2025-12-18T15:30:10Z

Partie 2 : Objet connecté

← Version précédente		Version du 18 décembre 2025 à 15:30
Ligne 582 :		Ligne 582 :
	[[Fichier:Site_bauchy.png\|frameless\|300px\|alt=Application installée avec succès]]		[[Fichier:Site_bauchy.png\|frameless\|300px\|alt=Application installée avec succès]]

			=== 8) Ecoute des communications ===

			En utilisant wireshark il est possible de capturer les paquets qui passe et ainsi tirer des posssibles conclusions sur la natures des échanges qui ont lieu et les protocoles utilisés. Ci-dessous un tableau recapitulatif des communications capturées avec wireshark.

			{\| class="wikitable sortable"
			! # !! Origine ⇄ Destination !! Service / Proto:Port !! Rôle / Nature !! Exemples (IDs paquets) !! Remarques
			\|-
			\| 1 \|\| '''Android (172.16.4.103)''' ⇄ '''Tuya cloud? (18.194.10.142)''' \|\| MQTT sur TLS / TCP:8883 \|\| Commandes ON/OFF, ACK, état (chiffré) \|\| (capture 2) 70, 74, 76–82, 86 ; 192–212 ; 216–217 ; 221,224,227–234 ; 239,242,245–251 ; 254,256,259–266 ; 329,331,334–341 \|\| Flux principal quand on utilises l’appli de la lampe. TLS v1.2 → contenu non lisible.
			\|-
			\| 2 \|\| '''Android''' ⇄ '''Tuya EU endpoint? (35.159.150.3)''' \|\| HTTPS / TCP:443 \|\| Échanges applicatifs (télémétrie/état) \|\| (capture 1) 54–61, 72–79, 87–95, 100–111, 117–121, 155–169, 176–183, 190–196, 200–205, 215–221 \|\| Le nom '''a1.tuyaeu.com''' résout vers 35.159.150.3 (et autres). Trafic TLS 1.2.
			\|-
			\| 3 \|\| '''Android''' ⇄ '''Cloudflare (104.18.39.21 / 104.18.32.47)''' \|\| HTTPS / TCP:443 \|\| Requêtes web de l’OS / apps \|\| (cap. 1) 4–6, 31–33, 297–303 ; 187–190 \|\| Accès à des CDN/API (TLS).
			\|-
			\| 4 \|\| '''Android''' ⇄ '''Google (142.250.179.106 / .110 / 216.58.214.163 / 142.251.39.195 / 142.251.220.238)''' \|\| HTTPS / TCP:443 et QUIC:443 \|\| Services Google (Play, gstatic, addons…) \|\| (cap. 1) 20–23, 34–53, 111–133, 136–145, 300–304 ; 117–128 ; 165–173 ; (cap. 2) 31–53 \|\| Beaucoup de trafic système/app Google (TLS 1.2/1.3 et QUIC).
			\|-
			\| 5 \|\| '''Android''' ⇄ '''DetectPortal (34.107.221.82)''' \|\| HTTP / TCP:80 \|\| Test portail captif (Firefox) \|\| (cap. 1) 95–106 \|\| SYN puis RST côté serveur → pas de portail captif.
			\|-
			\| 6 \|\| '''Android''' ⇄ '''NTP (plusieurs IP)''' \|\| NTP / UDP:123 \|\| Sync horloge \|\| (cap. 1) 7–8, 10–11, 154–156, 173–174, 205–211, 222–223, 269–274, 291… \|\| Nombreux serveurs publics (Google/OVH/etc.).
			\|-
			\| 7 \|\| '''Android''' ⇄ '''DNS (172.16.4.1)''' \|\| DNS / UDP:53 \|\| Résolution noms (gstatic, play, mozilla…) \|\| (cap. 1) 38–41, 56–60, 95–106, 111–116, 158–161 \|\| Possible réponse du routeur (résolutions IPv4+IPv6).
			\|-
			\| 8 \|\| '''Android''' ⇄ '''Routeur (172.16.4.1)''' \|\| ARP / ICMPv6 / IGMP \|\| Voisinage & multicast \|\| (cap. 1) 21–24, 26–29, 281–285, 292–294 \|\| Annonces / membership multicast (mDNS 224.0.0.251).
			\|-
			\| 9 \|\| '''Ampoule (172.16.4.105, TuyaSmar_…)''' → '''Broadcast''' \|\| UDP / 59727→6667 \|\| Broadcast/probe Tuya LAN \|\| (cap. 1) 3, 9, 13, 25, 37, 55, 91, 190, 211, 224, 225, 294, 304, 305… ; (cap. 2) 1, 105, 158, 224, 225, 241 \|\| Trames périodiques vers 255.255.255.255:6667 (protocole Tuya LAN).
			\|-
			\| 10 \|\| '''Android''' ⇄ '''a1.tuyaeu.com''' (résolu via DNS) \|\| HTTPS / TCP:443 \|\| Contrôle/état via web API \|\| (cap. 1) 224–236, 239–261, 265–269 \|\| Corrélé au flux #2 (mêmes IP).
			\|-
			\| 11 \|\| '''Android''' ⇄ '''ssl.gstatic.com''' \|\| DNS+TLS \|\| Accès ressources Google \|\| (cap. 1) 38–53 \|\| Classique côté Android/Chrome/WebView.
			\|-
			\| 12 \|\| '''Android''' ⇄ '''addons-pa.clients6.google.com''' \|\| DNS+TLS \|\| Services Google (add-ons) \|\| (cap. 1) 56–60, 162–180 \|\| Trafic applicatif Google.
			\|-
			\| 13 \|\| '''Android''' ⇄ '''172.16.4.1 (routeur)''' \|\| hosts → A/route locale \|\| Forçage '''amazon.fr → 172.16.4.1''' \|\| (cap. 1) ping ok ; test port 443 open \|\| on pousse /system/etc/hosts côté Android pour rediriger amazon.fr.
			\|-
			\| 14 \|\| '''Android''' ⇄ '''Divers Cloud (172.64.148.235, 104.18.39.21, etc.)''' \|\| HTTPS / TCP:443 \|\| Télémetrie/MAJ/CDN \|\| (cap. 2) 124–131, 147–156, 226–241, 232–237 \|\| Flux auxiliaires (Cloudflare, etc.).
			\|-
			\| 15 \|\| '''Android''' ⇄ '''Tuya cloud (18.194.10.142)''' \|\| TCP keep-alive / 8883 \|\| Maintien session MQTT/TLS \|\| (cap. 2) 216–217 \|\| Keep-alive périodiques.
			\|}

			Lecture rapide

			Lampe (172.16.4.105) émet régulièrement en UDP/6667 broadcast → découverte Tuya locale.

			Android (172.16.4.103) discute beaucoup en TLS/443 et MQTT-TLS/8883 avec des endpoints Tuya/AWS (= contrôle cloud), et interroge DNS (172.16.4.1) puis parle à Google/CDN.
	----		----

Azongo : /* Partie 2 : Objet connecté */

2025-12-16T13:40:42Z

Partie 2 : Objet connecté

← Version précédente		Version du 16 décembre 2025 à 13:40
Ligne 578 :		Ligne 578 :
	: <code>adb shell toybox nslookup amazon.fr \|\| adb shell nslookup amazon.fr</code> → renvoie l’IP de la VM (faux site).		: <code>adb shell toybox nslookup amazon.fr \|\| adb shell nslookup amazon.fr</code> → renvoie l’IP de la VM (faux site).
	; Navigateur Android		; Navigateur Android
	: Ouvrir <code>https://amazon.fr</code> ~~→ pas d’alerte TLS si le cert serveur a un SAN '''DNS~~:~~amazon.fr''' et est signé par '''se5.crt'''~~.		: Ouvrir <code>https://amazon.fr</code>

			[[Fichier:Site_bauchy.png\|frameless\|300px\|alt=Application installée avec succès]]

	----		----

Azongo : /* 5) Résolution du problème Read-Only (RO) avec ADB → /system en RW */

2025-12-16T13:30:06Z

5) Résolution du problème Read-Only (RO) avec ADB → /system en RW

← Version précédente		Version du 16 décembre 2025 à 13:30
Ligne 549 :		Ligne 549 :
	# overlay /system overlay rw,... <-- /system est en overlay RW => écriture possible		# overlay /system overlay rw,... <-- /system est en overlay RW => écriture possible
	</pre>		</pre>
	~~; Remarques~~
	~~: Si l’émulateur était lancé '''sans''' <code>-writable-system</code>, le redémarrer avec cette option.~~

	----		----

Azongo : /* 3) APK qui « keeps stopping » sur Android-x86 */

2025-12-16T13:29:04Z

3) APK qui « keeps stopping » sur Android-x86

@@ Ligne 495 : / Ligne 495 : @@
 : Installer une build '''x86/x86_64/universal''' → l’appli s’installe et tourne sur l’AVD x86_64.
-[[Fichier:App.png|vignette|télechargement réussi de l'appliquation et de son installateur ]]
+{| class="wikitable" style="width:100%; text-align:center;"
-[[Fichier:Capture d'écran 2025-11-29 163017.png|vignette|application installée avec succès]]
+! Téléchargement de l’application
 ----

Azongo : /* 3) APK qui « keeps stopping » sur Android-x86 */

2025-12-16T13:23:50Z

3) APK qui « keeps stopping » sur Android-x86

← Version précédente		Version du 16 décembre 2025 à 13:23
Ligne 494 :		Ligne 494 :
	; Correction		; Correction
	: Installer une build '''x86/x86_64/universal''' → l’appli s’installe et tourne sur l’AVD x86_64.		: Installer une build '''x86/x86_64/universal''' → l’appli s’installe et tourne sur l’AVD x86_64.

			[[Fichier:App.png\|vignette\|télechargement réussi de l'appliquation et de son installateur ]]
			[[Fichier:Capture d'écran 2025-11-29 163017.png\|vignette\|application installée avec succès]]

	----		----

Azongo : /* Projet Infrastructure Réseau 2025/2026 */

2025-12-02T16:44:13Z

Projet Infrastructure Réseau 2025/2026

← Version précédente		Version du 2 décembre 2025 à 16:44
Ligne 454 :		Ligne 454 :
	\| Tests client \|\| ✅ \|\| Accès à '''https://172.16.4.1/''' (avertissement attendu)		\| Tests client \|\| ✅ \|\| Accès à '''https://172.16.4.1/''' (avertissement attendu)
	\|}		\|}

			= Partie 2 : Objet connecté =
			=== Objectif général ===
			Avoir un Android fonctionnel pour tester la redirection/DNS/NAT et afficher un '''faux site HTTPS''' (ex. ''amazon.fr'') sans alerte TLS, en environnement labo (zabeth04 + VM réseau).

			----

			=== 1) Tentative Android ARM via Docker – '''Échec''' ===
			; Idée
			: Installer le SDK Android via Docker, créer un AVD '''ARM64 (android-30)''' et lancer l’émulateur pour exécuter des APK ARM-only.
			; Résultat
			: Lancement impossible sur hôte x86_64 :
			<pre>
			FATAL \| Avd's CPU Architecture 'arm64' is not supported by the QEMU2 emulator on x86_64 host.
			System image must match the host architecture.
			</pre>
			; Conclusion
			: Sur hôte '''x86_64''', l’émulateur (version utilisée) ne lance pas d’images '''ARM64''' → bascule vers une image '''x86_64'''.

			----

			=== 2) Installation Android '''x86_64''' (solution retenue) ===
			; Étapes (sans Docker, sur zabeth04)
			# Installer JDK + ''command line tools'' + dépendances graphiques.
			# Définir <code>ANDROID_HOME</code> / <code>ANDROID_SDK_ROOT</code> et compléter le <code>PATH</code>.
			# Installer via <code>sdkmanager</code> : <code>platform-tools</code>, <code>emulator</code>, <code>system-images;android-30;google_apis;x86_64</code>.
			# Créer l’AVD : <code>avdmanager create avd -n test_avd -k "…x86_64"</code>.
			# Démarrer : <code>emulator -avd test_avd -writable-system -gpu swiftshader_indirect -no-snapshot &</code> puis attendre <code>sys.boot_completed</code>.
			; Vérification
			: <code>adb shell getprop ro.product.cpu.abi</code> → '''x86_64'''.

			----

			=== 3) APK qui « keeps stopping » sur Android-x86 ===
			; Cause principale
			: APK '''ARM-only''' (''armeabi-v7a/arm64-v8a'') → crash sur x86/x86_64 sans traduction ARM.
			; Vérification
			: <code>unzip -l monapp.apk \| grep -E 'lib/(x86\|x86_64\|armeabi-v7a\|arm64-v8a)/'</code>.
			; Correction
			: Installer une build '''x86/x86_64/universal''' → l’appli s’installe et tourne sur l’AVD x86_64.

			----

			=== 4) Réseau & Faux site HTTPS (DNS/NAT/REDIRECT) ===
			; Contexte
			: VLAN 404 (172.16.4.0/24), VM routeur (172.16.4.1) avec DHCP, NAT vers Internet, BIND (DNS), redirection TCP.
			; Objectif
			: Afficher '''https://amazon.fr''' (faux site) '''sans alerte TLS'''.
			; Principe TLS propre
			: Installer dans Android (niveau '''SYSTÈME''') une CA de confiance (<code>/system/etc/security/cacerts/<subject_hash_old>.0</code>, droits 0644, reboot), et servir le site avec un cert serveur signé par cette CA (SAN = <code>DNS:amazon.fr</code>).

			----

			=== 5) Résolution du problème '''Read-Only''' (RO) avec ADB → '''/system en RW''' ===
			; Symptôme
			: <code>adb push … /system/etc/security/cacerts/</code> → ''Read-only file system''.
			; Cause
			: dm-verity/AVB + ''system-as-root'' : la racine <code>/</code> est montée RO ; un simple <code>adb remount</code> n’active pas toujours l’écriture.
			; Procédure robuste (émulateur déjà lancé)
			<pre>
			# (1) Désactiver la vérification + redémarrer
			adb root \|\| true
			adb shell avbctl disable-verification \|\| true
			adb shell avbctl disable-verity \|\| true
			adb reboot
			# Attendre le boot :
			until adb shell getprop sys.boot_completed 2>/dev/null \| grep -q 1; do sleep 1; done

			# (2) Remonter en écriture
			adb root \|\| true
			adb remount # active overlayfs si nécessaire

			# (3) Vérifier les montages
			adb shell 'cat /proc/mounts \| grep -E " /( \|system )"'
			# Exemple OK :
			# /dev/block/dm-0 / ext4 ro,...
			# overlay /system overlay rw,... <-- /system est en overlay RW => écriture possible
			</pre>
			; Remarques
			: Si l’émulateur était lancé '''sans''' <code>-writable-system</code>, le redémarrer avec cette option.

			----

			=== 6) Installation de '''ma CA se5.crt''' dans le magasin SYSTÈME Android ===
			; Préparation (sur zabeth04, dossier avec <code>se5.crt</code>)
			<pre>
			cd ~/Desktop
			HASH=$(openssl x509 -inform PEM -subject_hash_old -in se5.crt \| head -1)
			cp -f se5.crt ${HASH}.0 # ex. 48db4bf5.0
			</pre>
			; Push + droits + reboot (après RW confirmé)
			<pre>
			adb root \|\| true
			adb remount
			adb push ${HASH}.0 /system/etc/security/cacerts/
			adb shell chown root:root /system/etc/security/cacerts/${HASH}.0
			adb shell chmod 644 /system/etc/security/cacerts/${HASH}.0
			adb shell ls -l /system/etc/security/cacerts \| grep ${HASH}
			adb reboot
			</pre>
			; État atteint
			: Le fichier <code>/system/etc/security/cacerts/<hash>.0</code> est bien présent ('''-rw-r--r--'''), la CA est prise en compte après reboot.

			----

			=== 7) Vérifications & tests ===
			; DNS Android
			: <code>adb shell toybox nslookup amazon.fr \|\| adb shell nslookup amazon.fr</code> → renvoie l’IP de la VM (faux site).
			; Navigateur Android
			: Ouvrir <code>https://amazon.fr</code> → pas d’alerte TLS si le cert serveur a un SAN '''DNS:amazon.fr''' et est signé par '''se5.crt'''.

			----

Azongo : /* Projet Infrastructure Réseau 2025/2026 */

2025-11-03T15:11:36Z

Projet Infrastructure Réseau 2025/2026

← Version précédente		Version du 3 novembre 2025 à 15:11
Ligne 348 :		Ligne 348 :
	netfilter-persistent save		netfilter-persistent save
	</pre>		</pre>

			== Partie 5 : Serveur Web sécurisé (Apache HTTPS) ==

			=== Objectif ===
			Fournir un service Web local en HTTPS sur la VM pour les clients du VLAN '''404''' ('''172.16.4.0/24''').
			Adresse de la VM côté LAN : '''172.16.4.1'''.

			----

			=== 1) Installation & modules ===
			<pre>
			apt-get update
			apt-get install -y apache2 openssl
			a2enmod ssl headers rewrite
			</pre>

			----

			=== 2) Certificat auto-signé (TP) ===
			<pre>
			mkdir -p /etc/ssl/{private,certs}
			openssl req -x509 -nodes -newkey rsa:2048 -days 365 \
			-keyout /etc/ssl/private/se5.key \
			-out /etc/ssl/certs/se5.crt \
			-subj "/CN=se5-azongo"
			chmod 600 /etc/ssl/private/se5.key
			</pre>

			''Remarque :'' un certificat auto-signé provoque un avertissement sur le téléphone. C’est attendu pour le TP.

			----

			=== 3) VirtualHost HTTPS (''/etc/apache2/sites-available/se5-https.conf'') ===
			<pre>
			<VirtualHost *:443>
			ServerName se5-azongo

			DocumentRoot /var/www/html

			SSLEngine on
			SSLCertificateFile /etc/ssl/certs/se5.crt
			SSLCertificateKeyFile /etc/ssl/private/se5.key

			Header always set X-Content-Type-Options "nosniff"
			Header always set X-Frame-Options "SAMEORIGIN"
			Header always set X-XSS-Protection "1; mode=block"

			<Directory /var/www/html>
			Options -Indexes +FollowSymLinks
			AllowOverride None
			Require all granted
			</Directory>

			ErrorLog ${APACHE_LOG_DIR}/se5-https-error.log
			CustomLog ${APACHE_LOG_DIR}/se5-https-access.log combined
			</VirtualHost>
			</pre>

			Activer le site :
			<pre>
			a2ensite se5-https
			</pre>

			----

			=== 4) (Option) Redirection HTTP → HTTPS ===
			Fichier ''/etc/apache2/sites-available/se5-redirect.conf'' :
			<pre>
			<VirtualHost *:80>
			ServerName se5-azongo
			RewriteEngine On
			RewriteRule ^/(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
			ErrorLog ${APACHE_LOG_DIR}/se5-redirect-error.log
			CustomLog ${APACHE_LOG_DIR}/se5-redirect-access.log combined
			</VirtualHost>
			</pre>

			Activation :
			<pre>
			a2ensite se5-redirect
			a2dissite 000-default
			service apache2 restart
			</pre>

			----

			Depuis un client Wi-Fi (VLAN 404) :
			* Naviguer vers '''https://172.16.4.1/''' → page personalisée ("Site SE5").
			* Si redirection activée : '''http://172.16.4.1/''' → redirection vers HTTPS.

			----

			=== État actuel (Apache HTTPS) ===
			{\| class="wikitable"
			! Élément !! Statut !! Détails
			\|-
			\| Apache2 + SSL \|\| ✅ \|\| Modules ''ssl'', ''headers'', ''rewrite'' activés
			\|-
			\| Certificat \|\| ✅ \|\| Auto-signé (''/etc/ssl/private/se5.key'', ''/etc/ssl/certs/se5.crt'')
			\|-
			\| VHost 443 \|\| ✅ \|\| ''se5-https.conf'' actif, ''DocumentRoot'' = ''/srv/se5/www''
			\|-
			\| Redirection HTTP→HTTPS \|\| ⛭ Optionnel \|\| ''se5-redirect.conf''
			\|-
			\| Tests client \|\| ✅ \|\| Accès à '''https://172.16.4.1/''' (avertissement attendu)
			\|}

Azongo : /* Partie 2 : Sécurisation WiFi (WPA2-PSK) */

2025-11-03T14:30:36Z

Partie 2 : Sécurisation WiFi (WPA2-PSK)

← Version précédente		Version du 3 novembre 2025 à 14:30
Ligne 196 :		Ligne 196 :

	----		----
			== DNS (BIND9 forwarder) ==

			=== Objectif ===
			Mettre en place un serveur DNS local sur la VM (BIND9) qui résout pour les clients du VLAN 404 en relayant (forward) les requêtes vers Internet.
			Réseau LAN : '''172.16.4.0/24''' — IP de la VM (LAN) : '''172.16.4.1'''.

			----

			=== 1) Installation de BIND9 ===
			<pre>
			apt-get update
			apt-get install -y bind9 bind9utils
			</pre>

			----

			=== 2) Configuration du forwarder (''/etc/bind/named.conf.options'') ===
			<pre>
			options {
			directory "/var/cache/bind";

			recursion yes;
			allow-query { 172.16.4.0/24; 127.0.0.1; };

			forwarders {
			1.1.1.1;
			8.8.8.8;
			};

			dnssec-validation auto;

			listen-on { 127.0.0.1; 172.16.4.1; };
			listen-on-v6 { none; };
			}
			</pre>

			Validation et (re)démarrage :
			<pre>
			named-checkconf
			service bind9 restart \|\| service named restart
			service bind9 status \|\| service named status
			</pre>

			----

			=== 3) DHCP → annoncer le DNS local (''/etc/dhcp/dhcpd.conf'') ===
			Informer les clients Wi-Fi que le DNS est la VM (172.16.4.1) :
			<pre>
			subnet 172.16.4.0 netmask 255.255.255.0 {
			range 172.16.4.100 172.16.4.200;
			option routers 172.16.4.1;
			option domain-name-servers 172.16.4.1;
			}
			</pre>

			Recharger le DHCP (SysV init) :
			<pre>
			service isc-dhcp-server restart
			service isc-dhcp-server status
			</pre>

			Sur le téléphone/PC client : ''oublier'' le Wi-Fi puis se reconnecter (nouveau bail DHCP).

	=== DHCP côté VM (VLAN 404) ===		=== DHCP côté VM (VLAN 404) ===

Azongo : /* 1) Service HTTP local de test (port 8080) */

2025-10-06T15:22:12Z

1) Service HTTP local de test (port 8080)

← Version précédente		Version du 6 octobre 2025 à 15:22
Ligne 269 :		Ligne 269 :
	# Lancer le serveur de test et loguer la sortie		# Lancer le serveur de test et loguer la sortie
	nohup python3 -m http.server 8080 --directory /srv/se5/www >/var/log/se5/http8080.log 2>&1 &		nohup python3 -m http.server 8080 --directory /srv/se5/www >/var/log/se5/http8080.log 2>&1 &
	ss -lntp \| grep :8080 # ~~doit afficher un LISTEN~~ sur 0.0.0.0:8080		ss -lntp \| grep :8080 # ecoute sur 0.0.0.0:8080
	</pre>		</pre>

SE5 IdO sécurité des objets 2025/2026 b4 - Historique des versions

Rex : /* 8) Ecoute des communications */

Azongo : /* Partie 2 : Objet connecté */

Azongo : /* Partie 2 : Objet connecté */

Azongo : /* 5) Résolution du problème Read-Only (RO) avec ADB → /system en RW */

Azongo : /* 3) APK qui « keeps stopping » sur Android-x86 */

Azongo : /* 3) APK qui « keeps stopping » sur Android-x86 */

Azongo : /* Projet Infrastructure Réseau 2025/2026 */

Azongo : /* Projet Infrastructure Réseau 2025/2026 */

Azongo : /* Partie 2 : Sécurisation WiFi (WPA2-PSK) */

Azongo : /* 1) Service HTTP local de test (port 8080) */

Rex : /* 8) Ecoute des communications */

Azongo : /* Partie 2 : Objet connecté */

Azongo : /* Partie 2 : Objet connecté */

Azongo : /* 5) Résolution du problème Read-Only (RO) avec ADB → /system en RW */

Azongo : /* 3) APK qui « keeps stopping » sur Android-x86 */

Azongo : /* 3) APK qui « keeps stopping » sur Android-x86 */

Azongo : /* Projet Infrastructure Réseau 2025/2026 */

Azongo : /* Projet Infrastructure Réseau 2025/2026 */

Azongo : /* Partie 2 : Sécurisation WiFi (WPA2-PSK) */

Azongo : /* 1) Service HTTP local de test (port 8080) */