IMA4 2016/2017 P33 : Différence entre versions
(→Liste des tâches à effectuer) |
(→Choix techniques : matériel et logiciel) |
||
| Ligne 37 : | Ligne 37 : | ||
A partir du paquet “décodé” , écrire un autre paquet pour l’envoyer à un récepteur LoRa . | A partir du paquet “décodé” , écrire un autre paquet pour l’envoyer à un récepteur LoRa . | ||
| − | Pour l’interception , en fonction de la trame que recoit les modules LoRa , on décidera la méthode avec laquelle on intercepte la communication afin d’envoyer des trames “ecrites à la main” | + | Pour l’interception , en fonction de la trame que recoit les modules LoRa , on décidera la méthode avec laquelle on intercepte la communication afin d’envoyer des trames “ecrites à la main”. |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
===Calendrier prévisionnel=== | ===Calendrier prévisionnel=== | ||
Version du 8 février 2017 à 15:57
Sommaire
Présentation du projet
Contexte
Les objets connectés se font une place dans le quotidien et se déploient de plus en plus mais en ce qui concerne leur sécurité, il apparaît que les fabricants ont souvent négligé la sécurité des technologies et de les protéger contre les cyberattaques. Afin de tester la sécurité des réseaux utilisés dans les objets connectés, nous étudierons le fonctionnement de ces protocoles. Dans le cadre de ce projet nous nous intéresserons aux protocoles LoRa et SigFox.
Objectif
L'objectif est donc de réaliser l'écoute de trame d'un réseau sans-fil (LoRa et SigFox) en capturant des trames afin de comprendre le fonctionnement de ces protocoles, et déterminer le format des trames ainsi que des méthodes d'attaque du réseau. C'est ce qu'on appelle l'ingénierie inverse.
Description du projet
Pour comprendre le fonctionnement du protocole, nous mettrons en place une maquette contenant des émetteurs et récepteurs afin d'écouter les trames dans le réseau. Une fois la maquette prête, nous mettrons en place une méthode d'écoute des trames et des captures de trames par un analyseur de spectre pour ensuite décoder ces trames. Pour tester les attaques de type man in the middle, ie introduire des trames dans le réseau, nous allons créer des trames et les faire accepter par le réseau.
Choix techniques : matériel et logiciel
Fonction principale:
Ingénierie inverse : Pouvoir injecter des trames “écrites à la main” entre l'émetteur/récepteur LoRa.
Sous-fonction 1:
Sous-fonction 1:
Effectuer la communication entre les modules LoRa:
Pour etablir la communication on utilisera deux Arduino qui serviront à controler l’emission et la reception des données ainsi que les messages à transmettre.
im
Sous-fonction 2: on récupère le signal avec un analyseur de spectre pour pouvoir “décoder” le paquet LoRa.
im
Sous-fonction 3:
A partir du paquet “décodé” , écrire un autre paquet pour l’envoyer à un récepteur LoRa . Pour l’interception , en fonction de la trame que recoit les modules LoRa , on décidera la méthode avec laquelle on intercepte la communication afin d’envoyer des trames “ecrites à la main”.
Calendrier prévisionnel
Liste des tâches à effectuer
Tâche 1: Etablir un programme Arduino qui permet la communication entre deux modules LoRa.
Tâche 2 :Visualiser le signal provenant du 3eme module LoRa su l’analyseur de spectre. .
Tâche 3: .Prise en main du format du protocole LoRa
Tâche 4 : Ecrire un paquet LoRa à la main et le faire accepter par un moldule LoRa .
Calendrier
Feuille d'heures
| Tâche | Prélude | Heures S1 | Heures S2 | Heures S3 | Heures S4 | Heures S5 | Heures S6 | Heures S7 | Heures S8 | Heures S9 | Heures S10 | Total |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Définition cahier des charges | 4h | 6h | 6h |
Avancement du Projet
Semaine 1
Définition du cahier des charges et prise en main du protocole LoRa
Semaine 2
Suite du cahier des charges
