air - User contributions [en]

File:2021 2022 INFO5 IOT Orientation carte.zip

2022-01-26T12:01:32Z

Gilles.Mertens:

VT2021

2021-12-13T15:08:16Z

Gilles.Mertens: /* Séance 5 : 13/12 */

[[VT2020|<< Etudes 2020]] [[VT|Sommaire]] [[VT2022|Etudes 2022 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]

[[File:presentation-VT-INFO5-2122.pdf|transparents d'introduction à l'UE]]

=Planning=

== Séance 1 : 15/11 ==
exceptionnellement en distanciel [https://univ-grenoble-alpes-fr.zoom.us/j/98434116324?pwd=NmJHVFZvQm9LQWtYclF3U09QVjZVQT09]
Enseignants :[[User:Donsez|Didier Donsez]]

Présentation et organisation.

== Séance 2 : 22/11 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Bio-inspired algoritms, BAUDEUR Bertrand, TONDEUX Emilie, [[File:VT2021_BioInspiredAlgo_presentation.pdf|présentation]], [[VT2021_BioInspiredAlgo_fiche|fiche]], [[VT2021_BioInspiredAlgo_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Le langage Zig, PARA Yaël, MALOD Victor, [[File:VT2021_Zig_presentation.pdf|présentation]], [[VT2021_Zig_fiche|fiche]], [[VT2021_Zig_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* GitHub Copilot, BLANQUET Antoine, PRAT CAPILLA Hugo, [[File:VT2021_GitHubCopilot_presentation.pdf|présentation]], [[VT2021_GitHubCopilot_fiche|fiche]], [[VT2021_GitHubCopilot_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 3 : 29/11 ==
Enseignants : [[User:Donsez|Didier Donsez]]

* Cloud Hypervisor, CHALOYARD Lucas, EL YANDOUZI Elias, [[File:Cloud Hypervisor.pdf|présentation]], [[VT2021_Cloud-Hypervisor_Fiche|fiche]], [https://www.youtube.com/watch?v=UsMEkOlImgw Démo à 26:30], [https://montube.com/AZERTYUIO screencast]
* Kind, GITTON Antoine, MINIER MANCINI Titouan, [[File:VT2021_Kind_presentation.pdf|présentation]], [[VT2021_Kind_fiche|fiche]], [[VT2021_Kind_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Apache Workflow, JULIENNE Malone, CAMBUS Quentin, [[File:VT2021_ApacheAirflow_presentation.pdf|présentation]], [[VT2021_ApacheAirflow_fiche|fiche]], [[VT2021_ApacheAirflow_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 4 : 6/12 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Content Delivery Networks (CDN), REGOUIN Roman, ANDRIEUX Liam, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_CDN_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Netflix Cosmos, HERQUE Eric, VACHERIAS Guillaume, [[File:VT2021_Netflix_Cosmos_presentation.pdf|présentation]], [[VT2021_Netflix_Cosmos_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Web Browser Fingerprinting, LANQUETIN Alexis, GONZALEZ Jules, [[File:Web Browser FingerPrint.pdf|présentation]], [[VT2021_fingerprinting|fiche]], [[demo]], [https://montube.com/AZERTYUIO screencast]
* Vie privée et objets connectés, Mertens Gilles, Soulard Alexandre, [[File:VT2021_vie_privee_et_objets_connectes_presentation.pdf|présentation]], [[VT2021_vie_privee_et_objets_connectes_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 5 : 13/12 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Fintech et OpenBanking, LAMBERT Paul, ELHADJI TCHIAMBOU Sami, [[File:Présentation.pdf|présentation]], [[VT2021_fintech_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast] (port de la cravate exigée)
* Merkle trees, HUMBERT Corentin, YUNG Kevin, [[File:VT2021_Merkle_Trees_presentation.pdf|présentation]], [[VT2021_Merkle_Trees_fiche|fiche]], [[VT2021_Merkle_Trees_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Blockchain Elrond, BARET Dorian, GEITNER Teva, [[File:VT2021_Elrond_presentation.pdf|présentation]], [[File:VT2021_Elrond.pdf | fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Text to Speech, Granger Oscar, Cosotti Kevin [[File:VT2021_TTS_presentation.pdf|présentation]], [[VT2021_TTS_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 6 : 3/1 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Psychométrie, LAMBERT Daphné, DREZET Lucas, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* GPT, AGUIAR Mathilde, HAJJI Oumaima, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* TinyML, Buisine Julien, Mallen Guillaume, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 7 : 10/1 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* CMS, SARRE Margaux, NOERIE Sophie, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Underwater Wireless Communications, MUTEL Mathis, SIDIBE Rose, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* ROS2, MALECOT Ethan, CIRSTEA Paul, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 8 : Asynchrone ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

=Sujets=
# [[Web Browser Fingerprinting]]
# [[Fintech]] & [[Open banking]] (système bancaire ouvert)
# [[Géolocalisation Ultra Wideband]] : fonctionnement, applications (Apple AirTags, Galaxy SmartTag+) ...
# [[Application Performance Monitoring]] : démonstration de [[Apache Skywalking]]
# [[GitHub Copilot]]
# [[GPT-J, GPT-3, GPT-2]]
# [[WebRTC]] : Web Real-Time Communication
# [[Low Code Development]]
# Le langage de programmation [[Zig]]
# [[Text-to-Speech]] : technologies et services et [[SSML]]: démonstration de l'intégration des service TTS Wavenet de GCP et Amazon Polly dans eCOM (pour un binome).
# [[ROS2]] : Robot Operating System version 2
# [[TinyML]] : démonstration avec une carte STM32F7 (à récupérer au fablab).
# [[Multi-Region Database Deployments: Patterns and Anti-Patterns]] : démonstration avec [[Cockroack]]
# [[Proof of Coverage Blockchain]] : démonstration d'[[Helium]] avec une gateway LoRa
# [[IPFS (InterPlanetary File System)]]
# [[Géolocalisation Wifi : principles et services de géolocalisation Wifi et cellulaire]]
# [[Kind]] : Goodbye minikube
# [[Netflix Cosmos]]
# [[Rudder]]
# [[Thread]] : démonstration avec le kit [[STM32WB55]]
# [[Remote sensing]]
# [[Caches distribués]]: démonstration avec [[Redis]]
# [[Log Structured Merge Trees]]
# [[Merkle Trees]]
# [[Riak]] Database System
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].
# [[jQAssistant]] : application à eCOM
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]
# [[Pulsar]]
# [[RSocket]]
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.
# [[Microclimate]]
# [[AdTech]]
# [[Conflict-free replicated data type]] (CRDT)
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]
# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces
# [[Psychométrie]]
# [[Apache Beam]]
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]
# [[Performance Monitoring]]
# [[Access Network Query Protocol (ANQP)]]
# [[JCache]] : démonstration avec [[Apache Ignity]]
# [[MemCached]]
# [[Apache Stratos]]
# [[gceasy]] : Universal garbage collection log Analyser
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]
# [[CMS]] : Demo avec [[Crafter CMS]]
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé
# [[SIG]] : Démonstration de [[QGIS]]
# [[Apache Airflow]]
# [[AzureRTOS]] : système d'exploitation pour l'Internet des Objets. démonstration sur [https://www.st.com/en/evaluation-tools/b-l475e-iot01a.html B-L475] à récupérer au fablab.
# Algorithmes et systèmes de vote électronique : vices et vertus.
# [[Normes et systèmes de signature électronique]]
# Database as a Microservice : [[HarperDB]]
# [[Underwater Wireless Communications]]
# [[TiDB]]
# [[Pantavisor Linux]]: A Framework for Building Containerized IoT Systems

VT2021

2021-12-13T15:07:07Z

Gilles.Mertens: /* Séance 5 : 13/12 */

[[VT2020|<< Etudes 2020]] [[VT|Sommaire]] [[VT2022|Etudes 2022 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]

[[File:presentation-VT-INFO5-2122.pdf|transparents d'introduction à l'UE]]

=Planning=

== Séance 1 : 15/11 ==
exceptionnellement en distanciel [https://univ-grenoble-alpes-fr.zoom.us/j/98434116324?pwd=NmJHVFZvQm9LQWtYclF3U09QVjZVQT09]
Enseignants :[[User:Donsez|Didier Donsez]]

Présentation et organisation.

== Séance 2 : 22/11 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Bio-inspired algoritms, BAUDEUR Bertrand, TONDEUX Emilie, [[File:VT2021_BioInspiredAlgo_presentation.pdf|présentation]], [[VT2021_BioInspiredAlgo_fiche|fiche]], [[VT2021_BioInspiredAlgo_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Le langage Zig, PARA Yaël, MALOD Victor, [[File:VT2021_Zig_presentation.pdf|présentation]], [[VT2021_Zig_fiche|fiche]], [[VT2021_Zig_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* GitHub Copilot, BLANQUET Antoine, PRAT CAPILLA Hugo, [[File:VT2021_GitHubCopilot_presentation.pdf|présentation]], [[VT2021_GitHubCopilot_fiche|fiche]], [[VT2021_GitHubCopilot_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 3 : 29/11 ==
Enseignants : [[User:Donsez|Didier Donsez]]

* Cloud Hypervisor, CHALOYARD Lucas, EL YANDOUZI Elias, [[File:Cloud Hypervisor.pdf|présentation]], [[VT2021_Cloud-Hypervisor_Fiche|fiche]], [https://www.youtube.com/watch?v=UsMEkOlImgw Démo à 26:30], [https://montube.com/AZERTYUIO screencast]
* Kind, GITTON Antoine, MINIER MANCINI Titouan, [[File:VT2021_Kind_presentation.pdf|présentation]], [[VT2021_Kind_fiche|fiche]], [[VT2021_Kind_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Apache Workflow, JULIENNE Malone, CAMBUS Quentin, [[File:VT2021_ApacheAirflow_presentation.pdf|présentation]], [[VT2021_ApacheAirflow_fiche|fiche]], [[VT2021_ApacheAirflow_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 4 : 6/12 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Content Delivery Networks (CDN), REGOUIN Roman, ANDRIEUX Liam, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_CDN_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Netflix Cosmos, HERQUE Eric, VACHERIAS Guillaume, [[File:VT2021_Netflix_Cosmos_presentation.pdf|présentation]], [[VT2021_Netflix_Cosmos_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Web Browser Fingerprinting, LANQUETIN Alexis, GONZALEZ Jules, [[File:Web Browser FingerPrint.pdf|présentation]], [[VT2021_fingerprinting|fiche]], [[demo]], [https://montube.com/AZERTYUIO screencast]
* Vie privée et objets connectés, Mertens Gilles, Soulard Alexandre, [[File:VT2021_vie_privee_et_objets_connectes_presentation.pdf|présentation]], [[VT2021_vie_privee_et_objets_connectes_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 5 : 13/12 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Fintech et OpenBanking, LAMBERT Paul, ELHADJI TCHIAMBOU Sami, [[File:Présentation.pdf|présentation]], [[VT2021_fintech_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast] (port de la cravate exigée)
* Merkle trees, HUMBERT Corentin, YUNG Kevin, [[File:VT2021_Merkle_Trees_presentation.pdf|présentation]], [[VT2021_Merkle_Trees_fiche|fiche]], [[VT2021_Merkle_Trees_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Blockchain Elrond, BARET Dorian, GEITNER Teva, [[File:VT2021_Elrond_presentation.pdf|présentation]], [[File:VT2021_Elrond.pdf|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Text to Speech, Granger Oscar, Cosotti Kevin [[File:VT2021_TTS_presentation.pdf|présentation]], [[VT2021_TTS_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 6 : 3/1 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Psychométrie, LAMBERT Daphné, DREZET Lucas, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* GPT, AGUIAR Mathilde, HAJJI Oumaima, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* TinyML, Buisine Julien, Mallen Guillaume, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 7 : 10/1 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* CMS, SARRE Margaux, NOERIE Sophie, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Underwater Wireless Communications, MUTEL Mathis, SIDIBE Rose, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* ROS2, MALECOT Ethan, CIRSTEA Paul, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 8 : Asynchrone ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

=Sujets=
# [[Web Browser Fingerprinting]]
# [[Fintech]] & [[Open banking]] (système bancaire ouvert)
# [[Géolocalisation Ultra Wideband]] : fonctionnement, applications (Apple AirTags, Galaxy SmartTag+) ...
# [[Application Performance Monitoring]] : démonstration de [[Apache Skywalking]]
# [[GitHub Copilot]]
# [[GPT-J, GPT-3, GPT-2]]
# [[WebRTC]] : Web Real-Time Communication
# [[Low Code Development]]
# Le langage de programmation [[Zig]]
# [[Text-to-Speech]] : technologies et services et [[SSML]]: démonstration de l'intégration des service TTS Wavenet de GCP et Amazon Polly dans eCOM (pour un binome).
# [[ROS2]] : Robot Operating System version 2
# [[TinyML]] : démonstration avec une carte STM32F7 (à récupérer au fablab).
# [[Multi-Region Database Deployments: Patterns and Anti-Patterns]] : démonstration avec [[Cockroack]]
# [[Proof of Coverage Blockchain]] : démonstration d'[[Helium]] avec une gateway LoRa
# [[IPFS (InterPlanetary File System)]]
# [[Géolocalisation Wifi : principles et services de géolocalisation Wifi et cellulaire]]
# [[Kind]] : Goodbye minikube
# [[Netflix Cosmos]]
# [[Rudder]]
# [[Thread]] : démonstration avec le kit [[STM32WB55]]
# [[Remote sensing]]
# [[Caches distribués]]: démonstration avec [[Redis]]
# [[Log Structured Merge Trees]]
# [[Merkle Trees]]
# [[Riak]] Database System
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].
# [[jQAssistant]] : application à eCOM
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]
# [[Pulsar]]
# [[RSocket]]
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.
# [[Microclimate]]
# [[AdTech]]
# [[Conflict-free replicated data type]] (CRDT)
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]
# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces
# [[Psychométrie]]
# [[Apache Beam]]
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]
# [[Performance Monitoring]]
# [[Access Network Query Protocol (ANQP)]]
# [[JCache]] : démonstration avec [[Apache Ignity]]
# [[MemCached]]
# [[Apache Stratos]]
# [[gceasy]] : Universal garbage collection log Analyser
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]
# [[CMS]] : Demo avec [[Crafter CMS]]
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé
# [[SIG]] : Démonstration de [[QGIS]]
# [[Apache Airflow]]
# [[AzureRTOS]] : système d'exploitation pour l'Internet des Objets. démonstration sur [https://www.st.com/en/evaluation-tools/b-l475e-iot01a.html B-L475] à récupérer au fablab.
# Algorithmes et systèmes de vote électronique : vices et vertus.
# [[Normes et systèmes de signature électronique]]
# Database as a Microservice : [[HarperDB]]
# [[Underwater Wireless Communications]]
# [[TiDB]]
# [[Pantavisor Linux]]: A Framework for Building Containerized IoT Systems

VT2021 vie privee et objets connectes fiche

2021-12-06T13:25:55Z

Gilles.Mertens: /* Références */

==Abstract==

The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet connections enable the iot to be affordable and usable by non technical people.These devices are used in a lot of fields like : health, automation, energy saving, entertainment and is expanding. However,using connected devices has an implication on privacy, and these impacts are poorly understood by the general public. Vendors take advantage of their position to harvest a lot of unnecessary personal information while not properly asking the user’s consent and letting old devices unpatched from critical vulnerabilities. The aim of this presentation is to detail these three major issues with examples.

'''Key words''' : IoT, cloud, private life, smartphone, security, automation, trackers, connected

==Résumé==

L’utilisation d’objets connectés est en forte croissance grâce aux connexions internet toujours plus rapides et a la miniaturisation des composants électroniques. Les domaines d’utilisations sont toujours plus nombreux : santé, automatisation, économie d’énergie, divertissement etc. Néanmoins les implications de l’utilisation de ces objets connectés sur la vie privée est mal connue du grand public. Récolte d’informations personnelles abusives par les constructeurs, problèmes de consentement de l’utilisateur et failles de sécurité non patchées sont les trois problèmes majeurs dans leur utilisation. Cet exposé a pour but de détailler ces trois problématiques majeures avec des exemples.

'''Mots-Clés''' : internet des objets, cloud, vie privée, smartphone, sécurité, automatisation, traqueurs, connecté

==Nature et collecte des données==
===Fonctionnement===
Il existe deux types d’objets connectés, les capteurs, qui relèvent des données du monde réel et les actionneurs qui permettent d’agir sur leur environnement. Néanmoins, la plupart des produits vendus sur le marché sont hybrides. Par exemple, une balance connectée génère seulement des données, tandis qu’une ampoule intelligente peut seulement être actionnée et ne récolte pas directement de données sur son environnement. Un bon exemple d’objet hybride est un thermostat, qui va à la fois capter la température de son environnement et agir dessus grâce au contrôle d’un chauffage. La différence avec les objets traditionnels est qu’ils se servent d’une connexion au réseau pour envoyer leur données, recevoir des ordres ou piloter d’autres objets. Cette mise en réseau permet ainsi de connecter les objets les uns aux autres d’une part et de les connecter au smartphone de leur propriétaire d’autre part, pour les rendre « intelligents ».
===Collecte des données===
Ce sont en grande majorité les fabricants de ces objets qui proposent les services dits « intelligents » aux utilisateurs finaux liant les produits à des services liés au cloud. Dans certains cas l’utilisateur va interagir sur les serveurs du fabricant avec son smartphone qui en retour interagissent sur les objets de l’utilisateur. Par exemple, l’utilisateur veut un récapitulatif de sa masse sur les derniers mois, l’application de balance va télécharger les derniers relevés depuis les serveurs du fabricant. Dans ce cas, le problème de vie privée est évident, une entité tierce a accès à des données privées de ses utilisateurs. Un autre vecteur de collecte de ces données est à travers les applications de pilotage des objets via smartphone. En effet la plupart des applications de contrôle demandent l’enregistrement des objets pilotés dans un compte personnel lié au fabricant. Cet enregistrement peut dans certains cas déjà être une atteinte à la vie privée en demandant des informations non nécessaires à l’utilisation de l’application tels que l’âge, l’adresse, la position GPS ou encore le genre de l’utilisateur. Ensuite ces applications envoient régulièrement de la télémétrie pour comprendre les habitudes de l’utilisateur afin de lui faire des suggestions par exemple ou améliorer l’application.
Cependant, dans la plupart des cas l’utilisation principale de ces données est le profilage de l’utilisateur qui pourra ensuite être utilisé pour vendre de la publicité ciblée d’une part, ou leur profil aux acteurs intéressés par leur comportements tels que les banques, assurances ou encore employeurs entre autre.
Les objets réalisant des actions seulement sur leur environnement, ne sont pas exempts de risques liés a la vie privée. En effet les actions réalisées par les utilisateurs sur ces appareils permettent de déterminer des habitudes et ainsi participer au profilage. Par exemple, une ampoule connectée, même sans capteurs, peut servir a déterminer la présence d’une personne au domicile, et même dans quelle pièce de sa maison et ainsi participer au profilage, uniquement grâce a l’étude des interactions que l’utilisateur a avec cet objet.
==Utilisation et consentement des utilisateurs==
===Complexité technique===
L’utilisateur de solutions grand public en terme d’objets connectés est noyé dans les informations techniques. En considérant seulement les protocoles : Wi-Fi, Bluetooth, ZigBee, Z-Wave, Thread, IP, IPv6, 6LoWPAN, MQTT, COAP ou encore KNX, il y a de quoi être perdu. Ensuite, il existe une grande diversité dans le mode de fonctionnement de ces objets. Les modes de communication sont au nombre de trois :
* direct : l’utilisateur communique avec l’objet connecté directement en utilisant un lien smartphone-objet.
* concentrateur : l’utilisateur communique avec une centrale domotique, qui a son tour gère la communication avec l’objet.
* cloud : le fabricant met en œuvre des services sur internet qui servent d’intermédiaire entre le smartphone et l’objet connecté.
Ces trois modes de fonctionnement ont des implications différentes sur la vie privée. Dans certains cas l’information ne sort pas du domicile alors que dans d’autre cas oui.
Un autre facteur de confusion se situe au niveau des applications de contrôle sur smartphone. Certaines applications permettent de regrouper plusieurs objets de marques différentes, d’autres permettent de créer de l’automatisation. Toutes ces applications ont des conditions d’utilisation différentes. La plupart possèdent également des trackers qui vont collecter des informations d’état et d’utilisation sur les appareils connectés à l’application pour informer les développeurs de l’utilisation de l’application et dans une optique de profilage de l’utilisateur et ainsi les monétiser.
===Consentement des utilisateurs===
[[File:vie_privee_et_objets_connectes_capture_android.jpg | frame | right | Captures d'écran du processus de recueillement du consentement (lifx et Philips hue)]]
Les différentes études utilisées pour faire cette présentation ont mises en lumière des problèmes au niveau du recueillement du consentement. En effet, les lois telles que le RGPD (Règlement général sur la protection des données) ainsi que CCPA (California Consumer Privacy Act) obligent les fabricants à, d’une part collecter seulement les données utiles à leur business model et d’autre part informer les consommateurs de quelles données personnelles sont collectées pour qu’ils puissent consentir à ces utilisations.
Il existe plusieurs problèmes autour du recueil du consentement :
* La première concerne le processus d’installation des applications sur smartphone.
* Les applications ne demandent qu’une seule fois le consentement pour tout les objets qui seront ajoutés dans le futur. Or, l’installation d’une ampoule connectée et d’une caméra connecté ont des implications radicalement différentes sur la vie privée.
* Certaines applications recueillent mal le consentement en permettant un moyen de passer la page de consentement explicite (voir exemple de droite).
* Certaines conditions d’utilisation ne sont rédigées qu’en anglais ou utilisent un vocabulaire technique empêchant une grande partie des utilisateurs de les comprendre.
* La deuxième concerne l’utilisation de ces objets par des personnes qui ne possèdent pas l’objet mais en font usage. Par exemple les enceintes connectées recueillent seulement le consentement de la personne qui installe l’objet, alors que d’autres membres de la famille ou des voisins pourraient l’utiliser. Dans cet exemple, lors d’une utilisation de l’assistant vocal, la voix d’une personne non consentante pourrait être envoyée sur internet et traitée.

==Vulnérabilité de l’iot aux attaques informatiques ==
En dépit des problème de vie privée, l’iot souffre de gros problèmes de sécurité. En effet, leur connexion au réseau les expose à des risques majeurs. Le principal problème de ces produits est le support des mises a jour. En effet, après la vente d’un objet connecté le fabricant a peu de raisons de continuer a supporter les mises a jour sur ces appareils. En effet, le développement de patchs de sécurité et leur déploiement coûte cher tandis qu’ils ne rapportent rien financièrement. Une grande partie des objets connectés deviennent des risques pour la sécurité de leur utilisateurs après quelques années.
Dans la majorité des cas, ces objets connectés sont infectés par des virus qui permettent aux attaquants de détourner leur utilisation afin de participer dans des attaques DDOS (Distributed Denial of Service) ou utiliser leur ressources de calcul pour miner des cryptomonnaies pour le compte de l’attaquant.
Une autre utilisation, moins fréquente, est l’exploitation de ces objets pour surveiller ses utilisateurs pour réaliser un cambriolage ou récupérer des informations confidentielles dans le but d’usurper l’identité d’une personne par exemple.
=== Exemples ===
En 2017, la société californienne « cloud pets », fabricant de jouets connectés pour enfant, a été victime d’un piratage dû à une base de donnée mal sécurisée. Cette entreprise fabrique des jouets équipés d’un microphone et d’un haut parleur permettant aux enfants d’envoyer et de recevoir des messages audio de leur parents en Bluetooth. Cependant, le fabricant sauvegardait tous les enregistrements audios ainsi que leur métadonnées (date, position GPS, nom, prénom) dans leur base de donnée. Ainsi, les pirates ont eu accès a 2 millions d’enregistrements d’enfants et de leur parents.
En 2019, LIDL commercialise « Mr. Cuisine connect » un robot de cuisine connecté. Deux chercheurs, ont remarqué un microphone sur l’appareil alors qu’aucune documentation le mentionnait et aucun usage de l’appareil le justifiait. En cherchant plus loin ces chercheurs ont découvert que la version d’Android qui tournait sur la tablette de l’appareil était ancienne et était vulnérable à des failles connues. Des personnes malveillantes auraient pu prendre le contrôle de l’appareil à distance et utiliser le micro pour enregistrer les personnes à proximité du robot.
Pendant la réalisation de cet exposé, la société Dr. Web a découvert des failles de sécurité importante dans les 4 montres connectées pour enfant les plus populaires en Russie. L’analyse montre que deux montres utilisent des mots de passes par défaut pour acquérir les droits administrateur sur l’appareil, permettant d’accéder a toutes les fonctionnalités de l’appareil (position GPS, microphone). Deux montres transfèrent des données sensibles sur les porteurs de manière non chiffrée sur leur serveurs via internet. Finalement, du code malicieux, permettant le contrôle a distance par l’envoi d’un SMS, a été découvert dans une des montres. (Voir tableau récapitulatif ci dessous)
[[File:vie_privee_et_objets_connectes_smartwatch_vulnerabilities.jpg | center | frame | Tableau récapitulatif des failles trouvées dans 4 marques de smartwatch russes pour enfants]]
==Conclusion==
L’internet des objets, par son immaturité, est incroyablement complexe de par la quantité de protocoles disponibles, les méthodes de communication et les applications de contrôle sur smartphone. Par conséquent, l’utilisateur ne peut pas comprendre toutes les implications de l’utilisation d’objets connectés sur sa vie privée et les constructeurs profitent de cette barrière technique pour récolter toujours plus d’informations personnelles sur les utilisateurs.
D’autre part, les objets connectés sont assez vulnérables aux attaques en raison du modèle économique sur lequel ils reposent. Les fabricants n’ont pas d’intérêt à maintenir des objets qui ont déjà été vendus.
Pour quand même utiliser ces objets de la manière la plus respectueuse de la vie privée et de la sécurité il est conseillé de réfléchir a plusieurs points avant de considérer l’achat :
* L’appareil est-t’il dépendant d’un service cloud pour fonctionner ?
* Peut-il être mis derrière un pare feu et sur un réseau différent des autres appareils du réseau ?
* Est-ce que l’objet va m’apporter du confort/est-ce qu’il m’est utile ?
* Est-ce qu’il peut être contrôlé avec une application open source ou respectueuse de la vie privée ?
* Est-ce qu’avec mes compétences je peux fabriquer moi même l’objet ?
==Références==
* Gaetan R, 2017, 80% des applications IoT ne seraient pas testées en condition de cyberattaque : [https://www.objetconnecte.com/applications-iot-vulnerables-240117/ lien article]
* CNIL, 2017, Objets connectés : n’oubliez pas de les sécuriser ! : [https://www.cnil.fr/fr/objets-connectes-noubliez-pas-de-les-securiser lien article]
* Mathieu THIERY, 2020, Objets connectés et vie privée : le long chemin restant : [https://hal.archives-ouvertes.fr/tel-03125022v4/document lien thèse]
* Mathieu Thiery, Vincent Roca, Arnaud Legout, 2019, Privacy implications of switching ON a light bulb in the IoT world : [https://hal.inria.fr/hal-02196544/document lien thèse]
* Dr. WEB, 2021, Researching Children’s Smartwatches for vulnerabilities

VT2021 vie privee et objets connectes fiche

2021-12-05T17:06:04Z

Gilles.Mertens:

==Abstract==

The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet connections enable the iot to be affordable and usable by non technical people.These devices are used in a lot of fields like : health, automation, energy saving, entertainment and is expanding. However,using connected devices has an implication on privacy, and these impacts are poorly understood by the general public. Vendors take advantage of their position to harvest a lot of unnecessary personal information while not properly asking the user’s consent and letting old devices unpatched from critical vulnerabilities. The aim of this presentation is to detail these three major issues with examples.

'''Key words''' : IoT, cloud, private life, smartphone, security, automation, trackers, connected

==Résumé==

L’utilisation d’objets connectés est en forte croissance grâce aux connexions internet toujours plus rapides et a la miniaturisation des composants électroniques. Les domaines d’utilisations sont toujours plus nombreux : santé, automatisation, économie d’énergie, divertissement etc. Néanmoins les implications de l’utilisation de ces objets connectés sur la vie privée est mal connue du grand public. Récolte d’informations personnelles abusives par les constructeurs, problèmes de consentement de l’utilisateur et failles de sécurité non patchées sont les trois problèmes majeurs dans leur utilisation. Cet exposé a pour but de détailler ces trois problématiques majeures avec des exemples.

'''Mots-Clés''' : internet des objets, cloud, vie privée, smartphone, sécurité, automatisation, traqueurs, connecté

==Nature et collecte des données==
===Fonctionnement===
Il existe deux types d’objets connectés, les capteurs, qui relèvent des données du monde réel et les actionneurs qui permettent d’agir sur leur environnement. Néanmoins, la plupart des produits vendus sur le marché sont hybrides. Par exemple, une balance connectée génère seulement des données, tandis qu’une ampoule intelligente peut seulement être actionnée et ne récolte pas directement de données sur son environnement. Un bon exemple d’objet hybride est un thermostat, qui va à la fois capter la température de son environnement et agir dessus grâce au contrôle d’un chauffage. La différence avec les objets traditionnels est qu’ils se servent d’une connexion au réseau pour envoyer leur données, recevoir des ordres ou piloter d’autres objets. Cette mise en réseau permet ainsi de connecter les objets les uns aux autres d’une part et de les connecter au smartphone de leur propriétaire d’autre part, pour les rendre « intelligents ».
===Collecte des données===
Ce sont en grande majorité les fabricants de ces objets qui proposent les services dits « intelligents » aux utilisateurs finaux liant les produits à des services liés au cloud. Dans certains cas l’utilisateur va interagir sur les serveurs du fabricant avec son smartphone qui en retour interagissent sur les objets de l’utilisateur. Par exemple, l’utilisateur veut un récapitulatif de sa masse sur les derniers mois, l’application de balance va télécharger les derniers relevés depuis les serveurs du fabricant. Dans ce cas, le problème de vie privée est évident, une entité tierce a accès à des données privées de ses utilisateurs. Un autre vecteur de collecte de ces données est à travers les applications de pilotage des objets via smartphone. En effet la plupart des applications de contrôle demandent l’enregistrement des objets pilotés dans un compte personnel lié au fabricant. Cet enregistrement peut dans certains cas déjà être une atteinte à la vie privée en demandant des informations non nécessaires à l’utilisation de l’application tels que l’âge, l’adresse, la position GPS ou encore le genre de l’utilisateur. Ensuite ces applications envoient régulièrement de la télémétrie pour comprendre les habitudes de l’utilisateur afin de lui faire des suggestions par exemple ou améliorer l’application.
Cependant, dans la plupart des cas l’utilisation principale de ces données est le profilage de l’utilisateur qui pourra ensuite être utilisé pour vendre de la publicité ciblée d’une part, ou leur profil aux acteurs intéressés par leur comportements tels que les banques, assurances ou encore employeurs entre autre.
Les objets réalisant des actions seulement sur leur environnement, ne sont pas exempts de risques liés a la vie privée. En effet les actions réalisées par les utilisateurs sur ces appareils permettent de déterminer des habitudes et ainsi participer au profilage. Par exemple, une ampoule connectée, même sans capteurs, peut servir a déterminer la présence d’une personne au domicile, et même dans quelle pièce de sa maison et ainsi participer au profilage, uniquement grâce a l’étude des interactions que l’utilisateur a avec cet objet.
==Utilisation et consentement des utilisateurs==
===Complexité technique===
L’utilisateur de solutions grand public en terme d’objets connectés est noyé dans les informations techniques. En considérant seulement les protocoles : Wi-Fi, Bluetooth, ZigBee, Z-Wave, Thread, IP, IPv6, 6LoWPAN, MQTT, COAP ou encore KNX, il y a de quoi être perdu. Ensuite, il existe une grande diversité dans le mode de fonctionnement de ces objets. Les modes de communication sont au nombre de trois :
* direct : l’utilisateur communique avec l’objet connecté directement en utilisant un lien smartphone-objet.
* concentrateur : l’utilisateur communique avec une centrale domotique, qui a son tour gère la communication avec l’objet.
* cloud : le fabricant met en œuvre des services sur internet qui servent d’intermédiaire entre le smartphone et l’objet connecté.
Ces trois modes de fonctionnement ont des implications différentes sur la vie privée. Dans certains cas l’information ne sort pas du domicile alors que dans d’autre cas oui.
Un autre facteur de confusion se situe au niveau des applications de contrôle sur smartphone. Certaines applications permettent de regrouper plusieurs objets de marques différentes, d’autres permettent de créer de l’automatisation. Toutes ces applications ont des conditions d’utilisation différentes. La plupart possèdent également des trackers qui vont collecter des informations d’état et d’utilisation sur les appareils connectés à l’application pour informer les développeurs de l’utilisation de l’application et dans une optique de profilage de l’utilisateur et ainsi les monétiser.
===Consentement des utilisateurs===
[[File:vie_privee_et_objets_connectes_capture_android.jpg | frame | right | Captures d'écran du processus de recueillement du consentement (lifx et Philips hue)]]
Les différentes études utilisées pour faire cette présentation ont mises en lumière des problèmes au niveau du recueillement du consentement. En effet, les lois telles que le RGPD (Règlement général sur la protection des données) ainsi que CCPA (California Consumer Privacy Act) obligent les fabricants à, d’une part collecter seulement les données utiles à leur business model et d’autre part informer les consommateurs de quelles données personnelles sont collectées pour qu’ils puissent consentir à ces utilisations.
Il existe plusieurs problèmes autour du recueil du consentement :
* La première concerne le processus d’installation des applications sur smartphone.
* Les applications ne demandent qu’une seule fois le consentement pour tout les objets qui seront ajoutés dans le futur. Or, l’installation d’une ampoule connectée et d’une caméra connecté ont des implications radicalement différentes sur la vie privée.
* Certaines applications recueillent mal le consentement en permettant un moyen de passer la page de consentement explicite (voir exemple de droite).
* Certaines conditions d’utilisation ne sont rédigées qu’en anglais ou utilisent un vocabulaire technique empêchant une grande partie des utilisateurs de les comprendre.
* La deuxième concerne l’utilisation de ces objets par des personnes qui ne possèdent pas l’objet mais en font usage. Par exemple les enceintes connectées recueillent seulement le consentement de la personne qui installe l’objet, alors que d’autres membres de la famille ou des voisins pourraient l’utiliser. Dans cet exemple, lors d’une utilisation de l’assistant vocal, la voix d’une personne non consentante pourrait être envoyée sur internet et traitée.

==Vulnérabilité de l’iot aux attaques informatiques ==
En dépit des problème de vie privée, l’iot souffre de gros problèmes de sécurité. En effet, leur connexion au réseau les expose à des risques majeurs. Le principal problème de ces produits est le support des mises a jour. En effet, après la vente d’un objet connecté le fabricant a peu de raisons de continuer a supporter les mises a jour sur ces appareils. En effet, le développement de patchs de sécurité et leur déploiement coûte cher tandis qu’ils ne rapportent rien financièrement. Une grande partie des objets connectés deviennent des risques pour la sécurité de leur utilisateurs après quelques années.
Dans la majorité des cas, ces objets connectés sont infectés par des virus qui permettent aux attaquants de détourner leur utilisation afin de participer dans des attaques DDOS (Distributed Denial of Service) ou utiliser leur ressources de calcul pour miner des cryptomonnaies pour le compte de l’attaquant.
Une autre utilisation, moins fréquente, est l’exploitation de ces objets pour surveiller ses utilisateurs pour réaliser un cambriolage ou récupérer des informations confidentielles dans le but d’usurper l’identité d’une personne par exemple.
=== Exemples ===
En 2017, la société californienne « cloud pets », fabricant de jouets connectés pour enfant, a été victime d’un piratage dû à une base de donnée mal sécurisée. Cette entreprise fabrique des jouets équipés d’un microphone et d’un haut parleur permettant aux enfants d’envoyer et de recevoir des messages audio de leur parents en Bluetooth. Cependant, le fabricant sauvegardait tous les enregistrements audios ainsi que leur métadonnées (date, position GPS, nom, prénom) dans leur base de donnée. Ainsi, les pirates ont eu accès a 2 millions d’enregistrements d’enfants et de leur parents.
En 2019, LIDL commercialise « Mr. Cuisine connect » un robot de cuisine connecté. Deux chercheurs, ont remarqué un microphone sur l’appareil alors qu’aucune documentation le mentionnait et aucun usage de l’appareil le justifiait. En cherchant plus loin ces chercheurs ont découvert que la version d’Android qui tournait sur la tablette de l’appareil était ancienne et était vulnérable à des failles connues. Des personnes malveillantes auraient pu prendre le contrôle de l’appareil à distance et utiliser le micro pour enregistrer les personnes à proximité du robot.
Pendant la réalisation de cet exposé, la société Dr. Web a découvert des failles de sécurité importante dans les 4 montres connectées pour enfant les plus populaires en Russie. L’analyse montre que deux montres utilisent des mots de passes par défaut pour acquérir les droits administrateur sur l’appareil, permettant d’accéder a toutes les fonctionnalités de l’appareil (position GPS, microphone). Deux montres transfèrent des données sensibles sur les porteurs de manière non chiffrée sur leur serveurs via internet. Finalement, du code malicieux, permettant le contrôle a distance par l’envoi d’un SMS, a été découvert dans une des montres. (Voir tableau récapitulatif ci dessous)
[[File:vie_privee_et_objets_connectes_smartwatch_vulnerabilities.jpg | center | frame | Tableau récapitulatif des failles trouvées dans 4 marques de smartwatch russes pour enfants]]
==Conclusion==
L’internet des objets, par son immaturité, est incroyablement complexe de par la quantité de protocoles disponibles, les méthodes de communication et les applications de contrôle sur smartphone. Par conséquent, l’utilisateur ne peut pas comprendre toutes les implications de l’utilisation d’objets connectés sur sa vie privée et les constructeurs profitent de cette barrière technique pour récolter toujours plus d’informations personnelles sur les utilisateurs.
D’autre part, les objets connectés sont assez vulnérables aux attaques en raison du modèle économique sur lequel ils reposent. Les fabricants n’ont pas d’intérêt à maintenir des objets qui ont déjà été vendus.
Pour quand même utiliser ces objets de la manière la plus respectueuse de la vie privée et de la sécurité il est conseillé de réfléchir a plusieurs points avant de considérer l’achat :
* L’appareil est-t’il dépendant d’un service cloud pour fonctionner ?
* Peut-il être mis derrière un pare feu et sur un réseau différent des autres appareils du réseau ?
* Est-ce que l’objet va m’apporter du confort/est-ce qu’il m’est utile ?
* Est-ce qu’il peut être contrôlé avec une application open source ou respectueuse de la vie privée ?
* Est-ce qu’avec mes compétences je peux fabriquer moi même l’objet ?
==Références==
* Gaetan R, 2017, De nombreuses applications ne sont pas testées avant la mise sur le marché : [https://www.objetconnecte.com/applications-iot-vulnerables-240117/ lien article]
* CNIL, comment protéger ses données : [https://www.cnil.fr/fr/objets-connectes-noubliez-pas-de-les-securiser lien article]
* Mathieu THIERY, 2020, Objets connectés et vie privée : le long chemin restant : [https://hal.archives-ouvertes.fr/tel-03125022v4/document lien thèse]
* Mathieu Thiery, Vincent Roca, Arnaud Legout, 2019, Privacy implications of switching ON a light bulb in the IoT world : [https://hal.inria.fr/hal-02196544/document lien thèse]
* Dr. WEB, 2021, Researching Children’s Smartwatches for vulnerabilities

VT2021 vie privee et objets connectes fiche

2021-12-05T17:03:04Z

Gilles.Mertens:

==Abstract==

The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet connections enable the iot to be affordable and usable by non technical people.These devices are used in a lot of fields like : health, automation, energy saving, entertainment and is expanding. However,using connected devices has an implication on privacy, and these impacts are poorly understood by the general public. Vendors take advantage of their position to harvest a lot of unnecessary personal information while not properly asking the user’s consent and letting old devices unpatched from critical vulnerabilities. The aim of this presentation is to detail these three major issues with examples.

'''Key words''' : IoT, cloud, private life, smartphone, security, automation, trackers, connected

==Résumé==

L’utilisation d’objets connectés est en forte croissance grâce aux connexions internet toujours plus rapides et a la miniaturisation des composants électroniques. Les domaines d’utilisations sont toujours plus nombreux : santé, automatisation, économie d’énergie, divertissement etc. Néanmoins les implications de l’utilisation de ces objets connectés sur la vie privée est mal connue du grand public. Récolte d’informations personnelles abusives par les constructeurs, problèmes de consentement de l’utilisateur et failles de sécurité non patchées sont les trois problèmes majeurs dans leur utilisation. Cet exposé a pour but de détailler ces trois problématiques majeures avec des exemples.

'''Mots-Clés''' : internet des objets, cloud, vie privée, smartphone, sécurité, automatisation, traqueurs, connecté

==Nature et collecte des données==
===Fonctionnement===
Il existe deux types d’objets connectés, les capteurs, qui relèvent des données du monde réel et les actionneurs qui permettent d’agir sur leur environnement. Néanmoins, la plupart des produits vendus sur le marché sont hybrides. Par exemple, une balance connectée génère seulement des données, tandis qu’une ampoule intelligente peut seulement être actionnée et ne récolte pas directement de données sur son environnement. Un bon exemple d’objet hybride est un thermostat, qui va à la fois capter la température de son environnement et agir dessus grâce au contrôle d’un chauffage. La différence avec les objets traditionnels est qu’ils se servent d’une connexion au réseau pour envoyer leur données, recevoir des ordres ou piloter d’autres objets. Cette mise en réseau permet ainsi de connecter les objets les uns aux autres d’une part et de les connecter au smartphone de leur propriétaire d’autre part, pour les rendre « intelligents ».
===Collecte des données===
Ce sont en grande majorité les fabricants de ces objets qui proposent les services dits « intelligents » aux utilisateurs finaux liant les produits à des services liés au cloud. Dans certains cas l’utilisateur va interagir sur les serveurs du fabricant avec son smartphone qui en retour interagissent sur les objets de l’utilisateur. Par exemple, l’utilisateur veut un récapitulatif de sa masse sur les derniers mois, l’application de balance va télécharger les derniers relevés depuis les serveurs du fabricant. Dans ce cas, le problème de vie privée est évident, une entité tierce a accès à des données privées de ses utilisateurs. Un autre vecteur de collecte de ces données est à travers les applications de pilotage des objets via smartphone. En effet la plupart des applications de contrôle demandent l’enregistrement des objets pilotés dans un compte personnel lié au fabricant. Cet enregistrement peut dans certains cas déjà être une atteinte à la vie privée en demandant des informations non nécessaires à l’utilisation de l’application tels que l’âge, l’adresse, la position GPS ou encore le genre de l’utilisateur. Ensuite ces applications envoient régulièrement de la télémétrie pour comprendre les habitudes de l’utilisateur afin de lui faire des suggestions par exemple ou améliorer l’application.
Cependant, dans la plupart des cas l’utilisation principale de ces données est le profilage de l’utilisateur qui pourra ensuite être utilisé pour vendre de la publicité ciblée d’une part, ou leur profil aux acteurs intéressés par leur comportements tels que les banques, assurances ou encore employeurs entre autre.
Les objets réalisant des actions seulement sur leur environnement, ne sont pas exempts de risques liés a la vie privée. En effet les actions réalisées par les utilisateurs sur ces appareils permettent de déterminer des habitudes et ainsi participer au profilage. Par exemple, une ampoule connectée, même sans capteurs, peut servir a déterminer la présence d’une personne au domicile, et même dans quelle pièce de sa maison et ainsi participer au profilage, uniquement grâce a l’étude des interactions que l’utilisateur a avec cet objet.
==Utilisation et consentement des utilisateurs==
=== un ===
L’utilisateur de solutions grand public en terme d’objets connectés est noyé dans les informations techniques. En considérant seulement les protocoles : Wi-Fi, Bluetooth, ZigBee, Z-Wave, Thread, IP, IPv6, 6LoWPAN, MQTT, COAP ou encore KNX, il y a de quoi être perdu. Ensuite, il existe une grande diversité dans le mode de fonctionnement de ces objets. Les modes de communication sont au nombre de trois :
* direct : l’utilisateur communique avec l’objet connecté directement en utilisant un lien smartphone-objet.
* concentrateur : l’utilisateur communique avec une centrale domotique, qui a son tour gère la communication avec l’objet.
* cloud : le fabricant met en œuvre des services sur internet qui servent d’intermédiaire entre le smartphone et l’objet connecté.
Ces trois modes de fonctionnement ont des implications différentes sur la vie privée. Dans certains cas l’information ne sort pas du domicile alors que dans d’autre cas oui.
Un autre facteur de confusion se situe au niveau des applications de contrôle sur smartphone. Certaines applications permettent de regrouper plusieurs objets de marques différentes, d’autres permettent de créer de l’automatisation. Toutes ces applications ont des conditions d’utilisation différentes. La plupart possèdent également des trackers qui vont collecter des informations d’état et d’utilisation sur les appareils connectés à l’application pour informer les développeurs de l’utilisation de l’application et dans une optique de profilage de l’utilisateur et ainsi les monétiser.
===Consentement des utilisateurs===
[[File:vie_privee_et_objets_connectes_capture_android.jpg | frame | right | Captures d'écran du processus de recueillement du consentement (lifx et Philips hue)]]
Les différentes études utilisées pour faire cette présentation ont mises en lumière des problèmes au niveau du recueillement du consentement. En effet, les lois telles que le RGPD (Règlement général sur la protection des données) ainsi que CCPA (California Consumer Privacy Act) obligent les fabricants à, d’une part collecter seulement les données utiles à leur business model et d’autre part informer les consommateurs de quelles données personnelles sont collectées pour qu’ils puissent consentir à ces utilisations.
Il existe plusieurs problèmes autour du recueil du consentement :
* La première concerne le processus d’installation des applications sur smartphone.
* Les applications ne demandent qu’une seule fois le consentement pour tout les objets qui seront ajoutés dans le futur. Or, l’installation d’une ampoule connectée et d’une caméra connecté ont des implications radicalement différentes sur la vie privée.
* Certaines applications recueillent mal le consentement en permettant un moyen de passer la page de consentement explicite (voir exemple de droite).
* Certaines conditions d’utilisation ne sont rédigées qu’en anglais ou utilisent un vocabulaire technique empêchant une grande partie des utilisateurs de les comprendre.
* La deuxième concerne l’utilisation de ces objets par des personnes qui ne possèdent pas l’objet mais en font usage. Par exemple les enceintes connectées recueillent seulement le consentement de la personne qui installe l’objet, alors que d’autres membres de la famille ou des voisins pourraient l’utiliser. Dans cet exemple, lors d’une utilisation de l’assistant vocal, la voix d’une personne non consentante pourrait être envoyée sur internet et traitée.

==Vulnérabilité de l’iot aux attaques informatiques ==
En dépit des problème de vie privée, l’iot souffre de gros problèmes de sécurité. En effet, leur connexion au réseau les expose à des risques majeurs. Le principal problème de ces produits est le support des mises a jour. En effet, après la vente d’un objet connecté le fabricant a peu de raisons de continuer a supporter les mises a jour sur ces appareils. En effet, le développement de patchs de sécurité et leur déploiement coûte cher tandis qu’ils ne rapportent rien financièrement. Une grande partie des objets connectés deviennent des risques pour la sécurité de leur utilisateurs après quelques années.
Dans la majorité des cas, ces objets connectés sont infectés par des virus qui permettent aux attaquants de détourner leur utilisation afin de participer dans des attaques DDOS (Distributed Denial of Service) ou utiliser leur ressources de calcul pour miner des cryptomonnaies pour le compte de l’attaquant.
Une autre utilisation, moins fréquente, est l’exploitation de ces objets pour surveiller ses utilisateurs pour réaliser un cambriolage ou récupérer des informations confidentielles dans le but d’usurper l’identité d’une personne par exemple.
=== Exemples ===
En 2017, la société californienne « cloud pets », fabricant de jouets connectés pour enfant, a été victime d’un piratage dû à une base de donnée mal sécurisée. Cette entreprise fabrique des jouets équipés d’un microphone et d’un haut parleur permettant aux enfants d’envoyer et de recevoir des messages audio de leur parents en Bluetooth. Cependant, le fabricant sauvegardait tous les enregistrements audios ainsi que leur métadonnées (date, position GPS, nom, prénom) dans leur base de donnée. Ainsi, les pirates ont eu accès a 2 millions d’enregistrements d’enfants et de leur parents.
En 2019, LIDL commercialise « Mr. Cuisine connect » un robot de cuisine connecté. Deux chercheurs, ont remarqué un microphone sur l’appareil alors qu’aucune documentation le mentionnait et aucun usage de l’appareil le justifiait. En cherchant plus loin ces chercheurs ont découvert que la version d’Android qui tournait sur la tablette de l’appareil était ancienne et était vulnérable à des failles connues. Des personnes malveillantes auraient pu prendre le contrôle de l’appareil à distance et utiliser le micro pour enregistrer les personnes à proximité du robot.
Pendant la réalisation de cet exposé, la société Dr. Web a découvert des failles de sécurité importante dans les 4 montres connectées pour enfant les plus populaires en Russie. L’analyse montre que deux montres utilisent des mots de passes par défaut pour acquérir les droits administrateur sur l’appareil, permettant d’accéder a toutes les fonctionnalités de l’appareil (position GPS, microphone). Deux montres transfèrent des données sensibles sur les porteurs de manière non chiffrée sur leur serveurs via internet. Finalement, du code malicieux, permettant le contrôle a distance par l’envoi d’un SMS, a été découvert dans une des montres. (Voir tableau récapitulatif ci dessous)
[[File:vie_privee_et_objets_connectes_smartwatch_vulnerabilities.jpg | center | frame | Tableau récapitulatif des failles trouvées dans 4 marques de smartwatch russes pour enfants]]
==Conclusion==
L’internet des objets, par son immaturité, est incroyablement complexe de par la quantité de protocoles disponibles, les méthodes de communication et les applications de contrôle sur smartphone. Par conséquent, l’utilisateur ne peut pas comprendre toutes les implications de l’utilisation d’objets connectés sur sa vie privée et les constructeurs profitent de cette barrière technique pour récolter toujours plus d’informations personnelles sur les utilisateurs.
D’autre part, les objets connectés sont assez vulnérables aux attaques en raison du modèle économique sur lequel ils reposent. Les fabricants n’ont pas d’intérêt à maintenir des objets qui ont déjà été vendus.
Pour quand même utiliser ces objets de la manière la plus respectueuse de la vie privée et de la sécurité il est conseillé de réfléchir a plusieurs points avant de considérer l’achat :
* L’appareil est-t’il dépendant d’un service cloud pour fonctionner ?
* Peut-il être mis derrière un pare feu et sur un réseau différent des autres appareils du réseau ?
* Est-ce que l’objet va m’apporter du confort/est-ce qu’il m’est utile ?
* Est-ce qu’il peut être contrôlé avec une application open source ou respectueuse de la vie privée ?
* Est-ce qu’avec mes compétences je peux fabriquer moi même l’objet ?
==Références==
* Gaetan R, 2017, De nombreuses applications ne sont pas testées avant la mise sur le marché : [https://www.objetconnecte.com/applications-iot-vulnerables-240117/ lien article]
* CNIL, comment protéger ses données : [https://www.cnil.fr/fr/objets-connectes-noubliez-pas-de-les-securiser lien article]
* Mathieu THIERY, 2020, Objets connectés et vie privée : le long chemin restant : [https://hal.archives-ouvertes.fr/tel-03125022v4/document lien thèse]
* Mathieu Thiery, Vincent Roca, Arnaud Legout, 2019, Privacy implications of switching ON a light bulb in the IoT world : [https://hal.inria.fr/hal-02196544/document lien thèse]
* Dr. WEB, 2021, Researching Children’s Smartwatches for vulnerabilities

File:Vie privee et objets connectes capture android.jpg

2021-12-05T16:58:15Z

Gilles.Mertens:

File:Vie privee et objets connectes smartwatch vulnerabilities.jpg

2021-12-05T16:56:09Z

Gilles.Mertens:

VT2021 vie privee et objets connectes fiche

2021-12-05T16:53:17Z

Gilles.Mertens:

==Abstract==

The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet connections enable the iot to be affordable and usable by non technical people.These devices are used in a lot of fields like : health, automation, energy saving, entertainment and is expanding. However,using connected devices has an implication on privacy, and these impacts are poorly understood by the general public. Vendors take advantage of their position to harvest a lot of unnecessary personal information while not properly asking the user’s consent and letting old devices unpatched from critical vulnerabilities. The aim of this presentation is to detail these three major issues with examples.

'''Key words''' : IoT, cloud, private life, smartphone, security, automation, trackers, connected

==Résumé==

L’utilisation d’objets connectés est en forte croissance grâce aux connexions internet toujours plus rapides et a la miniaturisation des composants électroniques. Les domaines d’utilisations sont toujours plus nombreux : santé, automatisation, économie d’énergie, divertissement etc. Néanmoins les implications de l’utilisation de ces objets connectés sur la vie privée est mal connue du grand public. Récolte d’informations personnelles abusives par les constructeurs, problèmes de consentement de l’utilisateur et failles de sécurité non patchées sont les trois problèmes majeurs dans leur utilisation. Cet exposé a pour but de détailler ces trois problématiques majeures avec des exemples.

'''Mots-Clés''' : internet des objets, cloud, vie privée, smartphone, sécurité, automatisation, traqueurs, connecté

==Nature et collecte des données==
===Fonctionnement===
Il existe deux types d’objets connectés, les capteurs, qui relèvent des données du monde réel et les actionneurs qui permettent d’agir sur leur environnement. Néanmoins, la plupart des produits vendus sur le marché sont hybrides. Par exemple, une balance connectée génère seulement des données, tandis qu’une ampoule intelligente peut seulement être actionnée et ne récolte pas directement de données sur son environnement. Un bon exemple d’objet hybride est un thermostat, qui va à la fois capter la température de son environnement et agir dessus grâce au contrôle d’un chauffage. La différence avec les objets traditionnels est qu’ils se servent d’une connexion au réseau pour envoyer leur données, recevoir des ordres ou piloter d’autres objets. Cette mise en réseau permet ainsi de connecter les objets les uns aux autres d’une part et de les connecter au smartphone de leur propriétaire d’autre part, pour les rendre « intelligents ».
===Collecte des données===
Ce sont en grande majorité les fabricants de ces objets qui proposent les services dits « intelligents » aux utilisateurs finaux liant les produits à des services liés au cloud. Dans certains cas l’utilisateur va interagir sur les serveurs du fabricant avec son smartphone qui en retour interagissent sur les objets de l’utilisateur. Par exemple, l’utilisateur veut un récapitulatif de sa masse sur les derniers mois, l’application de balance va télécharger les derniers relevés depuis les serveurs du fabricant. Dans ce cas, le problème de vie privée est évident, une entité tierce a accès à des données privées de ses utilisateurs. Un autre vecteur de collecte de ces données est à travers les applications de pilotage des objets via smartphone. En effet la plupart des applications de contrôle demandent l’enregistrement des objets pilotés dans un compte personnel lié au fabricant. Cet enregistrement peut dans certains cas déjà être une atteinte à la vie privée en demandant des informations non nécessaires à l’utilisation de l’application tels que l’âge, l’adresse, la position GPS ou encore le genre de l’utilisateur. Ensuite ces applications envoient régulièrement de la télémétrie pour comprendre les habitudes de l’utilisateur afin de lui faire des suggestions par exemple ou améliorer l’application.
Cependant, dans la plupart des cas l’utilisation principale de ces données est le profilage de l’utilisateur qui pourra ensuite être utilisé pour vendre de la publicité ciblée d’une part, ou leur profil aux acteurs intéressés par leur comportements tels que les banques, assurances ou encore employeurs entre autre.
Les objets réalisant des actions seulement sur leur environnement, ne sont pas exempts de risques liés a la vie privée. En effet les actions réalisées par les utilisateurs sur ces appareils permettent de déterminer des habitudes et ainsi participer au profilage. Par exemple, une ampoule connectée, même sans capteurs, peut servir a déterminer la présence d’une personne au domicile, et même dans quelle pièce de sa maison et ainsi participer au profilage, uniquement grâce a l’étude des interactions que l’utilisateur a avec cet objet.
==Utilisation et consentement des utilisateurs==
=== un ===
L’utilisateur de solutions grand public en terme d’objets connectés est noyé dans les informations techniques. En considérant seulement les protocoles : Wi-Fi, Bluetooth, ZigBee, Z-Wave, Thread, IP, IPv6, 6LoWPAN, MQTT, COAP ou encore KNX, il y a de quoi être perdu. Ensuite, il existe une grande diversité dans le mode de fonctionnement de ces objets. Les modes de communication sont au nombre de trois :
* direct : l’utilisateur communique avec l’objet connecté directement en utilisant un lien smartphone-objet.
* concentrateur : l’utilisateur communique avec une centrale domotique, qui a son tour gère la communication avec l’objet.
* cloud : le fabricant met en œuvre des services sur internet qui servent d’intermédiaire entre le smartphone et l’objet connecté.
Ces trois modes de fonctionnement ont des implications différentes sur la vie privée. Dans certains cas l’information ne sort pas du domicile alors que dans d’autre cas oui.
Un autre facteur de confusion se situe au niveau des applications de contrôle sur smartphone. Certaines applications permettent de regrouper plusieurs objets de marques différentes, d’autres permettent de créer de l’automatisation. Toutes ces applications ont des conditions d’utilisation différentes. La plupart possèdent également des trackers qui vont collecter des informations d’état et d’utilisation sur les appareils connectés à l’application pour informer les développeurs de l’utilisation de l’application et dans une optique de profilage de l’utilisateur et ainsi les monétiser.
===Consentement des utilisateurs===
[[File:vie_privee_et_objets_connectes_capture_android.jpg | 300px | thumb | right | Captures d'écran du processus de recueillement du consentement (lifx et Philips hue)]]
Les différentes études utilisées pour faire cette présentation ont mises en lumière des problèmes au niveau du recueillement du consentement. En effet, les lois telles que le RGPD (Règlement général sur la protection des données) ainsi que CCPA (California Consumer Privacy Act) obligent les fabricants à, d’une part collecter seulement les données utiles à leur business model et d’autre part informer les consommateurs de quelles données personnelles sont collectées pour qu’ils puissent consentir à ces utilisations.
Il existe plusieurs problèmes autour du recueil du consentement :
* La première concerne le processus d’installation des applications sur smartphone.
* Les applications ne demandent qu’une seule fois le consentement pour tout les objets qui seront ajoutés dans le futur. Or, l’installation d’une ampoule connectée et d’une caméra connecté ont des implications radicalement différentes sur la vie privée.
* Certaines applications recueillent mal le consentement en permettant un moyen de passer la page de consentement explicite (voir exemple de droite).
* Certaines conditions d’utilisation ne sont rédigées qu’en anglais ou utilisent un vocabulaire technique empêchant une grande partie des utilisateurs de les comprendre.
* La deuxième concerne l’utilisation de ces objets par des personnes qui ne possèdent pas l’objet mais en font usage. Par exemple les enceintes connectées recueillent seulement le consentement de la personne qui installe l’objet, alors que d’autres membres de la famille ou des voisins pourraient l’utiliser. Dans cet exemple, lors d’une utilisation de l’assistant vocal, la voix d’une personne non consentante pourrait être envoyée sur internet et traitée.

==Vulnérabilité de l’iot aux attaques informatiques ==
En dépit des problème de vie privée, l’iot souffre de gros problèmes de sécurité. En effet, leur connexion au réseau les expose à des risques majeurs. Le principal problème de ces produits est le support des mises a jour. En effet, après la vente d’un objet connecté le fabricant a peu de raisons de continuer a supporter les mises a jour sur ces appareils. En effet, le développement de patchs de sécurité et leur déploiement coûte cher tandis qu’ils ne rapportent rien financièrement. Une grande partie des objets connectés deviennent des risques pour la sécurité de leur utilisateurs après quelques années.
Dans la majorité des cas, ces objets connectés sont infectés par des virus qui permettent aux attaquants de détourner leur utilisation afin de participer dans des attaques DDOS (Distributed Denial of Service) ou utiliser leur ressources de calcul pour miner des cryptomonnaies pour le compte de l’attaquant.
Une autre utilisation, moins fréquente, est l’exploitation de ces objets pour surveiller ses utilisateurs pour réaliser un cambriolage ou récupérer des informations confidentielles dans le but d’usurper l’identité d’une personne par exemple.
=== Exemples ===
En 2017, la société californienne « cloud pets », fabricant de jouets connectés pour enfant, a été victime d’un piratage dû à une base de donnée mal sécurisée. Cette entreprise fabrique des jouets équipés d’un microphone et d’un haut parleur permettant aux enfants d’envoyer et de recevoir des messages audio de leur parents en Bluetooth. Cependant, le fabricant sauvegardait tous les enregistrements audios ainsi que leur métadonnées (date, position GPS, nom, prénom) dans leur base de donnée. Ainsi, les pirates ont eu accès a 2 millions d’enregistrements d’enfants et de leur parents.
En 2019, LIDL commercialise « Mr. Cuisine connect » un robot de cuisine connecté. Deux chercheurs, ont remarqué un microphone sur l’appareil alors qu’aucune documentation le mentionnait et aucun usage de l’appareil le justifiait. En cherchant plus loin ces chercheurs ont découvert que la version d’Android qui tournait sur la tablette de l’appareil était ancienne et était vulnérable à des failles connues. Des personnes malveillantes auraient pu prendre le contrôle de l’appareil à distance et utiliser le micro pour enregistrer les personnes à proximité du robot.
Pendant la réalisation de cet exposé, la société Dr. Web a découvert des failles de sécurité importante dans les 4 montres connectées pour enfant les plus populaires en Russie. L’analyse montre que deux montres utilisent des mots de passes par défaut pour acquérir les droits administrateur sur l’appareil, permettant d’accéder a toutes les fonctionnalités de l’appareil (position GPS, microphone). Deux montres transfèrent des données sensibles sur les porteurs de manière non chiffrée sur leur serveurs via internet. Finalement, du code malicieux, permettant le contrôle a distance par l’envoi d’un SMS, a été découvert dans une des montres. (Voir tableau récapitulatif ci dessous)
[[File:vie_privee_et_objets_connectes_smartwatch_vulnerabilities.jpg | center | Tableau récapitulatif des failles trouvées dans 4 marques de smartwatch russes pour enfants]]
==Conclusion==
L’internet des objets, par son immaturité, est incroyablement complexe de par la quantité de protocoles disponibles, les méthodes de communication et les applications de contrôle sur smartphone. Par conséquent, l’utilisateur ne peut pas comprendre toutes les implications de l’utilisation d’objets connectés sur sa vie privée et les constructeurs profitent de cette barrière technique pour récolter toujours plus d’informations personnelles sur les utilisateurs.
D’autre part, les objets connectés sont assez vulnérables aux attaques en raison du modèle économique sur lequel ils reposent. Les fabricants n’ont pas d’intérêt à maintenir des objets qui ont déjà été vendus.
Pour quand même utiliser ces objets de la manière la plus respectueuse de la vie privée et de la sécurité il est conseillé de réfléchir a plusieurs points avant de considérer l’achat :
* L’appareil est-t’il dépendant d’un service cloud pour fonctionner ?
* Peut-il être mis derrière un pare feu et sur un réseau différent des autres appareils du réseau ?
* Est-ce que l’objet va m’apporter du confort/est-ce qu’il m’est utile ?
* Est-ce qu’il peut être contrôlé avec une application open source ou respectueuse de la vie privée ?
* Est-ce qu’avec mes compétences je peux fabriquer moi même l’objet ?
==Références==
* Gaetan R, 2017, De nombreuses applications ne sont pas testées avant la mise sur le marché : [https://www.objetconnecte.com/applications-iot-vulnerables-240117/ lien article]
* CNIL, comment protéger ses données : [https://www.cnil.fr/fr/objets-connectes-noubliez-pas-de-les-securiser lien article]
* Mathieu THIERY, 2020, Objets connectés et vie privée : le long chemin restant : [https://hal.archives-ouvertes.fr/tel-03125022v4/document lien thèse]
* Mathieu Thiery, Vincent Roca, Arnaud Legout, 2019, Privacy implications of switching ON a light bulb in the IoT world : [https://hal.inria.fr/hal-02196544/document lien thèse]
* Dr. WEB, 2021, Researching Children’s Smartwatches for vulnerabilities

VT2021 vie privee et objets connectes fiche

2021-12-05T16:47:29Z

Gilles.Mertens:

= Vie privée et objets connectés =

==Abstract==

The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet connections enable the iot to be affordable and usable by non technical people.These devices are used in a lot of fields like : health, automation, energy saving, entertainment and is expanding. However,using connected devices has an implication on privacy, and these impacts are poorly understood by the general public. Vendors take advantage of their position to harvest a lot of unnecessary personal information while not properly asking the user’s consent and letting old devices unpatched from critical vulnerabilities. The aim of this presentation is to detail these three major issues with examples.

'''Key words''' : IoT, cloud, private life, smartphone, security, automation, trackers, connected

==Résumé==

L’utilisation d’objets connectés est en forte croissance grâce aux connexions internet toujours plus rapides et a la miniaturisation des composants électroniques. Les domaines d’utilisations sont toujours plus nombreux : santé, automatisation, économie d’énergie, divertissement etc. Néanmoins les implications de l’utilisation de ces objets connectés sur la vie privée est mal connue du grand public. Récolte d’informations personnelles abusives par les constructeurs, problèmes de consentement de l’utilisateur et failles de sécurité non patchées sont les trois problèmes majeurs dans leur utilisation. Cet exposé a pour but de détailler ces trois problématiques majeures avec des exemples.

'''Mots-Clés''' : internet des objets, cloud, vie privée, smartphone, sécurité, automatisation, traqueurs, connecté

==Nature et collecte des données==
===Fonctionnement===
Il existe deux types d’objets connectés, les capteurs, qui relèvent des données du monde réel et les actionneurs qui permettent d’agir sur leur environnement. Néanmoins, la plupart des produits vendus sur le marché sont hybrides. Par exemple, une balance connectée génère seulement des données, tandis qu’une ampoule intelligente peut seulement être actionnée et ne récolte pas directement de données sur son environnement. Un bon exemple d’objet hybride est un thermostat, qui va à la fois capter la température de son environnement et agir dessus grâce au contrôle d’un chauffage. La différence avec les objets traditionnels est qu’ils se servent d’une connexion au réseau pour envoyer leur données, recevoir des ordres ou piloter d’autres objets. Cette mise en réseau permet ainsi de connecter les objets les uns aux autres d’une part et de les connecter au smartphone de leur propriétaire d’autre part, pour les rendre « intelligents ».
===Collecte des données===
Ce sont en grande majorité les fabricants de ces objets qui proposent les services dits « intelligents » aux utilisateurs finaux liant les produits à des services liés au cloud. Dans certains cas l’utilisateur va interagir sur les serveurs du fabricant avec son smartphone qui en retour interagissent sur les objets de l’utilisateur. Par exemple, l’utilisateur veut un récapitulatif de sa masse sur les derniers mois, l’application de balance va télécharger les derniers relevés depuis les serveurs du fabricant. Dans ce cas, le problème de vie privée est évident, une entité tierce a accès à des données privées de ses utilisateurs. Un autre vecteur de collecte de ces données est à travers les applications de pilotage des objets via smartphone. En effet la plupart des applications de contrôle demandent l’enregistrement des objets pilotés dans un compte personnel lié au fabricant. Cet enregistrement peut dans certains cas déjà être une atteinte à la vie privée en demandant des informations non nécessaires à l’utilisation de l’application tels que l’âge, l’adresse, la position GPS ou encore le genre de l’utilisateur. Ensuite ces applications envoient régulièrement de la télémétrie pour comprendre les habitudes de l’utilisateur afin de lui faire des suggestions par exemple ou améliorer l’application.
Cependant, dans la plupart des cas l’utilisation principale de ces données est le profilage de l’utilisateur qui pourra ensuite être utilisé pour vendre de la publicité ciblée d’une part, ou leur profil aux acteurs intéressés par leur comportements tels que les banques, assurances ou encore employeurs entre autre.
Les objets réalisant des actions seulement sur leur environnement, ne sont pas exempts de risques liés a la vie privée. En effet les actions réalisées par les utilisateurs sur ces appareils permettent de déterminer des habitudes et ainsi participer au profilage. Par exemple, une ampoule connectée, même sans capteurs, peut servir a déterminer la présence d’une personne au domicile, et même dans quelle pièce de sa maison et ainsi participer au profilage, uniquement grâce a l’étude des interactions que l’utilisateur a avec cet objet.
==Utilisation et consentement des utilisateurs==
=== un ===
L’utilisateur de solutions grand public en terme d’objets connectés est noyé dans les informations techniques. En considérant seulement les protocoles : Wi-Fi, Bluetooth, ZigBee, Z-Wave, Thread, IP, IPv6, 6LoWPAN, MQTT, COAP ou encore KNX, il y a de quoi être perdu. Ensuite, il existe une grande diversité dans le mode de fonctionnement de ces objets. Les modes de communication sont au nombre de trois :
* direct : l’utilisateur communique avec l’objet connecté directement en utilisant un lien smartphone-objet.
* concentrateur : l’utilisateur communique avec une centrale domotique, qui a son tour gère la communication avec l’objet.
* cloud : le fabricant met en œuvre des services sur internet qui servent d’intermédiaire entre le smartphone et l’objet connecté.
Ces trois modes de fonctionnement ont des implications différentes sur la vie privée. Dans certains cas l’information ne sort pas du domicile alors que dans d’autre cas oui.
Un autre facteur de confusion se situe au niveau des applications de contrôle sur smartphone. Certaines applications permettent de regrouper plusieurs objets de marques différentes, d’autres permettent de créer de l’automatisation. Toutes ces applications ont des conditions d’utilisation différentes. La plupart possèdent également des trackers qui vont collecter des informations d’état et d’utilisation sur les appareils connectés à l’application pour informer les développeurs de l’utilisation de l’application et dans une optique de profilage de l’utilisateur et ainsi les monétiser.
===Consentement des utilisateurs===
Les différentes études utilisées pour faire cette présentation ont mises en lumière des problèmes au niveau du recueillement du consentement. En effet, les lois telles que le RGPD (Règlement général sur la protection des données) ainsi que CCPA (California Consumer Privacy Act) obligent les fabricants à, d’une part collecter seulement les données utiles à leur business model et d’autre part informer les consommateurs de quelles données personnelles sont collectées pour qu’ils puissent consentir à ces utilisations.
Il existe plusieurs problèmes autour du recueil du consentement :
* La première concerne le processus d’installation des applications sur smartphone.
* Les applications ne demandent qu’une seule fois le consentement pour tout les objets qui seront ajoutés dans le futur. Or, l’installation d’une ampoule connectée et d’une caméra connecté ont des implications radicalement différentes sur la vie privée.
* Certaines applications recueillent mal le consentement en permettant un moyen de passer la page de consentement explicite (voir exemple de droite).
* Certaines conditions d’utilisation ne sont rédigées qu’en anglais ou utilisent un vocabulaire technique empêchant une grande partie des utilisateurs de les comprendre.
* La deuxième concerne l’utilisation de ces objets par des personnes qui ne possèdent pas l’objet mais en font usage. Par exemple les enceintes connectées recueillent seulement le consentement de la personne qui installe l’objet, alors que d’autres membres de la famille ou des voisins pourraient l’utiliser. Dans cet exemple, lors d’une utilisation de l’assistant vocal, la voix d’une personne non consentante pourrait être envoyée sur internet et traitée.
==Vulnérabilité de l’iot aux attaques informatiques ==
En dépit des problème de vie privée, l’iot souffre de gros problèmes de sécurité. En effet, leur connexion au réseau les expose à des risques majeurs. Le principal problème de ces produits est le support des mises a jour. En effet, après la vente d’un objet connecté le fabricant a peu de raisons de continuer a supporter les mises a jour sur ces appareils. En effet, le développement de patchs de sécurité et leur déploiement coûte cher tandis qu’ils ne rapportent rien financièrement. Une grande partie des objets connectés deviennent des risques pour la sécurité de leur utilisateurs après quelques années.
Dans la majorité des cas, ces objets connectés sont infectés par des virus qui permettent aux attaquants de détourner leur utilisation afin de participer dans des attaques DDOS (Distributed Denial of Service) ou utiliser leur ressources de calcul pour miner des cryptomonnaies pour le compte de l’attaquant.
Une autre utilisation, moins fréquente, est l’exploitation de ces objets pour surveiller ses utilisateurs pour réaliser un cambriolage ou récupérer des informations confidentielles dans le but d’usurper l’identité d’une personne par exemple.
=== Exemples ===
En 2017, la société californienne « cloud pets », fabricant de jouets connectés pour enfant, a été victime d’un piratage dû à une base de donnée mal sécurisée. Cette entreprise fabrique des jouets équipés d’un microphone et d’un haut parleur permettant aux enfants d’envoyer et de recevoir des messages audio de leur parents en Bluetooth. Cependant, le fabricant sauvegardait tous les enregistrements audios ainsi que leur métadonnées (date, position GPS, nom, prénom) dans leur base de donnée. Ainsi, les pirates ont eu accès a 2 millions d’enregistrements d’enfants et de leur parents.
En 2019, LIDL commercialise « Mr. Cuisine connect » un robot de cuisine connecté. Deux chercheurs, ont remarqué un microphone sur l’appareil alors qu’aucune documentation le mentionnait et aucun usage de l’appareil le justifiait. En cherchant plus loin ces chercheurs ont découvert que la version d’Android qui tournait sur la tablette de l’appareil était ancienne et était vulnérable à des failles connues. Des personnes malveillantes auraient pu prendre le contrôle de l’appareil à distance et utiliser le micro pour enregistrer les personnes à proximité du robot.
Pendant la réalisation de cet exposé, la société Dr. Web a découvert des failles de sécurité importante dans les 4 montres connectées pour enfant les plus populaires en Russie. L’analyse montre que deux montres utilisent des mots de passes par défaut pour acquérir les droits administrateur sur l’appareil, permettant d’accéder a toutes les fonctionnalités de l’appareil (position GPS, microphone). Deux montres transfèrent des données sensibles sur les porteurs de manière non chiffrée sur leur serveurs via internet. Finalement, du code malicieux, permettant le contrôle a distance par l’envoi d’un SMS, a été découvert dans une des montres. (Voir tableau récapitulatif ci contre)
==Conclusion==
L’internet des objets, par son immaturité, est incroyablement complexe de par la quantité de protocoles disponibles, les méthodes de communication et les applications de contrôle sur smartphone. Par conséquent, l’utilisateur ne peut pas comprendre toutes les implications de l’utilisation d’objets connectés sur sa vie privée et les constructeurs profitent de cette barrière technique pour récolter toujours plus d’informations personnelles sur les utilisateurs.
D’autre part, les objets connectés sont assez vulnérables aux attaques en raison du modèle économique sur lequel ils reposent. Les fabricants n’ont pas d’intérêt à maintenir des objets qui ont déjà été vendus.
Pour quand même utiliser ces objets de la manière la plus respectueuse de la vie privée et de la sécurité il est conseillé de réfléchir a plusieurs points avant de considérer l’achat :
* L’appareil est-t’il dépendant d’un service cloud pour fonctionner ?
* Peut-il être mis derrière un pare feu et sur un réseau différent des autres appareils du réseau ?
* Est-ce que l’objet va m’apporter du confort/est-ce qu’il m’est utile ?
* Est-ce qu’il peut être contrôlé avec une application open source ou respectueuse de la vie privée ?
* Est-ce qu’avec mes compétences je peux fabriquer moi même l’objet ?
==Références==
Gaetan R, 2017, De nombreuses applications ne sont pas testées avant la mise sur le marché : [https://www.objetconnecte.com/applications-iot-vulnerables-240117/ lien article]
CNIL, comment protéger ses données : [https://www.cnil.fr/fr/objets-connectes-noubliez-pas-de-les-securiser lien article]
Mathieu THIERY, 2020, Objets connectés et vie privée : le long chemin restant : [https://hal.archives-ouvertes.fr/tel-03125022v4/document lien thèse]
Mathieu Thiery, Vincent Roca, Arnaud Legout, 2019, Privacy implications of switching ON a light bulb in the IoT world : [https://hal.inria.fr/hal-02196544/document lien thèse]
Dr. WEB, 2021, Researching Children’s Smartwatches for vulnerabilities

VT2021 vie privee et objets connectes fiche

2021-12-05T16:44:57Z

Gilles.Mertens:

= Vie privée et objets connectés =

==Abstract==

The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet connections enable the iot to be affordable and usable by non technical people.These devices are used in a lot of fields like : health, automation, energy saving, entertainment and is expanding. However,using connected devices has an implication on privacy, and these impacts are poorly understood by the general public. Vendors take advantage of their position to harvest a lot of unnecessary personal information while not properly asking the user’s consent and letting old devices unpatched from critical vulnerabilities. The aim of this presentation is to detail these three major issues with examples.

'''Key words''' : IoT, cloud, private life, smartphone, security, automation, trackers, connected

==Résumé==

L’utilisation d’objets connectés est en forte croissance grâce aux connexions internet toujours plus rapides et a la miniaturisation des composants électroniques. Les domaines d’utilisations sont toujours plus nombreux : santé, automatisation, économie d’énergie, divertissement etc. Néanmoins les implications de l’utilisation de ces objets connectés sur la vie privée est mal connue du grand public. Récolte d’informations personnelles abusives par les constructeurs, problèmes de consentement de l’utilisateur et failles de sécurité non patchées sont les trois problèmes majeurs dans leur utilisation. Cet exposé a pour but de détailler ces trois problématiques majeures avec des exemples.

'''Mots-Clés''' : internet des objets, cloud, vie privée, smartphone, sécurité, automatisation, traqueurs, connecté

==Nature et collecte des données==
===Fonctionnement===
Il existe deux types d’objets connectés, les capteurs, qui relèvent des données du monde réel et les actionneurs qui permettent d’agir sur leur environnement. Néanmoins, la plupart des produits vendus sur le marché sont hybrides. Par exemple, une balance connectée génère seulement des données, tandis qu’une ampoule intelligente peut seulement être actionnée et ne récolte pas directement de données sur son environnement. Un bon exemple d’objet hybride est un thermostat, qui va à la fois capter la température de son environnement et agir dessus grâce au contrôle d’un chauffage. La différence avec les objets traditionnels est qu’ils se servent d’une connexion au réseau pour envoyer leur données, recevoir des ordres ou piloter d’autres objets. Cette mise en réseau permet ainsi de connecter les objets les uns aux autres d’une part et de les connecter au smartphone de leur propriétaire d’autre part, pour les rendre « intelligents ».
===Collecte des données===
Ce sont en grande majorité les fabricants de ces objets qui proposent les services dits « intelligents » aux utilisateurs finaux liant les produits à des services liés au cloud. Dans certains cas l’utilisateur va interagir sur les serveurs du fabricant avec son smartphone qui en retour interagissent sur les objets de l’utilisateur. Par exemple, l’utilisateur veut un récapitulatif de sa masse sur les derniers mois, l’application de balance va télécharger les derniers relevés depuis les serveurs du fabricant. Dans ce cas, le problème de vie privée est évident, une entité tierce a accès à des données privées de ses utilisateurs. Un autre vecteur de collecte de ces données est à travers les applications de pilotage des objets via smartphone. En effet la plupart des applications de contrôle demandent l’enregistrement des objets pilotés dans un compte personnel lié au fabricant. Cet enregistrement peut dans certains cas déjà être une atteinte à la vie privée en demandant des informations non nécessaires à l’utilisation de l’application tels que l’âge, l’adresse, la position GPS ou encore le genre de l’utilisateur. Ensuite ces applications envoient régulièrement de la télémétrie pour comprendre les habitudes de l’utilisateur afin de lui faire des suggestions par exemple ou améliorer l’application.
Cependant, dans la plupart des cas l’utilisation principale de ces données est le profilage de l’utilisateur qui pourra ensuite être utilisé pour vendre de la publicité ciblée d’une part, ou leur profil aux acteurs intéressés par leur comportements tels que les banques, assurances ou encore employeurs entre autre.
Les objets réalisant des actions seulement sur leur environnement, ne sont pas exempts de risques liés a la vie privée. En effet les actions réalisées par les utilisateurs sur ces appareils permettent de déterminer des habitudes et ainsi participer au profilage. Par exemple, une ampoule connectée, même sans capteurs, peut servir a déterminer la présence d’une personne au domicile, et même dans quelle pièce de sa maison et ainsi participer au profilage, uniquement grâce a l’étude des interactions que l’utilisateur a avec cet objet.
==Utilisation et consentement des utilisateurs==
=== un ===
L’utilisateur de solutions grand public en terme d’objets connectés est noyé dans les informations techniques. En considérant seulement les protocoles : Wi-Fi, Bluetooth, ZigBee, Z-Wave, Thread, IP, IPv6, 6LoWPAN, MQTT, COAP ou encore KNX, il y a de quoi être perdu. Ensuite, il existe une grande diversité dans le mode de fonctionnement de ces objets. Les modes de communication sont au nombre de trois :
* direct : l’utilisateur communique avec l’objet connecté directement en utilisant un lien smartphone-objet.
* concentrateur : l’utilisateur communique avec une centrale domotique, qui a son tour gère la communication avec l’objet.
* cloud : le fabricant met en œuvre des services sur internet qui servent d’intermédiaire entre le smartphone et l’objet connecté.
Ces trois modes de fonctionnement ont des implications différentes sur la vie privée. Dans certains cas l’information ne sort pas du domicile alors que dans d’autre cas oui.
Un autre facteur de confusion se situe au niveau des applications de contrôle sur smartphone. Certaines applications permettent de regrouper plusieurs objets de marques différentes, d’autres permettent de créer de l’automatisation. Toutes ces applications ont des conditions d’utilisation différentes. La plupart possèdent également des trackers qui vont collecter des informations d’état et d’utilisation sur les appareils connectés à l’application pour informer les développeurs de l’utilisation de l’application et dans une optique de profilage de l’utilisateur et ainsi les monétiser.
===Consentement des utilisateurs===
Les différentes études utilisées pour faire cette présentation ont mises en lumière des problèmes au niveau du recueillement du consentement. En effet, les lois telles que le RGPD (Règlement général sur la protection des données) ainsi que CCPA (California Consumer Privacy Act) obligent les fabricants à, d’une part collecter seulement les données utiles à leur business model et d’autre part informer les consommateurs de quelles données personnelles sont collectées pour qu’ils puissent consentir à ces utilisations.
Il existe plusieurs problèmes autour du recueil du consentement :
* La première concerne le processus d’installation des applications sur smartphone.
* Les applications ne demandent qu’une seule fois le consentement pour tout les objets qui seront ajoutés dans le futur. Or, l’installation d’une ampoule connectée et d’une caméra connecté ont des implications radicalement différentes sur la vie privée.
* Certaines applications recueillent mal le consentement en permettant un moyen de passer la page de consentement explicite (voir exemple de droite).
* Certaines conditions d’utilisation ne sont rédigées qu’en anglais ou utilisent un vocabulaire technique empêchant une grande partie des utilisateurs de les comprendre.
* La deuxième concerne l’utilisation de ces objets par des personnes qui ne possèdent pas l’objet mais en font usage. Par exemple les enceintes connectées recueillent seulement le consentement de la personne qui installe l’objet, alors que d’autres membres de la famille ou des voisins pourraient l’utiliser. Dans cet exemple, lors d’une utilisation de l’assistant vocal, la voix d’une personne non consentante pourrait être envoyée sur internet et traitée.
==Vulnérabilité de l’iot aux attaques informatiques ==
En dépit des problème de vie privée, l’iot souffre de gros problèmes de sécurité. En effet, leur connexion au réseau les expose à des risques majeurs. Le principal problème de ces produits est le support des mises a jour. En effet, après la vente d’un objet connecté le fabricant a peu de raisons de continuer a supporter les mises a jour sur ces appareils. En effet, le développement de patchs de sécurité et leur déploiement coûte cher tandis qu’ils ne rapportent rien financièrement. Une grande partie des objets connectés deviennent des risques pour la sécurité de leur utilisateurs après quelques années.
Dans la majorité des cas, ces objets connectés sont infectés par des virus qui permettent aux attaquants de détourner leur utilisation afin de participer dans des attaques DDOS (Distributed Denial of Service) ou utiliser leur ressources de calcul pour miner des cryptomonnaies pour le compte de l’attaquant.
Une autre utilisation, moins fréquente, est l’exploitation de ces objets pour surveiller ses utilisateurs pour réaliser un cambriolage ou récupérer des informations confidentielles dans le but d’usurper l’identité d’une personne par exemple.
=== Exemples ===
En 2017, la société californienne « cloud pets », fabricant de jouets connectés pour enfant, a été victime d’un piratage dû à une base de donnée mal sécurisée. Cette entreprise fabrique des jouets équipés d’un microphone et d’un haut parleur permettant aux enfants d’envoyer et de recevoir des messages audio de leur parents en Bluetooth. Cependant, le fabricant sauvegardait tous les enregistrements audios ainsi que leur métadonnées (date, position GPS, nom, prénom) dans leur base de donnée. Ainsi, les pirates ont eu accès a 2 millions d’enregistrements d’enfants et de leur parents.
En 2019, LIDL commercialise « Mr. Cuisine connect » un robot de cuisine connecté. Deux chercheurs, ont remarqué un microphone sur l’appareil alors qu’aucune documentation le mentionnait et aucun usage de l’appareil le justifiait. En cherchant plus loin ces chercheurs ont découvert que la version d’Android qui tournait sur la tablette de l’appareil était ancienne et était vulnérable à des failles connues. Des personnes malveillantes auraient pu prendre le contrôle de l’appareil à distance et utiliser le micro pour enregistrer les personnes à proximité du robot.
Pendant la réalisation de cet exposé, la société Dr. Web a découvert des failles de sécurité importante dans les 4 montres connectées pour enfant les plus populaires en Russie. L’analyse montre que deux montres utilisent des mots de passes par défaut pour acquérir les droits administrateur sur l’appareil, permettant d’accéder a toutes les fonctionnalités de l’appareil (position GPS, microphone). Deux montres transfèrent des données sensibles sur les porteurs de manière non chiffrée sur leur serveurs via internet. Finalement, du code malicieux, permettant le contrôle a distance par l’envoi d’un SMS, a été découvert dans une des montres. (Voir tableau récapitulatif ci contre)
==Conclusion==
L’internet des objets, par son immaturité, est incroyablement complexe de par la quantité de protocoles disponibles, les méthodes de communication et les applications de contrôle sur smartphone. Par conséquent, l’utilisateur ne peut pas comprendre toutes les implications de l’utilisation d’objets connectés sur sa vie privée et les constructeurs profitent de cette barrière technique pour récolter toujours plus d’informations personnelles sur les utilisateurs.
D’autre part, les objets connectés sont assez vulnérables aux attaques en raison du modèle économique sur lequel ils reposent. Les fabricants n’ont pas d’intérêt à maintenir des objets qui ont déjà été vendus.
Pour quand même utiliser ces objets de la manière la plus respectueuse de la vie privée et de la sécurité il est conseillé de réfléchir a plusieurs points avant de considérer l’achat :
* L’appareil est-t’il dépendant d’un service cloud pour fonctionner ?
* Peut-il être mis derrière un pare feu et sur un réseau différent des autres appareils du réseau ?
* Est-ce que l’objet va m’apporter du confort/est-ce qu’il m’est utile ?
* Est-ce qu’il peut être contrôlé avec une application open source ou respectueuse de la vie privée ?
* Est-ce qu’avec mes compétences je peux fabriquer moi même l’objet ?
==Références==
Gaetan R, 2017, De nombreuses applications ne sont pas testées avant la mise sur le marché : https://www.objetconnecte.com/applications-iot-vulnerables-240117/
CNIL, comment protéger ses données : https://www.cnil.fr/fr/objets-connectes-noubliez-pas-de-les-securiser
Mathieu THIERY, 2020, Objets connectés et vie privée : le long chemin restant : https://hal.archives-ouvertes.fr/tel-03125022v4/document
Mathieu Thiery, Vincent Roca, Arnaud Legout, 2019, Privacy implications of switching ON a light bulb in the IoT world : https://hal.inria.fr/hal-02196544/document
Dr. WEB, 2021, Researching Children’s Smartwatches for vulnerabilities

VT2021 vie privee et objets connectes fiche

2021-12-05T16:40:07Z

Gilles.Mertens: Created page with "= Vie privée et objets connectés = ==Abstract== The use of connected devices is growing rapidly. The miniaturization of electric components and the ever faster internet co..."

VT2021

2021-12-05T16:36:28Z

Gilles.Mertens:

[[VT2020|<< Etudes 2020]] [[VT|Sommaire]] [[VT2022|Etudes 2022 >>]]

=Veille Technologique et Stratégique=
* Enseignants: [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en 1FO5

L'objectif de cette UE est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera notée et commentée par tous vos camarades via un sondage (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

Remarque: Le [https://fr.wikipedia.org/wiki/Plagiat plagiat] est incompatible avec l'éthique de l'ingénieur. Le directeur d'école peut demander votre traduction devant la commission disciplinaire de l'université. La sanction peut aller jusqu’à une interdiction d'inscription dans les établissements de l'enseignement supérieur français pendant plusieurs années : Le jeu en vaut-il la chandelle ?

La présentation peut être réalisée avec [[reveal.js]] ou avec [[remarkjs]]

[[File:presentation-VT-INFO5-2122.pdf|transparents d'introduction à l'UE]]

=Planning=

== Séance 1 : 15/11 ==
exceptionnellement en distanciel [https://univ-grenoble-alpes-fr.zoom.us/j/98434116324?pwd=NmJHVFZvQm9LQWtYclF3U09QVjZVQT09]
Enseignants :[[User:Donsez|Didier Donsez]]

Présentation et organisation.

== Séance 2 : 22/11 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Bio-inspired algoritms, BAUDEUR Bertrand, TONDEUX Emilie, [[File:VT2021_BioInspiredAlgo_presentation.pdf|présentation]], [[VT2021_BioInspiredAlgo_fiche|fiche]], [[VT2021_BioInspiredAlgo_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Le langage Zig, PARA Yaël, MALOD Victor, [[File:VT2021_Zig_presentation.pdf|présentation]], [[VT2021_Zig_fiche|fiche]], [[VT2021_Zig_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* GitHub Copilot, BLANQUET Antoine, PRAT CAPILLA Hugo, [[File:VT2021_GitHubCopilot_presentation.pdf|présentation]], [[VT2021_GitHubCopilot_fiche|fiche]], [[VT2021_GitHubCopilot_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 3 : 29/11 ==
Enseignants : [[User:Donsez|Didier Donsez]]

* Cloud Hypervisor, CHALOYARD Lucas, EL YANDOUZI Elias, [[File:Cloud Hypervisor.pdf|présentation]], [[VT2021_Cloud-Hypervisor_Fiche|fiche]], [https://www.youtube.com/watch?v=UsMEkOlImgw Démo à 26:30], [https://montube.com/AZERTYUIO screencast]
* Kind, GITTON Antoine, MINIER MANCINI Titouan, [[File:VT2021_Kind_presentation.pdf|présentation]], [[VT2021_Kind_fiche|fiche]], [[VT2021_Kind_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Apache Workflow, JULIENNE Malone, CAMBUS Quentin, [[File:VT2021_ApacheAirflow_presentation.pdf|présentation]], [[VT2021_ApacheAirflow_fiche|fiche]], [[VT2021_ApacheAirflow_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 4 : 6/12 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Content Delivery Networks (CDN), REGOUIN Roman, ANDRIEUX Liam, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Netflix Cosmos, HERQUE Eric, VACHERIAS Guillaume, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Web Browser Fingerprinting, LANQUETIN Alexis, GONZALEZ Jules, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Vie privée et objets connectés, Mertens Gilles, Soulard Alexandre, [[File:VT2021_vie_privee_et_objets_connectes_presentation.pdf|présentation]], [[VT2021_vie_privee_et_objets_connectes_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 5 : 13/12 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Fintech et OpenBanking, LAMBERT Paul, ELHADJI TCHIAMBOU Sami, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast] (port de la cravate exigée)
* Merkle trees, HUMBERT Corentin, YUNG Kevin, [[File:VT2021_Merkle_Trees_presentation.pdf|présentation]], [[VT2021_Merkle_Trees_fiche|fiche]], [[VT2021_Merkle_Trees_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Blockchain Elrond, BARET Dorian, GEITNER Teva, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Text to Speech, Granger Oscar, Cosotti Kevin [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 6 : 3/1 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* Psychométrie, LAMBERT Daphné, DREZET Lucas, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* GPT, AGUIAR Mathilde, HAJJI Oumaima, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* TinyML, Buisine Julien, Mallen Guillaume, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 7 : 10/1 ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

* CMS, SARRE Margaux, NOERIE Sophie, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* Underwater Wireless Communications, MUTEL Mathis, SIDIBE Rose, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]
* ROS2, MALECOT Ethan, CIRSTEA Paul, [[File:VT2021_XXXX_presentation.pdf|présentation]], [[VT2021_XXX_fiche|fiche]], [[VT2021_XXX_demo|demo]], [https://montube.com/AZERTYUIO screencast]

== Séance 8 : Asynchrone ==
Enseignants : [[User:Gpbonneau|Georges-Pierre Bonneau]], [[User:Donsez|Didier Donsez]]

=Sujets=
# [[Web Browser Fingerprinting]]
# [[Fintech]] & [[Open banking]] (système bancaire ouvert)
# [[Géolocalisation Ultra Wideband]] : fonctionnement, applications (Apple AirTags, Galaxy SmartTag+) ...
# [[Application Performance Monitoring]] : démonstration de [[Apache Skywalking]]
# [[GitHub Copilot]]
# [[GPT-J, GPT-3, GPT-2]]
# [[WebRTC]] : Web Real-Time Communication
# [[Low Code Development]]
# Le langage de programmation [[Zig]]
# [[Text-to-Speech]] : technologies et services et [[SSML]]: démonstration de l'intégration des service TTS Wavenet de GCP et Amazon Polly dans eCOM (pour un binome).
# [[ROS2]] : Robot Operating System version 2
# [[TinyML]] : démonstration avec une carte STM32F7 (à récupérer au fablab).
# [[Multi-Region Database Deployments: Patterns and Anti-Patterns]] : démonstration avec [[Cockroack]]
# [[Proof of Coverage Blockchain]] : démonstration d'[[Helium]] avec une gateway LoRa
# [[IPFS (InterPlanetary File System)]]
# [[Géolocalisation Wifi : principles et services de géolocalisation Wifi et cellulaire]]
# [[Kind]] : Goodbye minikube
# [[Netflix Cosmos]]
# [[Rudder]]
# [[Thread]] : démonstration avec le kit [[STM32WB55]]
# [[Remote sensing]]
# [[Caches distribués]]: démonstration avec [[Redis]]
# [[Log Structured Merge Trees]]
# [[Merkle Trees]]
# [[Riak]] Database System
# [[Flux]] (#fluxlang) new data scripting language to make querying and analyzing time series
# [[NATS]]: PubSub broker (démonstration avec CampusIoT)
# In-memory Distributed Data Grid : démonstration de eCom avec [[Apache Ignite]].
# [[jQAssistant]] : application à eCOM
# [[IoT Dataflow Mashup]] (démo avec [[Eclipse Kura Wires]])
# [[Géo-réplication]] : Démo avec [[Apache Kafka MirrorMaker]]
# [[Pulsar]]
# [[RSocket]]
# [[Nacos]] : open source project by Alibaba for service discovery and service configuration.
# [[NEMU]] : open source hypervisor specifically built and designed to run modern cloud workloads on modern 64-bit Intel and ARM CPUs.
# [[Fission]] : open-source serverless function framework for [[Kubernetes]] with a focus on developer productivity and high performance.
# [[Microclimate]]
# [[AdTech]]
# [[Conflict-free replicated data type]] (CRDT)
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]
# [[ESB]] : démonstration de [[Mule ESB]]
# [[MemCached]]
# [[ Voice-First Development]] : Designing, Developing, and Deploying Conversational Interfaces
# [[Psychométrie]]
# [[Apache Beam]]
# [[Hazelcast]] : Démo avec Spring Boot ([https://dzone.com/storage/assets/6459742-dzone-rc247-gettingstartedwithspringbootandmicrose.pdf lien]) dans un projet [[JHipster]]
# [[In-Memory Data Grids]] : Démonstration de [[Gigaspaces]] et [[XAP]] Open Source
# Insport Video
# Gestionnaires de contenu : démonstration de [[Apache Jackrabbit]] dans le projet [[eCOM]]
# [[Memory-centric virtual distributed storage system]]
# [[Performance Monitoring]]
# [[Access Network Query Protocol (ANQP)]]
# [[JCache]] : démonstration avec [[Apache Ignity]]
# [[MemCached]]
# [[Apache Stratos]]
# [[gceasy]] : Universal garbage collection log Analyser
# [[Apache Solr]] : Démonstration avec [http://hortonworks.com/hadoop-tutorial/indexing-and-searching-text-within-images-with-apache-solr/ Tesseract OCR]
# [[Content Delivery Network]]s : Démonstration de [[Amazon S3]], Azure, Akamaï ... sur votre projet [[ECOM-RICM|eCOM]]
# [[CMS]] : Demo avec [[Crafter CMS]]
# [[DMS]] (GED) : Demo avec la version Community Edition d'[[Alfresco]] et de son API REST avec [[Swagger]] ANNULé
# [[SIG]] : Démonstration de [[QGIS]]
# [[Apache Airflow]]
# [[AzureRTOS]] : système d'exploitation pour l'Internet des Objets. démonstration sur [https://www.st.com/en/evaluation-tools/b-l475e-iot01a.html B-L475] à récupérer au fablab.
# Algorithmes et systèmes de vote électronique : vices et vertus.
# [[Normes et systèmes de signature électronique]]
# Database as a Microservice : [[HarperDB]]
# [[Underwater Wireless Communications]]
# [[TiDB]]
# [[Pantavisor Linux]]: A Framework for Building Containerized IoT Systems

Création d'un système pour localiser les élèves lors de courses d'orientation

2021-10-14T11:52:02Z

Gilles.Mertens: Created page with "Ce projet à pour but la construction d'un petit appareil portable utile lors de la supervision de courses d'orientation. Le dispositif serait porté par un membre du groupe..."

Ce projet à pour but la construction d'un petit appareil portable utile lors de la supervision de courses d'orientation.

Le dispositif serait porté par un membre du groupe. Sa fonction principale serait la surveillance de la position d'un groupe pendant la course d'orientation. L'encadrant pourrait voir sur son téléphone/tablette/pc les groupes encadrés sur une carte. La mise a jour de l'emplacement des groupes pourrait se faire toutes les 10 minutes par exemple.

Selon l'avancement du projet dispositif pourrait se garnir d'options supplémentaires:

- '''Appel encadrant''' : Un bouton sur l'appareil permet d'envoyer instantanément une notification à l'encadrant avec la position mise à jour.

- '''Rapatriement''' : L'encadrant peut indiquer à un ou plusieurs groupes de venir à un point de rendez-vous en faisant sonner l'appareil.

- '''Validation des points de passage''' : L'appareil peut valider le passage dans un lieu grâce à un tag (RFID, NFC...) disposé dans le lieu en question. L'encadrant peut voir les points que les groupes ont validés sur son interface.

Projets 2020-2021

2021-04-06T11:41:05Z

Gilles.Mertens:

<<[[Projets 2019-2020]] | [[Projets]] | [[Projets 2021-2022]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 18 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets S8===

* 1. [[Contribution au projet STM32Python]], Didier DONSEZ.
* 2. [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]], Didier DONSEZ.
* 3+4. [[Portage de la carte de prototypage IoT Nucleo-WL55JC sur RIOT OS]] + [[Portage de la carte de communication LoRa LLCC68MB2BAS sur RIOT OS]], Didier DONSEZ (1 seul groupe de 3 élèves pour les 2 cartes).
* 5. [[Service Web d'équipements embarqués communicant sur bus CAN]] (2 groupes de 2 élèves), Didier DONSEZ.
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]], Didier DONSEZ.
* 7. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]], Didier DONSEZ.
* 8. [[Godot Game Engine et tables tactiles]] : démonstration d'un jeu en réseau sur les 3 tables tactiles : (gaming spirit) Olivier RICHARD.
* 9. [[Serveur filière INFO]], Nicolas Palix
* Agriculture connectée en partenariat avec les projets collectifs IESE/MAT
** 10. [[ASAC/AP|Polytech]] : Nicolas Palix
** 11. [[ASAC/SJC|St Cassien]] : Nicolas Palix
* 12. [[ENT Polytech]] avec XMPP/Mumble/BBB/Mattermost/OpenBoard : Nicolas Palix
* 13. [[Polytech Helper Service | Outils d'aide à la gestion de service]], (professionel) Olivier Richard
* 14. [[Rust Engine | Executeur de tâche en Rust]], (exigeant techniquement) Olivier Richard
* 15. [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard
* 16. [[FPGA et Deep Learnning]] Olivier Richard
* 17. [[OpenAPI OAR | OpenAPI pour la gestion de tâches de ressources OAR]], (professionel) Olivier Richard
* 18. [[Monitoring de la plateforme CampusIoT]] : Didier Donsez

==== Reporté INFO5 21-22 ====
* 1 heure 1 heure (échange de compétence), etudiant.e.s Emilie Tondeux + ?, tuteur ?
==== Reporté ====
[[Simulateur de réseaux simples avec un FPGA]], (typé recherche/prospectif)

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 20-21
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-
!scope="row"| 1
| [[Contribution au projet STM32Python]]
| BAUDEUR BERTRAND,LANQUETIN ALEXIS,TONDEUX EMILIE
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Contribution%20au%20projet%20STM32Python%20info4_2020_2021.md Fiche]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Rapport_Projet.pdf Rapport final] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/STM32_presentation_Finale.pdf Final Presentation] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Pr%C3%A9sentation_mi-parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 2
| [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]]
| HERQUE ERIC,MALLEN GUILLAUME,PORTIER BARNAB
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Portage_du_kit_station_LoRa_LRWAN2_de_ST_sur_RIOT_OS_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Pr%C3%A9sentation%20de%20mi-parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 5
| [[Service Web d'équipements embarqués communicant sur bus CAN]]
| ANDRIEUX LIAM,DREZET LUCAS,REGOUIN ROMAN
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/EmbeddedEquipmentWebServiceCommunicatingOnCANBus_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/Pre%20viva%20presentation.pdf Presentation de mi-parcours]
|-
!scope="row"| 6
| [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]]
| CAMBUS QUENTIN,EL YANDOUZI ELIAS,JULIENNE MALONE
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/Pr%C3%A9sentation_IoT.pdf Presentation de mi-parcours]
|-
!scope="row"| 7
| [[ Evaluation du toolkit AI de STM32 pour reconnaissance sonore]]
| COSOTTI KEVIN,GRANGER OSCAR,GUIGNARD JULIE
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/07/docs/-/blob/master/SuiviG7_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/15RCcuoAWGlpOLyM_SX3tXVhhXEHiTuNTXXxRCrJ4tiA/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 8
| [[Godot Game Engine et tables tactiles|Godot Engine]]
| CIRSTEA PAUL,DE MULATIER JEAN-THEOPHANE,SOULARD ALEXANDR
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Godot_Game_Engine_et_tables_tactiles_info4_2020_2021.md Fiche]
| [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Rapport_Projet.pdf Rapport final]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Projet_Godot_Presentation_Finale.pdf Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1CUBp5Zz1uivkCb8latQ8tnfSy-bUTJs-7f3f7GcH4Zs/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 9
| [[Serveur_filière_INFO|Serveur INFO]]
| GITTON ANTOINE,MERTENS GILLES,SUEUR CORENTIN
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/Serveur_filiere_info4_2020_2021.md Fiche]
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/presentation/final_report.pdf Rapport final] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/presentation/diapo_soutenance_final.pdf Final Presentation] - [[Media:Presentation_mi_parcours_groupe7.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 10
| [[ASAC/AP|Serre Polytech]]
| AGUIAR MATHILDE,HAJJI OUMAIMA,SIDIBE ROKIATOU DITE ROSE
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/README.md Fiche]
| [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/Documentations/Documentation.pdf Rapport final]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/c883651e5c246af197699ecb109bfcf4b247df37/Presentations/final_presentation.pdf | Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/Presentations/mid-project_slides.pdf | Presentation de mi-parcours]]
|-
!scope="row"| 11
| [[ASAC/SJC/SJC-2020-INFO]]
| BUISINE JULIEN,PRAT-CAPILLA HUGO,TEYSSIER THEO
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/Team11-Presentation.pdf Presentation de mi-parcours]
|-
!scope="row"| 12
| [[ENT Polytech]]
| HERY JULES,SALMON AMAD,VACHERIAS GUILLAUME
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/README.md Fiche]
| [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Rapport_Projet_ENT.pdf |Rapport final]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_finale.pdf |Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_mi_parcours.pdf | Presentation de mi-parcours]]
|-
!scope="row"| 13
| [[Polytech_Helper_Service|Polytech Helper Service]]
| ALIBERT ANGELO,NOERIE SOPHIE,SARRE MARGAUX
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/ Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/-/blob/master/Pr%C3%A9sentation_Mi-Parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 14
| [[Rust Engine|Rust Engine]]
| BARET DORIAN,CHALOYARD LUCAS,MALOD VICTOR,PARA YAEL
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/tracking-sheet.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/soutenance-mi_parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 15
| [[Retrocompute_simulateur|Retrocomputing]]
| ELHADJI TCHIAMBOU SAMI,HUMBERT CORENTIN,MUTEL MATHIS
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/README.md#follow-up Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/diapo_soutenance_mi_parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 16
| [[FPGA et Deep Learning]]
| GEITNER TEVA,GONZALEZ JULES,MALECOT ETHAN
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/FPGA_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/Presentation_mi-projet.pdf Presentation de mi-parcours]
|-
!scope="row"| 17
| [[OpenAPI OAR]]
| LAMBERT DAPHNE,MINIER-MANCINI TITOUAN,TOUE TIOYE
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/TRACKING_SHEET.md Fiche]
| [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/Project_17_report.pdf |Rapport final]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/Project_17_presentation.pdf |Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 18
| [[Monitoring de la plateforme CampusIoT]]
| BLANQUET ANTOINE,LAMBERT PAUL,YUNG KEVIN
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/Reunion_de_mi_parcours.pdf Presentation de mi-parcours]
|-
|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2020.

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez|Didier Donsez]]

Calendrier: 28/01 (13H30-17H30) au 19/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: 28/01 (13H30-17H30) en salle P257 (voir ADE)

Démarrage : 29/01 (13H30-17H30)

Soutenance à mi-parcours : 26/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : 19/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

====Séances MPI====

Les séances MPI seront en distanciel (mais ADE fait foi).

<pre>
Séance Thématique Date Horaires Intervenante Salle
1 Définir la problématique 03-févr. 14h-18h Stéphanie Diligent distanciel
2 Gérer le projet en restant agile 10-févr. 8h30 - 12h30 Stéphanie Diligent distanciel
3 Communiquer 24-févr. 8h30 - 12h30 Emmanuelle Tréhoust distanciel
4 Evaluer et valoriser 03-mars 8h30 - 12h30 Emmanuelle Tréhoust distanciel
5 Evaluation 10-mars 8h30 - 12h30 Stéphanie Diligent distanciel
</pre>

==== Soutenance intermédiaire S10 ====
Date: 26/02 Après midi. Distantiel (sur Zoom).

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date: 19/03/2021 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 18/03/2021 23:59:59 CET).

'''Remarque: le poster et le flyer (recto-verso A4 en 3 plis : [http://air.imag.fr/mediawiki/images/9/9b/FlyerCervin.pdf exemple]) doivent être rédigés en anglais.''' Pensez à ajouter un [https://zxing.appspot.com/generator QRCode] vers la page du projet dans le poster et dans le flyer.

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

NB: Vous pouvez prévoir d’organiser une démonstration plus longue de votre projet auprès de vos porteurs et vos tuteurs avant ou après la soutenance.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2020-2021
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
!scope="col"| Soutenance finale
|-
!scope="row"| 1
| [[Infrastructure de communication interne au cubesat ATISE du CSUG | ATISE]]
| Alexandre SALMON, Myriam LOMBARD, Killian PAREILLEUX, Adrien ARTAUD
| Imane El-Khantouti (CSUG, UGA), Frédéric Martin (CSUG, UGA)
| [[PROJET-INFO5 2021 ATISE| Fiche de suivi]]
| [https://air.imag.fr/index.php/Infrastructure_de_communication_interne_au_cubesat_ATISE_du_CSUG Documents], [[Media:ATISE_rapport.pdf|Rapport]], [[Media:ATISE_Flyer.pdf|Flyer]], [[Media:ATISE_Poster.pdf|Poster]], [[Pitch ATISE | Pitch]], [https://github.com/ATISE-2020-2021-Polytech-Grenoble/Docs/blob/master/ScreenCastATISE.ogv Screencast]
| [https://github.com/ATISE-2020-2021-Polytech-Grenoble Dépôt Github]
| 13H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_1.pdf|Présentation intermédiaire]]
| 9H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_1.pdf|Présentation finale]]
|-
!scope="row"| 2
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Wildcount]]
| BEAUGRAND Elisa, DE GAUDENZI Louis, GRAUGNARD Tom, ROLLIN Alexis
| DONSEZ Didier, QUENOT Georges
| [[PROJET-INFO5_2021_Wildcount|Fiche de suivi]]
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Documents]], [https://gitlab.com/wildcount/doc/-/blob/master/RAPPORT_FINAL.md Rapport], [[Media:Wildcount_Flyer.pdf|Flyer]], [[Media:WildCount.pdf|Poster]], [[Media:pitch_WildCount.pdf |Pitch]], [https://drive.google.com/file/d/17kRStVzWLACtxEpDSXeEqgNv4S4WqaKl/view?usp=sharing Screencast]
| [https://gitlab.com/wildcount Dépôt Gitlab]
| 13H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_2.pdf|Présentation]]
| 14H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_2.pdf|Présentation]]
|-
!scope="row"| 5
| [[Signature électronique eIDAS|eIDAS]]
| ASSI Dima, BILOUNGA Aleck, EL AJI Houda, ZERAMDINI Otba
| Nicolas PALIX
| [[PROJET-INFO5 2021 Signature électronique eIDAS| Fiche de suivi]]
| [https://air.imag.fr/index.php/Signature_%C3%A9lectronique_eIDAS Documents], [https://github.com/2020-2021-EIDAS-INFO5/Docs/blob/master/Technical_document.md Rapport technique], [[Media:Flyer_EIDAS.pdf|Flyer]], [[Media: Poster eIDAS.pdf| Poster]], [[Media:Rapport-final-eidas.pdf|Rapport final]], [[Media:Pitch_eIDAS.pdf|Pitch]], [https://youtu.be/Uuvf6bRpHyo Screencast Part 1], [https://drive.google.com/drive/folders/1QNQN-MCrYthh8jqjr3i9NB-BTTmqBBtG?usp=sharing Screencast Part 2]
| [https://github.com/2020-2021-EIDAS-INFO5 Dépôt Github]
| 14H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_5.pdf|Présentation]]
| 15H45, [[Media:Presentation-eIDAS-final.pdf|Présentation]]
|-

!scope="row"| 6
| [[Contributions open source au projet EdCampus|EdCampus]]
| COURTHIAL Samuel, FOUGERE Sebastien, DELBOS Robin
| POLLIER Gérard, GEOURJON Anthony, DONSEZ Didier
| [[PROJET-INFO5 2021 Contributions open source au projet EdCampus| Fiche de suivi]]
| [https://air.imag.fr/index.php/Contributions_open_source_au_projet_EdCampus Documents], [https://air.imag.fr/index.php/Rapport_Final_EDCampus Rapport],[[Media:flyer_EDCampus.pdf|Flyer]], [[Media:poster_EDCampus.pdf|Poster]], [[Media:pitch_EDCampus.pdf|Pitch]], Screencast
| [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Dépôt GitLab]
| 14H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf|Présentation]]
| 09H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_6.pdf|Présentation]]
|-

!scope="row"| 8
| [[Prototypage d'application mobile pour la vente en direct de produits producteur locaux]]
| BOLEAT Baptiste, CHAIX Manon, MICHELARD Leila, PALOMO Rémy
| DELANGUE Sylvain, Gérard POLLIER (Disrupt Campus)
| [[PROJET-INFO5 2021 Go Farmer | Fiche de suivi]]
| [[Rapport final Go Farmer | Rapport Final]], [https://air.imag.fr/index.php/Prototypage_d%27application_mobile_pour_la_vente_en_direct_de_produits_producteur_locaux Documents], [[Media:Flyer Producteurs Locaux.pdf | Flyer]], [[Media:Poster_Producteurs_Locaux.pdf | Poster]], [[Media: Pitch_Producteurs_Locaux.pdf | Pitch]], [https://drive.google.com/file/d/1gNGQYwygxEDpGpxbIMYtM05xAAotVdgJ/view?usp=sharing Screencast]
| [https://bitbucket.org/gofarmer/ Dépôt Bitbucket (privé)]
| 14H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_8.pdf|Présentation]]
| 08H30, [[Media:Diapo_Producteurs_Locaux.pdf|Présentation]]
|-
!scope="row"| 9
| [[Secours Montagne avec LoRa|Saint-Bernard]]
| CHATON Alexandra, FRION Thomas, PASDELOUP Romain
| TOURANCHEAU Bernard
| [[PROJET-INFO5 2021 Secours Montagne avec LoRa | Fiche de suivi]]
| [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Reports/Rapport%20Final.pdf Rapport final], [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Reports/Final%20Report.md Rapport final (MD)] [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Presentation/Flyer_projet_Saint-Bernard.pdf Flyer], [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Presentation/Poster_project_Saint-Bernard.pdf Poster], [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Reports/Pitch.pdf Pitch], [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Presentation/Soutenance%20Finale.pdf Présentation], [https://gitlab.com/info5-lora-avalanche/documentation/-/blob/master/Presentation/D%C3%A9monstration.pdf Demo], [https://videos.univ-grenoble-alpes.fr/video/17215-soutenance-projet-saint-bernard/ Screencast]
| [https://gitlab.com/info5-lora-avalanche Gitlab]
| 15H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_9.pdf|Présentation]]
| 14H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_9.pdf|Présentation]]
|-
!scope="row"| 10
| [[GenderedNews|GenderedNews]]
| HO Nhat Quang, MURPHY Mica, NGUENA Gloria, SAGET Antoine
| PORTET François, BASTIN Gilles, RICHARD Ange
| [[PROJET-INFO5 2021 GenderedNews | Fiche de suivi]]
| [https://air.imag.fr/index.php/GenderedNews Documents], [[Media:GenderedNews_Flyer.pdf | Flyer]], [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews/-/wikis/Rapport Rapport final], [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews/-/wikis/home Rapport technique], [[Media:GenderedNews_Poster.pdf | Poster]], [[Media:GenderedNews_Pitch.pdf | Pitch]], [https://videos.univ-grenoble-alpes.fr/video/17224-soutenance-projet-genderednews/ Screencast],
| [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews Dépôt GitLab]
| 15H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_10.pdf|Présentation]]
| 13H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_10.pdf|Présentation]]
|-
!scope="row"| 11
| [[Réseaux social d'organisation de sortie|Réseaux social d'organisation de sortie]]
| EL JRAIDI Rim, VERNET Maxime, SAJIDE Idriss, MANISSADJIAN Gabriel
| RICHARD Olivier
| [[PROJET-INFO5 2021 Réseaux social d'organisation de sortie | Fiche de suivi]]
| [https://air.imag.fr/index.php/R%C3%A9seaux_social_d%27organisation_de_sortie Documents], [[Media:flyer_Osons_sortie.pdf|Flyer]], [[Media:poster_Osons_sortie.pdf|Poster]], [[Media:Pitch_organisation_sorties.pdf|Pitch]], [https://drive.google.com/file/d/1QiPlMh5OtMUlQrQ2mqi3MF9xIy5Gpgpe/view?usp=sharing Screencast], [https://www.figma.com/file/lx1mwonG7jEUYKggjGQvIJ/Maquette?node-id=0%3A1 Maquette, [[Media:Osons_sortir_rapport.pdf|Rapport final]], [[Media:Osons_sortir_rapport_technique.pdf|Rapport technique]]]
| [https://github.com/2020-2021-PROJET-INFO5-G11 Dépot Git (privé)]
| 15H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_11.pdf|Présentation]]
| 10H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_11.pdf|Présentation]]
|-
!scope="row"| 13
| [[Artiphonie (saison 2)|Artiphonie (saison 2)]]
| CROCIATI Morgan, RIVAL Gaëtan, RUZAFA Rémy, VELUT Claire
| Bastien De Araujo, Guillaume Denis, Estelle Gillet-Perret et Olivier Richard
| [[PROJET-INFO5 2021 Artiphonie (saison 2) | Fiche de suivi]]
| [https://air.imag.fr/index.php/Artiphonie_(saison_2) Documents],[https://github.com/WriteInGesturesProject/docs/blob/master/2021/Rapport_Final.md Rapport Final], [https://github.com/WriteInGesturesProject/docs/blob/master/2021/Rapport_Technique.md Rapport Technique], [[Media:Artiphonie_presentation_final.pdf| Présentation Final]], [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation Mi-Projet]], [[Media:Flyer_-_Atrhiphonie.pdf|Flyer]], [[Media:Poster_Atrhiphonie.pdf|Poster]], [[Media:Pitch_Artiphonie.pdf|Pitch]], [https://drive.google.com/file/d/1B2W_On2FSED2HAKQ3kXJOOuL1RUmcJl7/view?usp=sharing Screencast]
| [https://github.com/WriteInGesturesProject Dépôt Github]
| 15H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]
| 10H45, [[Media:Artiphonie_presentation_final.pdf| Présentation]]
|-
|scope="row"| 14
| [[Covoiturage solidaire avec borne d'appel|Covoiturage solidaire avec borne d'appel]]
| EL MUFTI Ali, NELSON William
| Christine Verdier, Fabrice Forest (Didier Donsez pour le support technique borne d'appel).
| [[PROJET-INFO5 2021 Covoiturage solidaire avec borne d'appel| Fiche de suivi]]
| [https://air.imag.fr/index.php/Covoiturage_solidaire_avec_borne_d%27appel Documents], [[Media:flyermobipa.pdf|Flyer]], [[Media:mobipa.pdf|Poster]],[https://github.com/OliDesu/MoBiPa/blob/main/README.md Rapport Final], [[Media:Pitch_Groupe14.pdf|Pitch]], [https://drive.google.com/file/d/1UUIEeNCaXYSwRKKdeRJDeDXBIg0y2CYx/view?usp=sharing Screencast]
| [https://github.com/OliDesu/MoBiPa Dépôt GitHub]
| 16H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_14.pdf|Présentation]]
| 15H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_14.pdf|Présentation]]
|}

====Projets non choisis====
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.
* [[Contributions open-source au projet JHipster]] : Didier Donsez
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau

File:Presentation mi parcours groupe7.pdf

2021-03-08T13:07:42Z

Gilles.Mertens: Gilles.Mertens uploaded a new version of File:Presentation mi parcours groupe7.pdf

Projets 2020-2021

2021-03-08T12:53:38Z

Gilles.Mertens:

<<[[Projets 2019-2020]] | [[Projets]] | [[Projets 2021-2022]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 18 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets S8===

* 1. [[Contribution au projet STM32Python]], Didier DONSEZ.
* 2. [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]], Didier DONSEZ.
* 3+4. [[Portage de la carte de prototypage IoT Nucleo-WL55JC sur RIOT OS]] + [[Portage de la carte de communication LoRa LLCC68MB2BAS sur RIOT OS]], Didier DONSEZ (1 seul groupe de 3 élèves pour les 2 cartes).
* 5. [[Service Web d'équipements embarqués communicant sur bus CAN]] (2 groupes de 2 élèves), Didier DONSEZ.
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]], Didier DONSEZ.
* 7. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]], Didier DONSEZ.
* 8. [[Godot Game Engine et tables tactiles]] : démonstration d'un jeu en réseau sur les 3 tables tactiles : (gaming spirit) Olivier RICHARD.
* 9. [[Serveur filière INFO]], Nicolas Palix
* Agriculture connectée en partenariat avec les projets collectifs IESE/MAT
** 10. [[ASAC/AP|Polytech]] : Nicolas Palix
** 11. [[ASAC/SJC|St Cassien]] : Nicolas Palix
* 12. [[ENT Polytech]] avec XMPP/Mumble/BBB/Mattermost/OpenBoard : Nicolas Palix
* 13. [[Polytech Helper Service | Outils d'aide à la gestion de service]], (professionel) Olivier Richard
* 14. [[Rust Engine | Executeur de tâche en Rust]], (exigeant techniquement) Olivier Richard
* 15. [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard
* 16. [[FPGA et Deep Learnning]] Olivier Richard
* 17. [[OpenAPI OAR | OpenAPI pour la gestion de tâches de ressources OAR]], (professionel) Olivier Richard
* 18. [[Monitoring de la plateforme CampusIoT]] : Didier Donsez

==== Reporté INFO5 21-22 ====
* 1 heure 1 heure (échange de compétence), etudiant.e.s Emilie Tondeux + ?, tuteur ?
==== Reporté ====
[[Simulateur de réseaux simples avec un FPGA]], (typé recherche/prospectif)

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 20-21
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-
!scope="row"| 1
| [[Contribution au projet STM32Python]]
| BAUDEUR BERTRAND,LANQUETIN ALEXIS,TONDEUX EMILIE
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Contribution%20au%20projet%20STM32Python%20info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 2
| [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]]
| HERQUE ERIC,MALLEN GUILLAUME,PORTIER BARNAB
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Portage_du_kit_station_LoRa_LRWAN2_de_ST_sur_RIOT_OS_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Pr%C3%A9sentation%20de%20mi-parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 5
| [[Service Web d'équipements embarqués communicant sur bus CAN]]
| ANDRIEUX LIAM,DREZET LUCAS,REGOUIN ROMAN
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/EmbeddedEquipmentWebServiceCommunicatingOnCANBus_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/Pre%20viva%20presentation.pdf Presentation de mi-parcours]
|-
!scope="row"| 6
| [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]]
| CAMBUS QUENTIN,EL YANDOUZI ELIAS,JULIENNE MALONE
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1_G4Yct5Jkjv9FiRHprzg_qlYrox6yecUytgrn5Ww4nI/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 7
| [[ Evaluation du toolkit AI de STM32 pour reconnaissance sonore]]
| COSOTTI KEVIN,GRANGER OSCAR,GUIGNARD JULIE
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/07/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/15RCcuoAWGlpOLyM_SX3tXVhhXEHiTuNTXXxRCrJ4tiA/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 8
| [[Godot Game Engine et tables tactiles|Godot Engine]]
| CIRSTEA PAUL,DE MULATIER JEAN-THEOPHANE,SOULARD ALEXANDR
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Godot_Game_Engine_et_tables_tactiles_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1CUBp5Zz1uivkCb8latQ8tnfSy-bUTJs-7f3f7GcH4Zs/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 9
| [[Serveur_filière_INFO|Serveur INFO]]
| GITTON ANTOINE,MERTENS GILLES,SUEUR CORENTIN
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/-/blob/master/Serveur_filiere_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_parcours_groupe7.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 10
| [[ASAC/AP|Serre Polytech]]
| AGUIAR MATHILDE,HAJJI OUMAIMA,SIDIBE ROKIATOU DITE ROSE
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 11
| [[ASAC/SJC/SJC-2020-INFO]]
| BUISINE JULIEN,PRAT-CAPILLA HUGO,TEYSSIER THEO
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 12
| [[ENT Polytech]]
| HERY JULES,SALMON AMAD,VACHERIAS GUILLAUME
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_mi_parcours.pdf | Presentation de mi-parcours]]
|-
!scope="row"| 13
| [[Polytech_Helper_Service|Polytech Helper Service]]
| ALIBERT ANGELO,NOERIE SOPHIE,SARRE MARGAUX
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/ Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/-/blob/master/Pr%C3%A9sentation_Mi-Parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 14
| [[Rust Engine|Rust Engine]]
| BARET DORIAN,CHALOYARD LUCAS,MALOD VICTOR,PARA YAEL
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/tracking-sheet.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 15
| [[Retrocompute_simulateur|Retrocomputing]]
| ELHADJI TCHIAMBOU SAMI,HUMBERT CORENTIN,MUTEL MATHIS
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/README.md#follow-up Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/diapo_soutenance_mi_parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 16
| [[FPGA et Deep Learning]]
| GEITNER TEVA,GONZALEZ JULES,MALECOT ETHAN
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/FPGA_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 17
| [[OpenAPI OAR]]
| LAMBERT DAPHNE,MINIER-MANCINI TITOUAN,TOUE TIOYE
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/TRACKING_SHEET.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 18
| [[Monitoring de la plateforme CampusIoT]]
| BLANQUET ANTOINE,LAMBERT PAUL,YUNG KEVIN
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2020.

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez|Didier Donsez]]

Calendrier: 28/01 (13H30-17H30) au 19/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: 28/01 (13H30-17H30) en salle P257 (voir ADE)

Démarrage : 29/01 (13H30-17H30)

Soutenance à mi-parcours : 26/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : 19/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

====Séances MPI====

Les séances MPI seront en distanciel (mais ADE fait foi).

<pre>
Séance Thématique Date Horaires Intervenante Salle
1 Définir la problématique 03-févr. 14h-18h Stéphanie Diligent distanciel
2 Gérer le projet en restant agile 10-févr. 8h30 - 12h30 Stéphanie Diligent distanciel
3 Communiquer 24-févr. 8h30 - 12h30 Emmanuelle Tréhoust distanciel
4 Evaluer et valoriser 03-mars 8h30 - 12h30 Emmanuelle Tréhoust distanciel
5 Evaluation 10-mars 8h30 - 12h30 Stéphanie Diligent distanciel
</pre>

==== Soutenance intermédiaire S10 ====
Date: 26/02 Après midi. Distantiel (sur Zoom).

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date: 19/03/2021 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 18/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2020-2021
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
!scope="col"| Soutenance finale
|-
!scope="row"| 1
| [[Infrastructure de communication interne au cubesat ATISE du CSUG | ATISE]]
| Alexandre SALMON, Myriam LOMBARD, Killian PAREILLEUX, Adrien ARTAUD
| Imane El-Khantouti (CSUG, UGA), Frédéric Martin (CSUG, UGA)
| [[PROJET-INFO5 2021 ATISE| Fiche de suivi]]
| [https://air.imag.fr/index.php/Infrastructure_de_communication_interne_au_cubesat_ATISE_du_CSUG Documents], Flyer, Poster, Pitch, Screencast
| Dépôt Git (privé ou public)
| 13H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_1.pdf|Présentation]]
| 9H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_1.pdf|Présentation]]
|-
!scope="row"| 2
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Wildcount]]
| BEAUGRAND Elisa, DE GAUDENZI Louis, GRAUGNARD Tom, ROLLIN Alexis
| DONSEZ Didier, QUENOT Georges
| [[PROJET-INFO5 2021 Wildcount | Fiche de suivi]]
| [https://air.imag.fr/index.php/Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas. Documents], Flyer, Poster, Pitch, Screencast
| [https://gitlab.com/wildcount Dépôt Gitlab]
| 13H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_2.pdf|Présentation]]
| 14H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_2.pdf|Présentation]]
|-
!scope="row"| 5
| [[Signature électronique eIDAS|eIDAS]]
| ASSI Dima, BILOUNGA Aleck, EL AJI Houda, ZERAMDINI Otba
| Nicolas PALIX
| [[PROJET-INFO5 2021 Signature électronique eIDAS| Fiche de suivi]]
| [https://air.imag.fr/index.php/Signature_%C3%A9lectronique_eIDAS Documents], Flyer, Poster, Pitch, Screencast
| [https://github.com/2020-2021-EIDAS-INFO5 Dépôt Github]
| 14H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_5.pdf|Présentation]]
| Après-midi, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_5.pdf|Présentation]]
|-

!scope="row"| 6
| [[Contributions open source au projet EdCampus|EdCampus]]
| COURTHIAL Samuel, FOUGERE Sebastien, DELBOS Robin
| POLLIER Gérard, GEOURJON Anthony, DONSEZ Didier
| [[PROJET-INFO5 2021 Contributions open source au projet EdCampus| Fiche de suivi]]
| [https://air.imag.fr/index.php/Contributions_open_source_au_projet_EdCampus Documents], Flyer, Poster, Pitch, Screencast
| [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Dépôt GitLab]
| 14H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf|Présentation]]
| 09H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_6.pdf|Présentation]]
|-

!scope="row"| 8
| [[Prototypage d'application mobile pour la vente en direct de produits producteur locaux]]
| BOLEAT Baptiste, CHAIX Manon, MICHELARD Leila, PALOMO Rémy
| DELANGUE Sylvain, Gérard POLLIER (Disrupt Campus)
| [[PROJET-INFO5 2021 Go Farmer | Fiche de suivi]]
| [https://air.imag.fr/index.php/Prototypage_d%27application_mobile_pour_la_vente_en_direct_de_produits_producteur_locaux Documents], Flyer, Poster, Pitch, Screencast
| [https://bitbucket.org/gofarmer/ Dépôt Bitbucket (privé)]
| 14H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_8.pdf|Présentation]]
| 08H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_8.pdf|Présentation]]
|-
!scope="row"| 9
| [[Secours Montagne avec LoRa|Saint-Bernard]]
| CHATON Alexandra, FRION Thomas, PASDELOUP Romain
| TOURANCHEAU Bernard
| [[PROJET-INFO5 2021 Secours Montagne avec LoRa | Fiche de suivi]]
| [https://gitlab.com/info5-lora-avalanche/documentation Documents], Flyer, Poster, Pitch, Screencast
| [https://gitlab.com/info5-lora-avalanche Gitlab]
| 15H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_9.pdf|Présentation]]
| 14H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_9.pdf|Présentation]]
|-
!scope="row"| 10
| [[GenderedNews|GenderedNews]]
| HO Nhat Quang, MURPHY Mica, NGUENA Gloria, SAGET Antoine
| PORTET François, BASTIN Gilles
| [[PROJET-INFO5 2021 GenderedNews | Fiche de suivi]]
| [https://air.imag.fr/index.php/GenderedNews Documents], Flyer, Poster, Pitch, Screencast
| [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews Dépôt GitLab]
| 15H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_10.pdf|Présentation]]
| 13H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_10.pdf|Présentation]]
|-
!scope="row"| 11
| [[Réseaux social d'organisation de sortie|Réseaux social d'organisation de sortie]]
| EL JRAIDI Rim, VERNET Maxime, SAJIDE Idriss, MANISSADJIAN Gabriel
| RICHARD Olivier
| [[PROJET-INFO5 2021 Réseaux social d'organisation de sortie | Fiche de suivi]]
| [https://air.imag.fr/index.php/R%C3%A9seaux_social_d%27organisation_de_sortie Documents], Flyer, Poster, Pitch, Screencast
| [https://github.com/2020-2021-PROJET-INFO5-G11 Dépot Git (privé)]
| 15H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_11.pdf|Présentation]]
| 10H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_11.pdf|Présentation]]
|-
!scope="row"| 13
| [[Artiphonie (saison 2)|Artiphonie (saison 2)]]
| CROCIATI Morgan, RIVAL Gaëtan, RUZAFA Rémy, VELUT Claire
| Bastien De Araujo, Guillaume Denis, Estelle Gillet-Perret et Olivier Richard
| [[PROJET-INFO5 2021 Artiphonie (saison 2) | Fiche de suivi]]
| [https://air.imag.fr/index.php/Artiphonie_(saison_2) Documents], Flyer, Poster, Screencast
| [https://github.com/WriteInGesturesProject Dépôt Github]
| 15H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]
| 10H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]
|-
|scope="row"| 14
| [[Covoiturage solidaire avec borne d'appel|Covoiturage solidaire avec borne d'appel]]
| EL MUFTI Ali, NELSON William
| Christine Verdier, Fabrice Forest (Didier Donsez pour le support technique borne d'appel).
| [[PROJET-INFO5 2021 Covoiturage solidaire avec borne d'appel| Fiche de suivi]]
| [https://air.imag.fr/index.php/Covoiturage_solidaire_avec_borne_d%27appel Documents], Flyer, Poster, Pitch, Screencast
| [https://github.com/OliDesu/MoBiPa Dépôt Git]
| 16H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_14.pdf|Présentation]]
| Après-midi, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_14.pdf|Présentation]]
|}

====Projets non choisis====
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.
* [[Contributions open-source au projet JHipster]] : Didier Donsez
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau

Projets 2020-2021

2021-03-08T12:52:00Z

Gilles.Mertens:

<<[[Projets 2019-2020]] | [[Projets]] | [[Projets 2021-2022]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 18 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets S8===

* 1. [[Contribution au projet STM32Python]], Didier DONSEZ.
* 2. [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]], Didier DONSEZ.
* 3+4. [[Portage de la carte de prototypage IoT Nucleo-WL55JC sur RIOT OS]] + [[Portage de la carte de communication LoRa LLCC68MB2BAS sur RIOT OS]], Didier DONSEZ (1 seul groupe de 3 élèves pour les 2 cartes).
* 5. [[Service Web d'équipements embarqués communicant sur bus CAN]] (2 groupes de 2 élèves), Didier DONSEZ.
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]], Didier DONSEZ.
* 7. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]], Didier DONSEZ.
* 8. [[Godot Game Engine et tables tactiles]] : démonstration d'un jeu en réseau sur les 3 tables tactiles : (gaming spirit) Olivier RICHARD.
* 9. [[Serveur filière INFO]], Nicolas Palix
* Agriculture connectée en partenariat avec les projets collectifs IESE/MAT
** 10. [[ASAC/AP|Polytech]] : Nicolas Palix
** 11. [[ASAC/SJC|St Cassien]] : Nicolas Palix
* 12. [[ENT Polytech]] avec XMPP/Mumble/BBB/Mattermost/OpenBoard : Nicolas Palix
* 13. [[Polytech Helper Service | Outils d'aide à la gestion de service]], (professionel) Olivier Richard
* 14. [[Rust Engine | Executeur de tâche en Rust]], (exigeant techniquement) Olivier Richard
* 15. [[Retrocompute simulateur | RetroComputing]]: (vintage style) Coupler le simulateur Digital avec un simulateur de processeur 8bits, Olivier Richard
* 16. [[FPGA et Deep Learnning]] Olivier Richard
* 17. [[OpenAPI OAR | OpenAPI pour la gestion de tâches de ressources OAR]], (professionel) Olivier Richard
* 18. [[Monitoring de la plateforme CampusIoT]] : Didier Donsez

==== Reporté INFO5 21-22 ====
* 1 heure 1 heure (échange de compétence), etudiant.e.s Emilie Tondeux + ?, tuteur ?
==== Reporté ====
[[Simulateur de réseaux simples avec un FPGA]], (typé recherche/prospectif)

==== Affectation ====
{|class="wikitable alternance"
|+ Affectation des projets INFO4 20-21
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
|-
!scope="row"| 1
| [[Contribution au projet STM32Python]]
| BAUDEUR BERTRAND,LANQUETIN ALEXIS,TONDEUX EMILIE
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/01/docs/-/blob/master/Contribution%20au%20projet%20STM32Python%20info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 2
| [[Portage du kit station LoRa LRWAN2 de ST sur RIOT OS]]
| HERQUE ERIC,MALLEN GUILLAUME,PORTIER BARNAB
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Portage_du_kit_station_LoRa_LRWAN2_de_ST_sur_RIOT_OS_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/02/docs/-/blob/master/Pr%C3%A9sentation%20de%20mi-parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 5
| [[Service Web d'équipements embarqués communicant sur bus CAN]]
| ANDRIEUX LIAM,DREZET LUCAS,REGOUIN ROMAN
| Didier DONSEZ
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/EmbeddedEquipmentWebServiceCommunicatingOnCANBus_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/05/docs/-/blob/master/Pre%20viva%20presentation.pdf Presentation de mi-parcours]
|-
!scope="row"| 6
| [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]]
| CAMBUS QUENTIN,EL YANDOUZI ELIAS,JULIENNE MALONE
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/06/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1_G4Yct5Jkjv9FiRHprzg_qlYrox6yecUytgrn5Ww4nI/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 7
| [[ Evaluation du toolkit AI de STM32 pour reconnaissance sonore]]
| COSOTTI KEVIN,GRANGER OSCAR,GUIGNARD JULIE
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/07/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/15RCcuoAWGlpOLyM_SX3tXVhhXEHiTuNTXXxRCrJ4tiA/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 8
| [[Godot Game Engine et tables tactiles|Godot Engine]]
| CIRSTEA PAUL,DE MULATIER JEAN-THEOPHANE,SOULARD ALEXANDR
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/08/docs/-/blob/master/Godot_Game_Engine_et_tables_tactiles_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://docs.google.com/presentation/d/1CUBp5Zz1uivkCb8latQ8tnfSy-bUTJs-7f3f7GcH4Zs/edit?usp=sharing |Presentation de mi-parcours]]
|-
!scope="row"| 9
| [[Serveur_filière_INFO|Serveur INFO]]
| GITTON ANTOINE,MERTENS GILLES,SUEUR CORENTIN
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/09/docs/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:Presentation_mi_parcours_groupe7.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 10
| [[ASAC/AP|Serre Polytech]]
| AGUIAR MATHILDE,HAJJI OUMAIMA,SIDIBE ROKIATOU DITE ROSE
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/10/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 11
| [[ASAC/SJC/SJC-2020-INFO]]
| BUISINE JULIEN,PRAT-CAPILLA HUGO,TEYSSIER THEO
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/11/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 12
| [[ENT Polytech]]
| HERY JULES,SALMON AMAD,VACHERIAS GUILLAUME
| Nicolas Palix
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/12/docs/-/blob/master/Presentation_mi_parcours.pdf | Presentation de mi-parcours]]
|-
!scope="row"| 13
| [[Polytech_Helper_Service|Polytech Helper Service]]
| ALIBERT ANGELO,NOERIE SOPHIE,SARRE MARGAUX
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/ Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/13/docs/-/blob/master/Pr%C3%A9sentation_Mi-Parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 14
| [[Rust Engine|Rust Engine]]
| BARET DORIAN,CHALOYARD LUCAS,MALOD VICTOR,PARA YAEL
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/14/docs/-/blob/master/tracking-sheet.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 15
| [[Retrocompute_simulateur|Retrocomputing]]
| ELHADJI TCHIAMBOU SAMI,HUMBERT CORENTIN,MUTEL MATHIS
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/README.md#follow-up Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/15/docs/-/blob/master/diapo_soutenance_mi_parcours.pdf Presentation de mi-parcours]
|-
!scope="row"| 16
| [[FPGA et Deep Learning]]
| GEITNER TEVA,GONZALEZ JULES,MALECOT ETHAN
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/16/docs/-/blob/master/FPGA_info4_2020_2021.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 17
| [[OpenAPI OAR]]
| LAMBERT DAPHNE,MINIER-MANCINI TITOUAN,TOUE TIOYE
| Olivier Richard
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/17/docs/-/blob/master/TRACKING_SHEET.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
!scope="row"| 18
| [[Monitoring de la plateforme CampusIoT]]
| BLANQUET ANTOINE,LAMBERT PAUL,YUNG KEVIN
| Didier Donsez
| [https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21/18/docs/-/blob/master/README.md Fiche]
| [[Media:xxx.pdf|Rapport final]] - [[Media:xxx.pdf|Final Presentation]] - [[Media:xxx.pdf|Flyer]] - [[Media:xxx.pdf|Presentation de mi-parcours]]
|-
|}

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: ??? Septembre à ??? Décembre 2020.

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez|Didier Donsez]]

Calendrier: 28/01 (13H30-17H30) au 19/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: 28/01 (13H30-17H30) en salle P257 (voir ADE)

Démarrage : 29/01 (13H30-17H30)

Soutenance à mi-parcours : 26/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : 19/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

====Séances MPI====

Les séances MPI seront en distanciel (mais ADE fait foi).

<pre>
Séance Thématique Date Horaires Intervenante Salle
1 Définir la problématique 03-févr. 14h-18h Stéphanie Diligent distanciel
2 Gérer le projet en restant agile 10-févr. 8h30 - 12h30 Stéphanie Diligent distanciel
3 Communiquer 24-févr. 8h30 - 12h30 Emmanuelle Tréhoust distanciel
4 Evaluer et valoriser 03-mars 8h30 - 12h30 Emmanuelle Tréhoust distanciel
5 Evaluation 10-mars 8h30 - 12h30 Stéphanie Diligent distanciel
</pre>

==== Soutenance intermédiaire S10 ====
Date: 26/02 Après midi. Distantiel (sur Zoom).

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date: 19/03/2021 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 18/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2020-2021
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
!scope="col"| Soutenance finale
|-
!scope="row"| 1
| [[Infrastructure de communication interne au cubesat ATISE du CSUG | ATISE]]
| Alexandre SALMON, Myriam LOMBARD, Killian PAREILLEUX, Adrien ARTAUD
| Imane El-Khantouti (CSUG, UGA), Frédéric Martin (CSUG, UGA)
| [[PROJET-INFO5 2021 ATISE| Fiche de suivi]]
| [https://air.imag.fr/index.php/Infrastructure_de_communication_interne_au_cubesat_ATISE_du_CSUG Documents], Flyer, Poster, Pitch, Screencast
| Dépôt Git (privé ou public)
| 13H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_1.pdf|Présentation]]
| 9H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_1.pdf|Présentation]]
|-
!scope="row"| 2
| [[Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas.|Wildcount]]
| BEAUGRAND Elisa, DE GAUDENZI Louis, GRAUGNARD Tom, ROLLIN Alexis
| DONSEZ Didier, QUENOT Georges
| [[PROJET-INFO5 2021 Wildcount | Fiche de suivi]]
| [https://air.imag.fr/index.php/Wildcount:_Inexpensive_Edge_sensor_for_recognizing_and_counting_the_presence_of_humans_(anonymous)_and_animals_into_wild_and_protected_areas. Documents], Flyer, Poster, Pitch, Screencast
| [https://gitlab.com/wildcount Dépôt Gitlab]
| 13H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_2.pdf|Présentation]]
| 14H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_2.pdf|Présentation]]
|-
!scope="row"| 5
| [[Signature électronique eIDAS|eIDAS]]
| ASSI Dima, BILOUNGA Aleck, EL AJI Houda, ZERAMDINI Otba
| Nicolas PALIX
| [[PROJET-INFO5 2021 Signature électronique eIDAS| Fiche de suivi]]
| [https://air.imag.fr/index.php/Signature_%C3%A9lectronique_eIDAS Documents], Flyer, Poster, Pitch, Screencast
| [https://github.com/2020-2021-EIDAS-INFO5 Dépôt Github]
| 14H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_5.pdf|Présentation]]
| Après-midi, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_5.pdf|Présentation]]
|-

!scope="row"| 6
| [[Contributions open source au projet EdCampus|EdCampus]]
| COURTHIAL Samuel, FOUGERE Sebastien, DELBOS Robin
| POLLIER Gérard, GEOURJON Anthony, DONSEZ Didier
| [[PROJET-INFO5 2021 Contributions open source au projet EdCampus| Fiche de suivi]]
| [https://air.imag.fr/index.php/Contributions_open_source_au_projet_EdCampus Documents], Flyer, Poster, Pitch, Screencast
| [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Dépôt GitLab]
| 14H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_6.pdf|Présentation]]
| 09H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_6.pdf|Présentation]]
|-

!scope="row"| 8
| [[Prototypage d'application mobile pour la vente en direct de produits producteur locaux]]
| BOLEAT Baptiste, CHAIX Manon, MICHELARD Leila, PALOMO Rémy
| DELANGUE Sylvain, Gérard POLLIER (Disrupt Campus)
| [[PROJET-INFO5 2021 Go Farmer | Fiche de suivi]]
| [https://air.imag.fr/index.php/Prototypage_d%27application_mobile_pour_la_vente_en_direct_de_produits_producteur_locaux Documents], Flyer, Poster, Pitch, Screencast
| [https://bitbucket.org/gofarmer/ Dépôt Bitbucket (privé)]
| 14H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_8.pdf|Présentation]]
| 08H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_8.pdf|Présentation]]
|-
!scope="row"| 9
| [[Secours Montagne avec LoRa|Saint-Bernard]]
| CHATON Alexandra, FRION Thomas, PASDELOUP Romain
| TOURANCHEAU Bernard
| [[PROJET-INFO5 2021 Secours Montagne avec LoRa | Fiche de suivi]]
| [https://gitlab.com/info5-lora-avalanche/documentation Documents], Flyer, Poster, Pitch, Screencast
| [https://gitlab.com/info5-lora-avalanche Gitlab]
| 15H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_9.pdf|Présentation]]
| 14H00, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_9.pdf|Présentation]]
|-
!scope="row"| 10
| [[GenderedNews|GenderedNews]]
| HO Nhat Quang, MURPHY Mica, NGUENA Gloria, SAGET Antoine
| PORTET François, BASTIN Gilles
| [[PROJET-INFO5 2021 GenderedNews | Fiche de suivi]]
| [https://air.imag.fr/index.php/GenderedNews Documents], Flyer, Poster, Pitch, Screencast
| [https://gricad-gitlab.univ-grenoble-alpes.fr/getalp/genderednews Dépôt GitLab]
| 15H15, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_10.pdf|Présentation]]
| 13H30, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_10.pdf|Présentation]]
|-
!scope="row"| 11
| [[Réseaux social d'organisation de sortie|Réseaux social d'organisation de sortie]]
| EL JRAIDI Rim, VERNET Maxime, SAJIDE Idriss, MANISSADJIAN Gabriel
| RICHARD Olivier
| [[PROJET-INFO5 2021 Réseaux social d'organisation de sortie | Fiche de suivi]]
| [https://air.imag.fr/index.php/R%C3%A9seaux_social_d%27organisation_de_sortie Documents], Flyer, Poster, Pitch, Screencast
| [https://github.com/2020-2021-PROJET-INFO5-G11 Dépot Git (privé)]
| 15H30, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_11.pdf|Présentation]]
| 10H15, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_11.pdf|Présentation]]
|-
!scope="row"| 13
| [[Artiphonie (saison 2)|Artiphonie (saison 2)]]
| CROCIATI Morgan, RIVAL Gaëtan, RUZAFA Rémy, VELUT Claire
| Bastien De Araujo, Guillaume Denis, Estelle Gillet-Perret et Olivier Richard
| [[PROJET-INFO5 2021 Artiphonie (saison 2) | Fiche de suivi]]
| [https://air.imag.fr/index.php/Artiphonie_(saison_2) Documents], Flyer, Poster, Screencast
| [https://github.com/WriteInGesturesProject Dépôt Github]
| 15H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]
| 10H45, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_13.pdf|Présentation]]
|-
|scope="row"| 14
| [[Covoiturage solidaire avec borne d'appel|Covoiturage solidaire avec borne d'appel]]
| EL MUFTI Ali, NELSON William
| Christine Verdier, Fabrice Forest (Didier Donsez pour le support technique borne d'appel).
| [[PROJET-INFO5 2021 Covoiturage solidaire avec borne d'appel| Fiche de suivi]]
| [https://air.imag.fr/index.php/Covoiturage_solidaire_avec_borne_d%27appel Documents], Flyer, Poster, Pitch, Screencast
| [https://github.com/OliDesu/MoBiPa Dépôt Git]
| 16H00, [[Media:Presentation_Intermediaire_INFO5_ProjetS10_groupe_14.pdf|Présentation]]
| Après-midi, [[Media:Presentation_Finale_INFO5_ProjetS10_groupe_14.pdf|Présentation]]
|}

====Projets non choisis====
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.
* [[Contributions open-source au projet JHipster]] : Didier Donsez
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau

File:Presentation mi parcours groupe7.pdf

2021-03-08T12:49:52Z

Gilles.Mertens:

Projets 2020-2021

2021-02-01T13:34:36Z

Gilles.Mertens: /* Affectation */

Projets 2020-2021

2021-02-01T13:17:24Z

Gilles.Mertens: /* Affectation */

Projets 2020-2021

2021-02-01T13:16:39Z

Gilles.Mertens: /* Affectation */

Projets 2020-2021

2021-02-01T13:14:28Z

Gilles.Mertens: