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

Rex : /* Seconde tentative */

2026-01-29T09:49:34Z

Seconde tentative

← Version précédente		Version du 29 janvier 2026 à 09:49
Ligne 290 :		Ligne 290 :
	</syntaxhighlight>J'ai pu donc pu faire face:		</syntaxhighlight>J'ai pu donc pu faire face:

	- À un ISO sans les services Google et sans navigateur ...		* À un ISO sans les services Google et sans navigateur ...
			* Un trop ancien pour Nedis
	- Un trop ancien pour Nedis		* Un qui refuse l'installation d'APK
			* Un trop récent pour l'installation de certificat.
	- Un qui refuse l'installation d'APK		* Un qui refuse de se laisser rooter

	- Un trop récent pour l'installation de certificat.

	- Un qui refuse de se laisser ~~root~~

	En fin de séance, je n'ai malheureusement pas de VM Android fonctionnelle.		En fin de séance, je n'ai malheureusement pas de VM Android fonctionnelle.

Vdetrez : /* Envoi de fausses informations vers l'application */

2026-01-24T09:14:35Z

Envoi de fausses informations vers l'application

← Version précédente		Version du 24 janvier 2026 à 09:14
Ligne 456 :		Ligne 456 :
	</syntaxhighlight>		</syntaxhighlight>

	On va donc tenter d'envoyer des informations ~~erronés~~ de notre serveur vers notre application.		On va donc tenter d'envoyer des informations erronées de notre serveur vers notre application.

	Dans un premier temps on va tenter d'établir une connexion ~~sécurisé~~ entre l'appli et notre serveur.		Dans un premier temps, on va tenter d'établir une connexion sécurisée entre l'appli et notre serveur.

	Tuya utilise un protocole MQTT pour les échanges de données. On va donc simuler un serveur MQTT en ~~python~~ qui utilise un certificat signé par notre autorité de certification.<syntaxhighlight lang="python3">		Tuya utilise un protocole MQTT pour les échanges de données. On va donc simuler un serveur MQTT en Python qui utilise un certificat signé par notre autorité de certification.<syntaxhighlight lang="python3">
	import socket		import socket
	import ssl		import ssl
Ligne 518 :		Ligne 518 :
	cda1f2bf2e2880ce4093_d8439672c8e94a0c3446d4276d3a2abc"}\x00up1027735_v1_4dtc78phe7grtfdfv7fp_a4206d71_mb_eu17623708062605mpDdzpA355dad9b8086f63442d98e227e039cf5315158b056398c8fb\x00\x10388c		cda1f2bf2e2880ce4093_d8439672c8e94a0c3446d4276d3a2abc"}\x00up1027735_v1_4dtc78phe7grtfdfv7fp_a4206d71_mb_eu17623708062605mpDdzpA355dad9b8086f63442d98e227e039cf5315158b056398c8fb\x00\x10388c
	a5a77b82c5ad'		a5a77b82c5ad'
	</syntaxhighlight>On constate à la suite de cela que notre application fait totalement confiance à notre faux serveur. Il faut maintenant le format sous lequel envoyer notre message pour ~~quelle~~ ajoute un poids dans l'application.		</syntaxhighlight>On constate à la suite de cela que notre application fait totalement confiance à notre faux serveur. Il faut maintenant le format sous lequel envoyer notre message pour qu'il ajoute un poids dans l'application.

	On tente donc d'envoyer en clair le poids vers l'application de Nedis<syntaxhighlight lang="linux-config">		On tente donc d'envoyer en clair le poids vers l'application de Nedis.<syntaxhighlight lang="linux-config">
	(test) root@SE5:~/py_file# cat fake_serv2.py		(test) root@SE5:~/py_file# cat fake_serv2.py
	import socket		import socket
Ligne 666 :		Ligne 666 :
	</syntaxhighlight>		</syntaxhighlight>

	On cherche dans le fichier shared_prefs situé dans /data/data/com.nedis.smartlife sur la VM ~~android~~ une clé ~~local~~ qui ~~permettrai~~ de chiffrer le message pour que Nedis l'accepte.<syntaxhighlight lang="linux-config">		On cherche dans le fichier shared_prefs situé dans /data/data/com.nedis.smartlife sur la VM Android une clé locale qui permettrait de chiffrer le message pour que Nedis l'accepte.<syntaxhighlight lang="linux-config">
	emulator64_x86_64_arm64:/data/data/com.nedis.smartlife/shared_prefs # grep -r "localKey"		emulator64_x86_64_arm64:/data/data/com.nedis.smartlife/shared_prefs # grep -r "localKey"

Ligne 840 :		Ligne 840 :
	start_server()		start_server()

	</syntaxhighlight>Je pense que pour faire fonctionner cette méthode, il faut absolument que je trouve la clé qui crypte le message pour que Nedis l'accepte quand il le reçoit		</syntaxhighlight>Je pense que, pour faire fonctionner cette méthode, il faut absolument que je trouve la clé qui crypte le message pour que Nedis l'accepte quand il le reçoit.

	J'ai donc cherché dans cette direction et j'ai découvert deux choses.		J'ai donc cherché dans cette direction et j'ai découvert deux choses.

	Premièrement, TinyTuya, une API Python pour les appareils intelligents Tuya (génial, Nedis utilise Tuya) WiFi utilisant une connexion directe au réseau local (LAN) ou le cloud (API TuyaCloud). TinyTuya permet entre ~~autre~~ de récupérer la fameuse clé.		Premièrement, TinyTuya, une API Python pour les appareils intelligents Tuya (génial, Nedis utilise Tuya) WiFi utilisant une connexion directe au réseau local (LAN) ou le cloud (API TuyaCloud). TinyTuya permet entre autres de récupérer la fameuse clé.

	Ensuite, j'ai découvert la plateforme ~~IOT~~ de Tuya qui permet, en connectant son application de téléphone sur le site, de jouer avec ses appareils Tuya pour une connexion avec Home ~~Assisant~~ ou encore ... TinyTuya !		Ensuite, j'ai découvert la plateforme IoT de Tuya qui permet, en connectant son application de téléphone sur le site, de jouer avec ses appareils Tuya pour une connexion avec Home Assistant ou encore... TinyTuya !


Ligne 856 :		Ligne 856 :
	Dans cette partie, nous allons tenter de connecter notre balance à notre faux serveur en utilisant l'utilitaire TinyTuya. Le but est de récupérer le poids de l'utilisateur de la balance lorsqu'il se pèse.		Dans cette partie, nous allons tenter de connecter notre balance à notre faux serveur en utilisant l'utilitaire TinyTuya. Le but est de récupérer le poids de l'utilisateur de la balance lorsqu'il se pèse.

	Dans un premier temps il a fallu connecter l'appli à la ~~platforme~~ IOT de Tuya. L'application "Nedis Smartlife" de Nedis, qui utilise bien la même base que l'application Smartlife de Tuya (oui oui c'est le même nom…) ne ~~veux~~ pas se connecter à la plateforme pour une raison inexplicable (et au vu du nombre de ~~forum~~ qui ~~parle~~ du sujet, je ne suis pas le seul).		Dans un premier temps, il a fallu connecter l'appli à la plateforme IOT de Tuya. L'application "Nedis Smartlife" de Nedis, qui utilise bien la même base que l'application Smartlife de Tuya (oui oui, c'est le même nom…), ne veut pas se connecter à la plateforme pour une raison inexplicable (et, au vu du nombre de forums qui parlent du sujet, je ne suis pas le seul).

	J'ai donc du connecter ma balance sur l'appli Smartlife qui a bien voulu se connecter à la plateforme.		J'ai donc dû connecter ma balance sur l'appli Smartlife qui a bien voulu se connecter à la plateforme.

	Cela me permet de récupérer avec TinyTuya les périphériques		Cela me permet de récupérer avec TinyTuya les périphériques
Ligne 864 :		Ligne 864 :
	Et je vais maintenant tenter d'expliquer le fonctionnement de TinyTuya étape par étape…		Et je vais maintenant tenter d'expliquer le fonctionnement de TinyTuya étape par étape…

	Déjà pourquoi connecter l'application avec la plateforme IOT de Tuya --> Cela permet à l'appli de récupérer les appareils connectés de mon application, elle va générer un ID et une clé.		Déjà, pourquoi connecter l'application avec la plateforme IOT de Tuya --> Cela permet à l'appli de récupérer les appareils connectés de mon application, elle va générer un ID et une clé.

	Et comment faire pour que TinyTuya ~~est~~ accès aux appareils --> grâce à la commande <code>python -m tinytuya wizard</code> qui va prendre l'ID et la clé pour récupérer les appareils.		Et comment faire pour que TinyTuya ait accès aux appareils --> grâce à la commande <code>python -m tinytuya wizard</code> qui va prendre l'ID et la clé pour récupérer les appareils.

	Ensuite la commande suivante va permettre à TinyTuya de détecter nos appareils qui sont effectivement ~~connecté~~ à notre réseau :<syntaxhighlight lang="linux-config">		Ensuite la commande suivante va permettre à TinyTuya de détecter nos appareils qui sont effectivement connectés à notre réseau :<syntaxhighlight lang="linux-config">
	(test) root@SE5:~/py_file# python3 -m tinytuya devices		(test) root@SE5:~/py_file# python3 -m tinytuya devices
	TinyTuya (Tuya device scanner) [1.17.4] Loaded devices.json - 1 devices: Device Listing [		TinyTuya (Tuya device scanner) [1.17.4] Loaded devices.json - 1 devices: Device Listing [
Ligne 886 :		Ligne 886 :
	"icon": "https://images.tuyaeu.com/smart/icon/ay1513237774906SMBA3/1652104387fa2f735a389.png",		"icon": "https://images.tuyaeu.com/smart/icon/ay1513237774906SMBA3/1652104387fa2f735a389.png",
	"mapping": {} } ]		"mapping": {} } ]
	</syntaxhighlight>Et la, magie, on obtient la clé de la balance, on va pouvoir enfin récupérer le poids de notre utilisateur grâce à ce code ~~python~~ qui écoute la balance:<syntaxhighlight lang="python">		</syntaxhighlight>Et là, magie, on obtient la clé de la balance, on va pouvoir enfin récupérer le poids de notre utilisateur grâce à ce code Python qui écoute la balance:<syntaxhighlight lang="python">
	import tinytuya		import tinytuya

Ligne 901 :		Ligne 901 :
	data = d.status()		data = d.status()
	print("Statut complet :", data)		print("Statut complet :", data)
	</syntaxhighlight>Évidemment cela ne fonctionne pas. Et pourquoi ? Et bien si l'on regarde dans le bloc <code>python3 -m tinytuya devices TinyTuya</code> on observe que le ~~champs~~ mapping est vide. Ce ~~champs~~ est censé afficher ~~toute~~ les données que TinyTuya est censé pouvoir ~~récupérer …~~ et il est ~~vide …~~		</syntaxhighlight>Évidemment cela ne fonctionne pas. Et pourquoi ? Et bien si l'on regarde dans le bloc <code>python3 -m tinytuya devices TinyTuya</code> ci-dessous, on observe que le champ mapping est vide. Ce champ est censé afficher toutes les données que TinyTuya est censé pouvoir récupérer… et il est vide…

	Soit je suis à l'origine de ce problème, soit TinyTuya ne permet de changer ~~nous~~ ampoules ~~connecté~~ en rouge si la balance affiche que notre objectif de poids est ~~dépassé …~~		Soit je suis à l'origine de ce problème, soit TinyTuya ne permet pas de changer nos ampoules connectées en rouge si la balance affiche que notre objectif de poids est dépassé…

	Affaire à suivre.		Affaire à suivre.

	~~TODO : ne marche pas en local ? tenter d'enlever la redirection~~

	<syntaxhighlight lang="linux-config">		<syntaxhighlight lang="linux-config">
Ligne 1 005 :		Ligne 1 003 :
	Done.		Done.

	</syntaxhighlight><syntaxhighlight lang="linux-config">		</syntaxhighlight>De plus, on constate que notre balance n'est pas détectée dans les appareils locaux et ce même si je suis sur la balance. Pourtant le poids transite bien vers les serveurs !

			Ma théorie est que la balance ne se connecte au wifi qu'au moment d'envoyer le poids et les informations corporelles vers les serveurs. Cette action doit être assez rapide pour que TinyTuya ne la détecte pas.

			Pour confirmer mes dires, j'ai pris l'une des trois ampoules connectées Nedis que j'ai configurées dans mon application.

			Et là, on constate dans le bloc suivant que le champ mapping de l'ampoule n'est pas vide ! Il y a des possibilités d'action à transmettre ou à recevoir.<syntaxhighlight lang="linux-config">
	(test) root@SE5:~/py_file# python3 -m tinytuya wizard		(test) root@SE5:~/py_file# python3 -m tinytuya wizard
	TinyTuya Setup Wizard [1.17.4]		TinyTuya Setup Wizard [1.17.4]
Ligne 1 275 :		Ligne 1 279 :
	Done.		Done.

	</syntaxhighlight>		</syntaxhighlight>Maintenant que l'on sait que l'ampoule est adressable via TinyTuya, il serait intéressant de récupérer uniquement la clé et de retenter de créer un serveur python sur le réseau local qui contrôle l'ampoule sans que l'utilisateur de l'ampoule ne l'ait voulu.

			Ensuite, il faudrait trouver une méthode pour récupérer la clé sans TinyTuya, car si l'on reste dans une idée de "hack", la configuration de TinyTuya nécessite d'avoir accès au compte Tuya de la personne que l'on souhaite hacker.

			Une possibilité est d'écouter la communication Bluetooth entre le téléphone de l'utilisateur et son ampoule lors de la première configuration. Il est probable que ce soit à ce moment que la clé permettant d'accéder au serveur est communiquée.

Vdetrez : /* Première tentative */

2026-01-24T08:54:45Z

Première tentative

Vdetrez : /* Sécurisation WiFi par WPA2-PSK */

2026-01-24T08:46:03Z

Sécurisation WiFi par WPA2-PSK

← Version précédente		Version du 24 janvier 2026 à 08:46
Ligne 78 :		Ligne 78 :
	Et on constate que notre serveur a accès à Internet avec la commande <code>ping 8.8.8.8</code>		Et on constate que notre serveur a accès à Internet avec la commande <code>ping 8.8.8.8</code>

	= Point d'accès WiFi (29/09) =		= Point d'accès WiFi et sécurisation WiFi par WPA2-PSK (29/09) =
	~~Pour l'instant, nous mettons de côté ce point du TP car il n'est pas utile pour la suite.~~

	~~= Sécurisation WiFi par WPA2-PSK =~~

	Pour communiquer avec le routeur <code>Cisco</code>, on branche le port série en USB et on se connecte avec la commande <code>minicom -D /dev/ttyUSB0 -b 9600</code>. La première étape fut la création du SSID <code>SE5-SSID10</code>.<syntaxhighlight lang="linux-config">		Pour communiquer avec le routeur <code>Cisco</code>, on branche le port série en USB et on se connecte avec la commande <code>minicom -D /dev/ttyUSB0 -b 9600</code>. La première étape fut la création du SSID <code>SE5-SSID10</code>.<syntaxhighlight lang="linux-config">

Vdetrez : /* TinyTuya */

2026-01-13T17:30:15Z

TinyTuya

Voir les modifications

Vdetrez : /* TinyTuya */

2026-01-13T17:27:59Z

TinyTuya

← Version précédente		Version du 13 janvier 2026 à 17:27
Ligne 910 :		Ligne 910 :

	TODO : ne marche pas en local ? tenter d'enlever la redirection		TODO : ne marche pas en local ? tenter d'enlever la redirection

			<syntaxhighlight lang="linux-config">
			(test) root@SE5:~/py_file# python3 -m tinytuya wizard -force
			TinyTuya Setup Wizard [1.17.4]

			Existing settings:
			API Key=g5wufknjhcwqkkpsrgug
			Secret=edac1effd9374f50b6c61ddd2ea1e734
			DeviceID=84853100a4e57c162d4c
			Region=eu

			Use existing credentials (Y/n):

			Download DP Name mappings? (Y/n):


			Device Listing

			[
			{
			"name": "D\u00e9tecteur de fum\u00e9e",
			"id": "86730270483fda3155d0",
			"key": "r@fAdR'PW~0O`v5@",
			"mac": "48:3f:da:31:55:d0",
			"uuid": "86730270483fda3155d0",
			"sn": "1000716370419B",
			"category": "ywbj",
			"product_name": "Smoke detector",
			"product_id": "inwnovped8h5aoaw",
			"biz_type": 18,
			"model": "WIFIDS20WT",
			"sub": false,
			"icon": "https://images.tuyaeu.com/smart/icon/ay1513237774906SMBA3/651af99cad24017128e3dc2322461ae5.png",
			"mapping": {
			"1": {
			"code": "smoke_sensor_status",
			"type": "Enum",
			"values": {
			"range": [
			"alarm",
			"normal"
			]
			}
			},
			"14": {
			"code": "battery_state",
			"type": "Enum",
			"values": {
			"range": [
			"low",
			"middle",
			"high"
			]
			}
			}
			}
			},
			{
			"name": "P\u00e8se pas que des personnes",
			"id": "84853100a4e57c162d4c",
			"key": "V[z^Gr\|qekh]9z_>",
			"mac": "a4:e5:7c:16:2d:4c",
			"uuid": "84853100a4e57c162d4c",
			"sn": "10003702800241",
			"category": "qt",
			"product_name": "Personal Scale",
			"product_id": "arjciqapuueq9cvt",
			"biz_type": 18,
			"model": "WIFIHS10WT",
			"sub": false,
			"icon": "https://images.tuyaeu.com/smart/icon/ay1513237774906SMBA3/1652104387fa2f735a389.png",
			"mapping": {}
			}
			]

			>> Saving list to devices.json
			2 registered devices saved

			>> Saving raw TuyaPlatform response to tuya-raw.json

			Poll local devices? (Y/n):

			Scanning local network for Tuya devices...
			Scan network 172.16.10.0/24 from interface eth0? ([Y]es/[n]o/[a]ll yes):
			Scan network 172.26.145.0/24 from interface eth1? ([Y]es/[n]o/[a]ll yes): n
			Scan network 172.26.145.0/24 from interface eth1? ([Y]es/[n]o/[a]ll yes): n
			0 local devices discovered

			Polling local devices...
			[Détecteur de fumée ] Error: No IP found
			[Pèse pas que des personne] Error: No IP found

			>> Saving device snapshot data to snapshot.json


			Done.

			</syntaxhighlight>

Vdetrez : /* TinyTuya */

2026-01-13T13:12:04Z

TinyTuya

← Version précédente		Version du 13 janvier 2026 à 13:12
Ligne 871 :		Ligne 871 :

	Ensuite la commande suivante va permettre à TinyTuya de détecter nos appareils qui sont effectivement connecté à notre réseau :<syntaxhighlight lang="linux-config">		Ensuite la commande suivante va permettre à TinyTuya de détecter nos appareils qui sont effectivement connecté à notre réseau :<syntaxhighlight lang="linux-config">
	(test) root@SE5:~/py_file# python3 -m tinytuya devices TinyTuya		(test) root@SE5:~/py_file# python3 -m tinytuya devices
	(Tuya device scanner) [1.17.4] Loaded devices.json - 1 devices: Device Listing [		TinyTuya (Tuya device scanner) [1.17.4] Loaded devices.json - 1 devices: Device Listing [
	{		{
	"name": "P\u00e8se pas que des personnes",		"name": "P\u00e8se pas que des personnes",

Vdetrez : /* TinyTuya */

2026-01-11T22:11:16Z

TinyTuya

← Version précédente		Version du 11 janvier 2026 à 22:11
Ligne 850 :		Ligne 850 :
	Ensuite, j'ai découvert la plateforme IOT de Tuya qui permet, en connectant son application de téléphone sur le site, de jouer avec ses appareils Tuya pour une connexion avec Home Assisant ou encore ... TinyTuya !		Ensuite, j'ai découvert la plateforme IOT de Tuya qui permet, en connectant son application de téléphone sur le site, de jouer avec ses appareils Tuya pour une connexion avec Home Assisant ou encore ... TinyTuya !

	Spoiler alerte, j'ai la clé. Je parle plus de TinyTuya dans la prochaine partie car même avec cette clé, ce faux serveur ne marche pas. Je vais donc tenter d'autres pistes.
			Spoiler alerte: J'ai du changer d'application et cette application ne tape plus sur la même adresse. Elle tape sur XX-eu.lifeaiot.com il a donc fallu refaire une redirection vers notre serveur pour ces nouvelles adresses.

			Spoiler alerte: j'ai la clé. Je parle plus de TinyTuya dans la prochaine partie car même avec cette clé, ce faux serveur ne marche pas. Je vais donc tenter d'autres pistes.

	== TinyTuya ==		== TinyTuya ==
Ligne 905 :		Ligne 908 :

	Affaire à suivre.		Affaire à suivre.

			TODO : ne marche pas en local ? tenter d'enlever la redirection

Vdetrez le 11 janvier 2026 à 22:07

2026-01-11T22:07:10Z

Voir les modifications

Vdetrez : /* Envoi de fausses informations vers l'application */

2025-12-18T13:37:25Z

Envoi de fausses informations vers l'application

← Version précédente		Version du 18 décembre 2025 à 13:37
Ligne 842 :		Ligne 842 :

	</syntaxhighlight>Pour autant, le poid n'est toujours pas visible dans l'application		</syntaxhighlight>Pour autant, le poid n'est toujours pas visible dans l'application





			Application smart life : a1-eu.lifeaiot.com. m1-eu.lifeaiot.com. m1-eu.lifeaiot.com.

← Version précédente		Version du 24 janvier 2026 à 08:54
Ligne 261 :		Ligne 261 :

	== Première tentative ==		== Première tentative ==
	Actuellement, si on navigue sur internet et que l'on se rend sur moodle.com, on atterrit bien ~~sûr~~ le faux Moodle, mais comme le téléphone ne connait pas l'autorité de certification ~~nommé~~ CertiFiable, on a le droit à ce magnifique message de connexion non sécurisée :		Actuellement, si on navigue sur internet et que l'on se rend sur moodle.com, on atterrit bien sur le faux Moodle, mais comme le téléphone ne connait pas l'autorité de certification nommée CertiFiable, on a le droit à ce magnifique message de connexion non sécurisée :

	[[Fichier:Avertissement moodle.png\|sans_cadre]][[Fichier:Moodle le magnifique.png\|sans_cadre]]		[[Fichier:Avertissement moodle.png\|sans_cadre]][[Fichier:Moodle le magnifique.png\|sans_cadre]]
Ligne 274 :		Ligne 274 :
	J'ai installé <code>VNC Viewer</code> pour pouvoir manipuler la machine virtuelle.		J'ai installé <code>VNC Viewer</code> pour pouvoir manipuler la machine virtuelle.

	En étant sur la VM, j'ai pu me rendre compte qu'il n'était pas possible de se connecter au WiFi, c'est la connexion du pc qui est ~~simulé~~ comme un réseau WiFi dans la VM.		En étant sur la VM, j'ai pu me rendre compte qu'il n'était pas possible de se connecter au WiFi, c'est la connexion du PC qui est simulée comme un réseau WiFi dans la VM.

	J'ai pu réfléchir à deux solutions avant que la VM ne crash d'elle-même et soit impossible à redémarrer...		J'ai pu réfléchir à deux solutions avant que la VM ne crash d'elle-même et soit impossible à redémarrer...
Ligne 303 :		Ligne 303 :

	== Ultime tentative (qui marche) ==		== Ultime tentative (qui marche) ==
	Cette fois ci j'utilise l'application Android Studio qui permet d'émuler des téléphones Android pour le débogage d'application. On va donc s'en servir pour créer un Android routé qui va recevoir notre certificat.		Cette fois-ci j'utilise l'application Android Studio qui permet d'émuler des téléphones Android pour le débogage d'application. On va donc s'en servir pour créer un Android routé qui va recevoir notre certificat.

	Dans un premier temps j'ai donc routé mon téléphone avec l'utilitaire ~~Magisik~~ en suivant ce tutoriel : https://www.youtube.com/watch?v=QzsNn3GhYYk&t=374s.		Dans un premier temps, j'ai donc routé mon téléphone avec l'utilitaire Magisk en suivant ce tutoriel : https://www.youtube.com/watch?v=QzsNn3GhYYk&t=374s.

	Puis je viens ajouter un module dans Magisk qui permet de recharger à chaque ~~demarrage~~ du téléphone le certificat en question.		Puis je viens ajouter un module dans Magisk qui permet de recharger à chaque démarrage du téléphone le certificat en question.

	Le certificat peut être ~~ajouter~~ dans le téléphone en utilisant la commande <code>adb push xyzxyzxyz.0</code> .		Le certificat peut être ajouté dans le téléphone en utilisant la commande <code>adb push xyzxyzxyz.0</code> .

	La manipulation est la suivante :<syntaxhighlight lang="linux-config">		La manipulation est la suivante :<syntaxhighlight lang="linux-config">
Ligne 340 :		Ligne 340 :


	Dans ce second TP, nous allons jouer avec ce pèse personne de nedis.
			Dans ce second TP, nous allons jouer avec ce pèse-personne de nedis.

	Dans un premier temps, j'ai connecté la balance au réseau SE5-SSID10.		Dans un premier temps, j'ai connecté la balance au réseau SE5-SSID10.
Ligne 355 :		Ligne 356 :
	Dans un premier temps, mon idée était de faire croire à la balance qu'elle communique effectivement avec son serveur pour pouvoir récupérer les informations sur la santé de l'utilisateur.		Dans un premier temps, mon idée était de faire croire à la balance qu'elle communique effectivement avec son serveur pour pouvoir récupérer les informations sur la santé de l'utilisateur.

	Ici on constate sur ces paquets la requête de la balance pour obtenir une IP, puis le moment ou elle l'obtient.		Ici on constate sur ces paquets la requête de la balance pour obtenir une IP, puis le moment où elle l'obtient.


	[[Fichier:WS connection balance.png\|sans_cadre\|858x858px]]		[[Fichier:WS connection balance.png\|sans_cadre\|858x858px]]

	Je peux donc ping ma balance depuis mon pc (celui qui host ma VM ~~android~~)		Je peux donc ping ma balance depuis mon PC (celui qui host ma VM Android)

	[[Fichier:PIng balance.png\|sans_cadre]]		[[Fichier:PIng balance.png\|sans_cadre]]

	Maintenant je veux voir les messages de communication entre la balance, son serveur et l'application, pour ce faire je fais <code>tcpdump -i eth1 -n port 53</code> :<syntaxhighlight lang="linux-config">		Maintenant je veux voir les messages de communication entre la balance, son serveur et l'application, pour ce faire, je fais <code>tcpdump -i eth1 -n port 53</code> :<syntaxhighlight lang="linux-config">
	14:46:51.115996 IP 172.16.10.105.49153 > 172.16.10.1.53: 13861+ A? m2.tuyaeu.com. (31)		14:46:51.115996 IP 172.16.10.105.49153 > 172.16.10.1.53: 13861+ A? m2.tuyaeu.com. (31)
	14:46:51.125611 IP 172.16.10.1.53 > 172.16.10.105.49153: 13861 3/0/0 A 3.120.92.134, A 18.184.31.90, A 35.156.44.172 (79)		14:46:51.125611 IP 172.16.10.1.53 > 172.16.10.105.49153: 13861 3/0/0 A 3.120.92.134, A 18.184.31.90, A 35.156.44.172 (79)
Ligne 379 :		Ligne 380 :
	[4343449.827028] device eth1 left promiscuous mode		[4343449.827028] device eth1 left promiscuous mode

	</syntaxhighlight>~~visiblement~~ notre balance communique avec ~~tuya~~ via m2.tuyaeu.com et a3.tuyaeu.com. Par la suite on constate qu'elle communique avec une multitude de XY.tuyaeu.com.		</syntaxhighlight>Visiblement notre balance communique avec Tuya via m2.tuyaeu.com et a3.tuyaeu.com. Par la suite on constate qu'elle communique avec une multitude de XY.tuyaeu.com.



	Maintenant on refait une config similaire à moodle.com, une zone "tuyaeu.com" dans le fichier de conf de ~~bind~~, un fichier db.tuyaeu.com et une page ~~apache~~. Enfin on vient la signer avec notre autorité de certification.		Maintenant, on refait une config similaire à moodle.com, une zone "tuyaeu.com" dans le fichier de conf de Bind, un fichier db.tuyaeu.com et une page Apache. Enfin on vient la signer avec notre autorité de certification.

	<code>tcpdump -i eth1 -n port 53</code> :<syntaxhighlight lang="linux-config">		<code>tcpdump -i eth1 -n port 53</code> :<syntaxhighlight lang="linux-config">
Ligne 391 :		Ligne 393 :
	12:30:58.540132 IP 172.16.10.1.53 > 172.16.10.105.49153: 23785* 2/0/0 CNAME ns.tuyaeu.com., A 172.16.10.1 (64)		12:30:58.540132 IP 172.16.10.1.53 > 172.16.10.105.49153: 23785* 2/0/0 CNAME ns.tuyaeu.com., A 172.16.10.1 (64)

	</syntaxhighlight>Maintenant on constate que quand la balance demande l'adresse du serveur xy.tuyaeu.com, notre DNS lui répond avec l'IP de notre serveur.		</syntaxhighlight>Maintenant on constate que, quand la balance demande l'adresse du serveur xy.tuyaeu.com, notre DNS lui répond avec l'IP de notre serveur.

	On va créer un faux serveur pour déchiffrer ce que nous dit la balance.<syntaxhighlight lang="linux-config">		On va créer un faux serveur pour déchiffrer ce que nous dit la balance.<syntaxhighlight lang="linux-config">
Ligne 423 :		Ligne 425 :
	shutting down SSL		shutting down SSL
	CONNECTION CLOSED		CONNECTION CLOSED
	</syntaxhighlight>On constate que dès que la balance tente de se connecter elle ferme la connexion pour cause "no shared cipher".		</syntaxhighlight>On constate que, dès que la balance tente de se connecter, elle ferme la connexion pour cause "no shared cipher".

	Malheureusement, je constate (un peu tard) que notre balance ne pourra pas communiquer avec notre serveur ~~puisque qu~~'elle ne possède pas le certificat de notre autorité de certification. Elle refuse donc de communiquer avec notre serveur.		Malheureusement, je constate (un peu tard) que notre balance ne pourra pas communiquer avec notre serveur puisqu'elle ne possède pas le certificat de notre autorité de certification. Elle refuse donc de communiquer avec notre serveur.

	Il faudrait réussir un injecter le certificat dans la balance en ~~communicant~~ directement avec elle.		Il faudrait réussir à injecter le certificat dans la balance en communiquant directement avec elle.

	== Envoi de fausses informations vers l'application ==		== Envoi de fausses informations vers l'application ==

	Dans cette partie, nous allons tenter d'envoyer un poids à l'application depuis notre serveur.		Dans cette partie, nous allons tenter d'envoyer un poids à l'application depuis notre serveur.



	L'appli tape sur 443 et 8883 (mqtt qui fonctionne avec tls) comme on peut le voir sur cet extrait:<syntaxhighlight lang="linux-config">		L'appli tape sur 443 et 8883 (mqtt qui fonctionne avec tls) comme on peut le voir sur cet extrait:<syntaxhighlight lang="linux-config">

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

Rex : /* Seconde tentative */

Vdetrez : /* Envoi de fausses informations vers l'application */

Vdetrez : /* Première tentative */

Vdetrez : /* Sécurisation WiFi par WPA2-PSK */

Vdetrez : /* TinyTuya */

Vdetrez : /* TinyTuya */

Vdetrez : /* TinyTuya */

Vdetrez : /* TinyTuya */

Vdetrez le 11 janvier 2026 à 22:07

Vdetrez : /* Envoi de fausses informations vers l'application */

Rex : /* Seconde tentative */

Vdetrez : /* Envoi de fausses informations vers l'application */

Vdetrez : /* Première tentative */

Vdetrez : /* Sécurisation WiFi par WPA2-PSK */

Vdetrez : /* TinyTuya */

Vdetrez : /* TinyTuya */

Vdetrez : /* TinyTuya */

Vdetrez : /* TinyTuya */

Vdetrez : /* Envoi de fausses informations vers l'application */