Wiki d'activités IMA - Contributions de l’utilisateur [fr]

Cahier 2017 groupe n°6

2018-01-26T10:33:39Z

Adorian : /* Craquage de clé WEP */

= Tâche spécifique =

== Présentation de la tâche ==

=== Définition d'un DNSSEC ===
Un serveur DNS sert à obtenir l'adresse IP correspondant à un nom de domaine (URL dans le cas d'un site Web). L'adresse IP est indispensable à notre navigateur car sans elle, il est incapable de contacter le serveur web responsable du site visité.

Le DNSSEC permet de sécuriser les données envoyées par le DNS. Il a été invité afin de protéger le DNS d'attaques. Le DNSSEC appose une "signature" aux données afin de les certifier auprès de l'utilisateur.

=== Objectif ===
L'objectif de cette tâche secondaire est de réaliser des test approfondis sur le DNSSEC de la plateforme. Dans un premier temps, il s'agit de l'installer en salle serveur. Dans un second temps, il s'agit d'étudier le bon fonctionnement du DNSSEC (les clefs changent-elles correctement chaque semaine ?)

=== Réalisation ===
Dans un premier temps, nous avons installé le serveur. Il a alors fallu trouver les rails adéquats pour le réaliser. Sur notre serveur, nous avons regardé les configurations réseau :

ifconfig eth0
vlan6 : 172.26.64.14
mask : 255.255.240.0
gateway : 172.26.79.254

L’idée pour reconnecter notre serveur au réseau était de mettre le réseau insecure sur le vlan6 et internet sur le vlan47. Pour cela nous avons réalisé les commandes suivantes :

configure terminal
vlan6
name insecure

Nous faisons la même chose pour le name internet

En faisant un show vlan sur notre serveur, nous voyons bien les noms apparaitre :

mount -o loop
xl create –c /etc/xen/ima5-dns.cfg
vi /etc/host

Et nous mettons ima5-dns partout. Ainsi, pour se connecter à la machine virtuelle par ssh, nous le faisons en passant par weppes en faisant :
<pre>
Ssh -6 addresseIPV6 –l root
</pre>

Enfin, le DNSSEC doit faire un changer de clefs toutes les semaines, nous devons vérifier si cela est bien le cas. Dans le dossier /etc/bind/zone, nous pouvons y voir figurer quatre zones. La zone plil.info est la seule supposée fonctionner. Les clefs se situe dans le dossier /root/dns/rollzsk. Nous pouvons faire changer les clefs. Lorsque nous avons lancé le serveur, il a également fallu relancer le script chargé de faire changer les clefs chaque semaine. Le script se coupant, nous l’avons lancé en tâche de fond et avons attendu la semaine suivante pour voir si un changement avait été fait. Nous avons également réalisé une sauvegarde des clefs actuelles dans un dossier afin de pouvoir réaliser la comparaison.
Les semaines suivantes, nous n’avons pas vu de changement au niveau des clefs, il s’agissait toujours des mêmes.

== Installation du matériel ==

= Tâches communes =

== Installation de la machine virtuelle ==

== Création ==
Les machines virtuelles que nous installons sont sur le serveur cordouan que nous accédons via SSH.
La création des machines virtuelles (VMs) s'effectue grâce à la commande "xen". Ainsi, depuis cordouan, nous lançons la commande xen-create-image en prenant soin d'y ajoutant les paramètres importants. Il est à noter que nous changerons l'adresse IP initiale car lors de la première séance nous avions travaillé sur le réseau ''insecure'' qui n'est pas notre réseau définitif.
<pre>
xen-create-image --hostname=papaye --ip=172.26.79.101 --netmask=255.255.255.224 --gateway=172.26.79.254 --dir=/usr/local/xen
</pre>

Une fois la VM créée, il est possible de la démarrer de la manière suivante :
<pre> xl create /etc/xen/IMA5-Papaye/cfg </pre>
Ensuite, nous lançons la console de cette manière :
<pre> xl console IMA5-Papaye </pre>
Puis, pour sortir de cette dernière, nous faisons : <pre> ctrl + alt gr + ] </pre>
Enfin, pour éteindre la machine virtuelle : <pre> xl shutdown IMA5-Papaye </pre>
Et pour détruire la VM : <pre> xl destroy IMA5-Papaye </pre>

== Configuration ==
Maintenant, nous devons faire en sorte que les répertoires var et home de notre VM soient sur des partitions de l'hôte. Pour cela, nous utilisons la commande ''lvcreate''.

Il est à noter que pour le répertoire ''home'', la manipulation est un peu plus simple que pour le répertoire ''var''. Tout d'abord, nous faisons appel à ''lvcreate'' de la manière suivante, depuis cordouan :
<pre>
lvcreate -L10G -IMA5-Papaye-home
lvcreate -L10G -IMA5-Papaye-var
</pre>
(Il est possible de visualiser notre home grâce à la commande ''lsblk'' qui affiche tous les périphériques bloc.

Ensuite, nous ajoutons les disques dans le fichier de configuration de cordouan, dans /etc/xen/IMA5-Papaye. Nous appelons le disque ''home'', ''xvda3'' et le disque ''var'', ''xvda4''.

Puis, nous transformons nos disque en partitions ext4 :
<pre>
mkfs -t ext4 /dev/xvda3
mkfs -t ext4 /dev/xvda4
</pre>

=== HOME ===
Pour la partition ''home'', il suffit de modifier le fichier /etc/fstab de la VM et d'y ajouter la ligne suivante pour que la partition soit montée au démarrage :
<pre> /dev/xvda3 /home ext4 defaults 0 2 </pre>
Le "0" indique que nous sauvegardons jamais et le "2" est propre à la sécurité de la partition.
Ainsi, un simple <pre> mount -a </pre> suffit à monter à la partition. (Il est possible de la vérifier grâce à la commande ''df'')

=== VAR ===
Pour la partition ''var'', c'est un peu plus compliqué car il faut monter la partition dans un /mnt temporaire avant de la déplacer. Nous effectuons donc les instructions suivantes :
<pre>
mount /dev/xvda4 /mnt
mv /var/* /mnt
</pre>
Enfin, nous modifions le fichier /etc/fstab de la même manière que pour la partition ''home'' :
<pre> /dev/xvda4 /var ext4 defaults 0 2 </pre>

== Serveur SSH ==
Dans un premier temps, nous devons changer l'adresse IP de notre machine virtuelle ainsi que son masque dans /etc/config. Notre adresse IP est 193.48.57.178. Et notre masque est 255.255.255.240. Puis, nous avons modifié le fichier /etc/xen/IMA5-Papaye. En effet, nous remplaçons l'id par IMA5sc (pour la première séance, nous utilisions ''insecure''). De plus, nous rajoutons la route par défaut, le gateway : 193.49.57.177 dans le fichier /etc/config.

Il est nécessaire d'installer ssh sur notre machine virtuelle :
<pre>
apt-get install ssh
</pre>

De plus, il est important de modifier le fichier /etc/ssh/sshd_config en changeant la ligne suivante :
<pre> PermitRootLogin Prohibited </pre>
par
<pre> PermitRootLogin yes </pre>
Grâce à cela, nous pourrons nous connecter en root sur la machine en ssh.

Nous redémarrons le service :
<pre> service ssh restart </pre>

== Serveur DNS ==
Dans un premier temps, nous avons acheté notre nom de domaine sur Gandi en prenant soin que ce dernier autorise l'installation d'un DNSSEC. Nous avons donc pris le domaine papaye.space.

Puis, nous avons installé bind9 et apache2 : <pre>apt-get install bind9 apache2 </pre>. Nous avons d'ailleurs ajouté au fichier /etc/default/bind9 la ligne suivante :
<pre> OPTIONS="-4 -u bind" </pre>

Ensuite, nous créons le dossier pour la page web qui sera vide pour le moment :
<pre> mkdir /var/www/www.papaye.space </pre>

Dans un second temps, nous créons la table de DNS ou le fichier de zone : dns.papaye.space, en voici le contenu :

<pre>
;
; BIND data file for local loopback interface
;
$TTL 604800
@ IN SOA dns.papaye.space. root.papaye.space (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS dns.papaye.space.
ns IN A 193.48.57.178
www IN A 193.48.57.178 </pre>

Ensuite, nous configurons le fichier named.conf.local :
<pre> zone "papaye.space" {
type master;
file "/etc/bind/dns.papaye.space";
};
</pre>

Ainsi que le fichier named.conf.options (217.70.177.40/32 étant l'adresse IP de Gandi, notre DNS esclave :
<pre>
options {
directory "var/cache/bind"
dnssec-validation auto;
auth-nxdomain no;
allow-transfer {"allowed_to_transfer";}
listen-on-v6 {any;}
}
acl "allowed_to_transfer" {
217.70.177.40/32;
}
</pre>

Enfin, nous redémarrons notre service bind9 :
<pre> service bind9 restart </pre>

Les configurations depuis notre machine virtuelle sont terminées mais nous avons dû également effectuer un réglage depuis Gandi afin de renseigner nos DNS.
Pour les "glues records",
<pre>
'Nom du serveur' : dns.papaye.space
'IP' : 193.48.57.178
</pre>
Pour les DNS,
<pre>
'DNS1' : dns.papaye.space
'DNS2' : ns6.gandi.net
</pre>

== Sécurisation du site web via un certificat ==
L'objectif de cette partie est d'obtenir un certificat pour notre site web. Le certificat SSL généré par Gandi s'obtient de la manière suivante :
<pre> openssl req -nodes -newkey rsa:2048 -sha1 -keyout papaye.space.key -out papaye.space.csr </pre>

Afin de valider notre certificat par Gandi, nous avons dû ajouter une ligne de code à notre fiche de zone (dns.papaye.space), qui était donné par le site.

Une fois le certificat validé par Gandi, un petit cadenas noir est visualisable à côté de notre nom de domaine. De plus, nous pouvons recopier les fichiers de certification générés par Gandi dans le dossier SSL.
<pre>
cp certificat.crt /etc/ssl/certs/papaye.space.crt
cp serveur.key /etc/ssl/private/papaye.space.key
cp GandiStandardSSLCA.pem /etc/ssl/certs/GandiStandardSSLCA.pem
</pre>

Nous faisons un hashage de notre structure afin que notre certificat soit prend en compte :
<pre> c_rehash /etc/ssl/certs </pre>

Puis, nous créons le fichier 000-papaye.space-ssl.conf dans /etc/apache2/sites-available/ pour associer apache2 à notre nom de serveur :
<pre>
#NameVirtualHost *:443
<VirtualHost 193.48.57.178:443>
ServerName www.papaye.space
ServerAlias papaye.space
DocumentRoot /var/www/www.papaye.space/
CustomLog /var/log/apache2/secure_acces.log combined

SSLEngine on
SSLCertificateFile /etc/ssl/certs/papaye.space.crt
SSLCertificateKeyFile /etc/ssl/private/papaye.space.key
SSLCertificateChainFile /etc/ssl/certs/GandiStandardSSLCA.pem
SSLVerifyClient None
</VirtualHost>
<Directory /var/www/www.papaye.space>
Require all granted
</Directory>
ServerName "papaye.space"
</pre>

Ensuite, nous modifions le fichier ports.conf du serveur Apache afin qu'il écoute le port 443 (SSL):
<pre>
Listen 80 443

<IfModule ssl_module>
Listen 443
</IfModule>
</pre>

Enfin, nous activons le module SSL d'Apache et activons notre site avec notre certificat :
<pre>
a2enmod ssl
a2ensite 000-papaye.space-ssl.conf
service apache2 reload
</pre>

== Sécurisation du DNS via un DNSSEC ==
Dans un premier temps, nous devons activer le DNSSEC en ajoutant l'option dans le fichier /etc/bind/named.conf.options :
<pre> dnssec-enable yes; </pre>

Ensuite, nous créons le répertoire dans lequel nous allons créer nos clef :
<pre>
mkdir papaye.space.dnssec
cd papaye.space.dnssec
</pre>

Dans un second temps, nous générons nos clefs KSK et ZSK de la manière suivante :
<pre>
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE papaye.space
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE papaye.space
</pre>

Nous devons inclure ces clefs dans notre fichier de zone (dns.papaye.space) (la 14842 étant la ksk et l'autre la zsk):
<pre>
$include /etc/bind/papaye.space.dnssec/Kpapaye.space.+005+14842.key
$include /etc/bind/papaye.space.dnssec/Kpapaye.space.+005+62520.key
</pre>

Enfin, nous signons la zone :
<pre> dnssec-signzone -o papaye.space-k Kpapaye.space.+005+14842 ../dns.papaye.space Kpapaye.space.+005+62520 </pre>

Pour finir, nous saisissons dans Gandi la clé publique de la KSK et de la ZSK en allant dans l'onglet "générer DNSSEC". Nous vérifions la sécurisation grâce à la commande :
<pre> dig DNSKEY papaye.space @localhost </pre>
Nous remarquons bien la présence de DNSKEY qui nous certifie la sécurisation de notre DNS.

== Sécurisation et cryptage des données ==

=== Sécurisation via RAID5 ===

Depuis cordouan, nous créons 3 disque disques virtuels avec ''lvcreate'' :
<pre>
lvcreate -L 1G -n /dev/virtual/papaye-raid1
lvcreate -L 1G -n /dev/virtual/papaye-raid2
lvcreate -L 1G -n /dev/virtual/papaye-raid3
</pre>

Nous rajoutons ces disques à la configuration de notre machine virtuelle. Toujours depuis cordouan, dans /etc/xen/Papaye.cfg, nous ajoutons :
<pre>
'phy:/dev/virtual/papaye-raid1,xvdd1, w',
'phy:/dev/virtual/papaye-raid2,xvdd2, w',
'phy:/dev/virtual/papaye-raid3,xvdd3, w',
</pre>

Depuis notre machine virtuelle cette fois, nous installons mdadm :
<pre>apt-get install mdadm </pre>

Nous créons le disque RAID5 md0 :
<pre> mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 </pre>

Nous installons le système de fichier ext4 dessus :
<pre> mkfs -t ext4 /dev/md0 </pre>

Nous sauvegardons le tout et montons le disque :
<pre>
mdadm --detail --scan >> /etc/mdadm/mdadm.conf
mount /dev/md0 /mnt
</pre>

Enfin nous effectuons un petit test afin de noter la reconstruction de notre disque.
Nous supprimons une des partitions et observons qu'il est bien manquant dans la configuration :
<pre>
mdadm --set-faulty /dev/md0 /dev/xvdd2
mdadm --remove /dev/md0 /dev/xvdd2
cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 xvdd1[0] xvdd3[2]
2095104 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]
</pre>

Nous montons le disque à nouveau et pouvons noter la reconstruction du disque :
<pre>
mount /dev/md0 /mnt
</pre>

<pre>
root@Papaye:/mnt# ls
lost+found test.txt
</pre>

Nous remettons la partition :
mdadm --add /dev/md0 /dev/xvdd2

Et on observe la reconstruction grâce à cat /proc/mdstat.

=== Cryptage des données ===
Dans cette partie, nous allons voir comment crypter des données sur un disque virtuel.
De la même manière que pour la partie précédente, nous créons un disque virtuel via la commande :
<pre>
lvcreate -L 1G -n /dev/virtual/papaye-cryptage
</pre>
Nous rajoutons ce disque à la configuration de notre machine virtuelle. Depuis cordouan, dans /etc/xen/Papaye.cfg, nous ajoutons :
<pre>
'phy:/dev/virtual/papaye-cryptage,xvdd4, w',
</pre>

Nous configurons le disque en type Luks :
<pre>
cryptsetup luksFormat /dev/xvdd4
</pre>
La phrase secrète est : pasglop, glopglop ou michel.

Nous pouvons vérifier les informations via cette commande :
<pre>
cryptsetup luksDump /dev/xvdd4
</pre>

Ainsi, nous obtenons les informations suivantes :
<pre>
LUKS header information for /dev/xvdd4

Version: 1
Cipher name: aes
Cipher mode: xts-plain64
Hash spec: sha256
Payload offset: 4096
MK bits: 256
MK digest: 25 40 d5 6d b9 ff c0 d3 d8 cd fb e8 80 41 eb a8 f3 13 58 30
MK salt: a1 9e 1a 6d 40 59 46 86 14 9e 2a de 66 86 6b e0
39 79 44 db ac 5f 01 a2 cb 9f b8 46 40 4c 3c 53
MK iterations: 242250
UUID: 2e9af817-8eb1-4478-a095-048645e8983d

Key Slot 0: ENABLED
Iterations: 1924810
Salt: f6 28 22 be 14 d9 78 3e 83 d2 f7 cb af bf 1f 52
88 8f bf bf 83 e2 28 65 1d f1 d3 fe 16 6c b8 e0
Key material offset: 8
AF stripes: 4000
Key Slot 1: DISABLED
Key Slot 2: DISABLED
Key Slot 3: DISABLED
Key Slot 4: DISABLED
Key Slot 5: DISABLED
Key Slot 6: DISABLED
Key Slot 7: DISABLED
</pre>

Nous ouvrons notre partition cryptée avec :
<pre>
cryptsetup luksOpen /dev/xvdd4
</pre>
Puis, nous saisissons la phrase secrète.

Nous ajoutons des fichiers :
<pre>
mkfs.ext3 /dev/mapper/kadoc
</pre>

Ensuite, nous créons un dossier contenant un fichier contenant une simple phrase. Pour écrire dedans il faut monter notre partition.
Montage :
<pre>
mount -t ext3 /dev/mapper/kadoc /mnt/
</pre>
Démontage :
<pre>
umount /mnt/
</pre>

Nous encryptons à nouveau la partition avec la commande suivante :
<pre>
cryptsetup luksClose kadoc
</pre>

Enfin, nous vérifions avec GParted que notre partition n'est plus accessible sans mot de passe :
<pre>
gparted /dev/xvdd4
</pre>

La commande nous renvoie :
<pre>
root@IMA5-Papaye:/# gparted /dev/xvdd4
Created symlink /run/systemd/system/-.mount -> /dev/null.
Created symlink /run/systemd/system/home.mount -> /dev/null.
Created symlink /run/systemd/system/tmp.mount -> /dev/null.
Created symlink /run/systemd/system/var.mount -> /dev/null.
[ 1051.732565] systemd[1]: apt-daily.timer: Adding 2h 21min 20.971598s random time.
[ 1051.733189] systemd[1]: apt-daily-upgrade.timer: Adding 46min 37.363850s random time.

(gpartedbin:3635): Gtk-WARNING **: cannot open display:
Removed /run/systemd/system/-.mount.
Removed /run/systemd/system/home.mount.
Removed /run/systemd/system/tmp.mount.
Removed /run/systemd/system/var.mount.
[ 1051.853426] systemd[1]: apt-daily.timer: Adding 6h 49min 20.775084s random time.
[ 1051.854034] systemd[1]: apt-daily-upgrade.timer: Adding 47min 6.121251s random time.
root@IMA
</pre>

== Configuration des bornes Wifi ==
=== Création du serveur FreeRadius ===
Dans un premier temps, il est nécessaire d'implémenter un serveur d'identification FreeRADIUS sur notre machine virtuelle.

Pour cela, il faut installer FreeRADIUS :
<pre>
apt-get install freeradius
</pre>

Ensuite, nous ajoutons un utilisateur dans le fichier /etc/freeradius/users pour s'authentifier sur le réseau WiFi :
<pre>
nom_de_l_utilisateur Cleartext-password := "mot_de_passe"
</pre>

Nous ajoutons aussi les clients (correspondants aux deux points d'accès Wifi et à notre futur VLAN) dans le fichier /etc/freeradius/clients.conf. Pour le moment, nous avons réalisé des tests avec un seul client :
<pre>
client E304 {
ipaddr = 10.10.0.10
secret = mot_de_passe
}
</pre>

Pour redémarrer FreeRADIUS, nous effectuons :
<pre>
service freeradius restart
</pre>

=== Craquage de clé WEP ===
Pour ce faire, nous avons besoin de deux postes. Sur le premier, il est nécessaire de générer un traffic sur le réseau afin de capturer les paquets ARP sur l'autre ordinateur. Nous le faisons à l'aide de la commande nping de la manière suivante :
<pre>
nping --arp-type ARP -c 11000 --flags rst --ttl 2 10.2.0.2
</pre>

Nous mettons le mode moniteur sur la clé wifi. Il nous faut pour cela le nom de notre clé wifi (wlx40a5ef0125e9), obtenu grâce à la commande iwconfig :
<pre>
airmon-ng start wlx40a5ef0125e9
</pre>

Ensuite, nous avons besoin de connaitre le BSSID, channel (CH) et ESSID. Pour cela, nous réalisons :
<pre>
airodump-ng wlx40a5ef0125e9
</pre>

Maintenant, sur le deuxième poste, nous capturons les trames circulant sur le réseau :
<pre>
airodump-ng --bssid C4:14:3C:40:78:65 -c 3 -w crack_wep wlx40a5ef0125e9
</pre>

Pour accélérer le craquage, nous allons générer d'avantage de traffique sur le réseau :
<pre>
aireplay-ng -3 -b C4:14:3C:40:78:65 -h 00:0F:B5:92:22:68 wlx40a5ef0125e9 (00:0F:B5:92:22:68 étant l'adresse MAC de l'ordinateur secondaire)
</pre>

Voici le résultat :
[[Fichier:Resultat_craquage_dorian.jpg|800 px|thumb|center|Résultat du craquage]]

Il suffit maintenant de craquer la data capturée dans le fichier.cap :
<pre>
aircrack-ng crack_wep-02.cap
</pre>

Fichier:Resultat craquage dorian.jpg

2018-01-26T10:32:49Z

Adorian :

P30 patcher l’IoT par intrusion

2017-11-16T21:57:41Z

Adorian :

''Tuteurs : Thomas Vantroys ''
''Projet de fin d'étude réalisé par Alexis Dorian''

=Objectif du Projet=

l'objectif de ce projet de fin d'études et de lister les différentes failles de sécuriser d'un objet connecter et de voir il elle peuve être utilisé pour patcher l'objet en question ou dans le cas que le patch n'est pas possible de faire remonter l'information

=Description=
Les objets connectés se répandent à très grande vitesse chez les consommateurs et dans l’industrie. Ils sont souvent équipés de systèmes Linux embarqués pour lesquels les mises à jour de sécurité sont rares ou inexistantes. Des failles de sécurité peuvent être découvertes, rendant les objets vulnérables, parfois sans possibilité d’être mis à jour. En plus des failles découvertes après le déploiement des objets, certains sont livrés avec des services peu sécurisés tels que des serveurs Telnet ou SSH dont les logins et mots de passe peuvent être rapidement découverts. Le but de ce projet est de lister et étudier les vulnérabilités courantes dans ce types d’objets. Les étudiants devront ensuite trouver des contre-mesures aux failles de sécurité, éventuellement en exploitant ces dernières pour patcher les objets. Enfin ils devront imaginer un dispositif permettant de lister, et mettre en place les contre-mesures de façon automatisée afin maintenir un niveau de sécurité satisfaisant sur les objets

=Source=
https://www.blackhat.com

https://www.defcon.org

https://www.sstic.org

http://www.root777.com/security/indicators-of-compromise-list-and-recommended-security-measures/

=Travail de la semaine=
==1ère semaine==
Une recherche sur la sécurité des Iot est réalisée et on remarque vite que c'est un sujet très important vu le nombre d'articles récents publiés, des outils pour tester les failles des Iot sont facilement trouvables sur internet (voire source Root777) ils seront utilisés plus tard pour tester les objets donnés

==2eme semaine==

En réalisant la liste d'objets connecter j'en trouve certain insolite :

* Voiture (Jeep Cherokee)

* Fusil connecté

* Ampoule connectée (Lix Wi-Fi de Philippe)

* Brosse à dents

* Vibromasseur (Svakom Siime Eye)

* Amazon echo (https://www.wired.com/story/amazon-echo-wiretap-hack/)

Cela montre bien la grande diversité d'objets connectés, certain des hacks présentés demande un accès physique / modification physique de l'appareil ce qui les rend moins probables, alors que certains de ces objets peuvent être compromis par un simple Wi-Fi mal protégé, des protocoles ayant des failles de sécurité (connue) ou des mots de passe génériques (attaque la plus fréquente et la plus simple) pour certains objets l'impact et minime en comparaison à d'autres (voiture /fusil)

= Bibliographie =

https://www.mouser.fr/applications/embedded-security-against-botnets

Type : Objet basse bande passante

Résumer : le protocole MQTT et un protocole utilser dans de nombreux domaine dont les objet connecter et il se trouve qu'il poséde des faille de sécuriter qui permete d'envoyer des odre au machine

source : https://www.blackhat.com/docs/us-17/thursday/us-17-Lundgren-Taking-Over-The-World-Through-Mqtt-Aftermath.pdf

Type : Object connecter en général

Résumer : présentation qui presente les risque des attaque sur les objet connecter et l'importance de la sécuriter dessus

source : https://www.blackhat.com/docs/us-17/thursday/us-17-Lundgren-Taking-Over-The-World-Through-Mqtt-Aftermath.pdf

Type : Belkin's WeMo

Résumer : présentation qui reviens sur les nombreuse faille de securiter des objet Belkin's WeMo pour s'en servire pour hacker le téléphone se connectant a eux

source : https://www.blackhat.com/docs/eu-16/materials/eu-16-Tenaglia-Breaking-Bhad-Abusing-Belkin-Home-Automation-Devices.pdf

Type : Objects connecter en général

Résumer : présentation qui montre plus de 100 vulnérabiliter sur les objets conencter

source : non disponible en ligne noms de la présentation DAILY-LIFE PEEPER: BUG HUNTING AND EXPLOIT TECHNIQUES IN IOT

Type : Philips Hue smart lamps

Résumer : article qui montre les nombreuse faille de sécuriter sur les ampoule connecter de philipe et qui reviens sur les failles des objet connecter en générale

source : https://www.blackhat.com/docs/us-16/materials/us-16-OFlynn-A-Lightbulb-Worm-wp.pdf

et
https://www.blackhat.com/docs/us-16/materials/us-16-OFlynn-A-Lightbulb-Worm.pdf

Type : protocole utiliser par apple

Résumer : utiliser un des protocole d'apple pour se faire passer pour un objet connecter dejai existant et avoir accés au donnés partager

Source https://www.blackhat.com/docs/us-16/materials/us-16-Bai-Discovering-And-Exploiting-Novel-Security-Vulnerabilities-In-Apple-Zeroconf.pdf

Type : Objet conencter tourant sur windows

Résumer : article de reverse ingénieurie sur le windows 10 iot core pour trouver les faille de sécuriter

Source https://www.blackhat.com/docs/us-16/materials/us-16-Sabanal-Into-The-Core-In-Depth-Exploration-Of-Windows-10-IoT-Core-wp.pdf

P30 patcher l’IoT par intrusion

2017-11-16T21:56:29Z

Adorian :

''Tuteurs : Thomas Vantroys ''
''Projet de fin d'étude réalisé par Alexis Dorian''

=Objectif du Projet=

l'objectif de ce projet de fin d'études et de lister les différentes failles de sécuriser d'un objet connecter et de voir il elle peuve être utilisé pour patcher l'objet en question ou dans le cas que le patch n'est pas possible de faire remonter l'information

=Description=
Les objets connectés se répandent à très grande vitesse chez les consommateurs et dans l’industrie. Ils sont souvent équipés de systèmes Linux embarqués pour lesquels les mises à jour de sécurité sont rares ou inexistantes. Des failles de sécurité peuvent être découvertes, rendant les objets vulnérables, parfois sans possibilité d’être mis à jour. En plus des failles découvertes après le déploiement des objets, certains sont livrés avec des services peu sécurisés tels que des serveurs Telnet ou SSH dont les logins et mots de passe peuvent être rapidement découverts. Le but de ce projet est de lister et étudier les vulnérabilités courantes dans ce types d’objets. Les étudiants devront ensuite trouver des contre-mesures aux failles de sécurité, éventuellement en exploitant ces dernières pour patcher les objets. Enfin ils devront imaginer un dispositif permettant de lister, et mettre en place les contre-mesures de façon automatisée afin maintenir un niveau de sécurité satisfaisant sur les objets

=Source=
https://www.blackhat.com

https://www.defcon.org

https://www.sstic.org

http://www.root777.com/security/indicators-of-compromise-list-and-recommended-security-measures/

=Travail de la semaine=
==1ère semaine==
Une recherche sur la sécurité des Iot est réalisée et on remarque vite que c'est un sujet très important vu le nombre d'articles récents publiés, des outils pour tester les failles des Iot sont facilement trouvables sur internet (voire source Root777) ils seront utilisés plus tard pour tester les objets donnés

==2eme semaine==

En réalisant la liste d'objets connecter j'en trouve certain insolite :

* Voiture (Jeep Cherokee)

* Fusil connecté

* Ampoule connectée (Lix Wi-Fi de Philippe)

* Brosse à dents

* Vibromasseur (Svakom Siime Eye)

* Amazon echo (https://www.wired.com/story/amazon-echo-wiretap-hack/)

Cela montre bien la grande diversité d'objets connectés, certain des hacks présentés demande un accès physique / modification physique de l'appareil ce qui les rend moins probables, alors que certains de ces objets peuvent être compromis par un simple Wi-Fi mal protégé, des protocoles ayant des failles de sécurité (connue) ou des mots de passe génériques (attaque la plus fréquente et la plus simple) pour certains objets l'impact et minime en comparaison à d'autres (voiture /fusil)

= Bibliographie =

https://www.mouser.fr/applications/embedded-security-against-botnets

Type : Objet basse bande passante
Résumer : le protocole MQTT et un protocole utilser dans de nombreux domaine dont les objet connecter et il se trouve qu'il poséde des faille de sécuriter qui permete d'envoyer des odre au machine
source : https://www.blackhat.com/docs/us-17/thursday/us-17-Lundgren-Taking-Over-The-World-Through-Mqtt-Aftermath.pdf

Type : Object connecter en général
Résumer : présentation qui presente les risque des attaque sur les objet connecter et l'importance de la sécuriter dessus
source : https://www.blackhat.com/docs/us-17/thursday/us-17-Lundgren-Taking-Over-The-World-Through-Mqtt-Aftermath.pdf

Type : Belkin's WeMo
Résumer : présentation qui reviens sur les nombreuse faille de securiter des objet Belkin's WeMo pour s'en servire pour hacker le téléphone se connectant a eux
source : https://www.blackhat.com/docs/eu-16/materials/eu-16-Tenaglia-Breaking-Bhad-Abusing-Belkin-Home-Automation-Devices.pdf

Type : Objects connecter en général
Résumer : présentation qui montre plus de 100 vulnérabiliter sur les objets conencter
source : non disponible en ligne ( noms de la présentation DAILY-LIFE PEEPER: BUG HUNTING AND EXPLOIT TECHNIQUES IN IOT
)

Type : Philips Hue smart lamps
Résumer : article qui montre les nombreuse faille de sécuriter sur les ampoule connecter de philipe et qui reviens sur les failles des objet connecter en générale
source : https://www.blackhat.com/docs/us-16/materials/us-16-OFlynn-A-Lightbulb-Worm-wp.pdf
et
https://www.blackhat.com/docs/us-16/materials/us-16-OFlynn-A-Lightbulb-Worm.pdf

Type : protocole utiliser par apple
Résumer : utiliser un des protocole d'apple pour se faire passer pour un objet connecter dejai existant et avoir accés au donnés partager
Source https://www.blackhat.com/docs/us-16/materials/us-16-Bai-Discovering-And-Exploiting-Novel-Security-Vulnerabilities-In-Apple-Zeroconf.pdf

Type : Objet conencter tourant sur windows
Résumer : article de reverse ingénieurie sur le windows 10 iot core pour trouver les faille de sécuriter
Source https://www.blackhat.com/docs/us-16/materials/us-16-Sabanal-Into-The-Core-In-Depth-Exploration-Of-Windows-10-IoT-Core-wp.pdf

P30 patcher l’IoT par intrusion

2017-10-08T12:42:44Z

Adorian :

P30 patcher l’IoT par intrusion

2017-10-08T12:40:37Z

Adorian :

''Tuteurs : Thomas Vantroys ''
''Projet de fin d'étude réalisé par Alexis Dorian''

=Objectif du Projet=

=Description=
Les objets connectés se répandent à très grande vitesse chez les consommateurs et dans l’industrie. Ils sont souvent équipés de systèmes Linux embarqués pour lesquels les mises à jour de sécurité sont rares ou inexistantes. Des failles de sécurité peuvent être découvertes, rendant les objets vulnérables, parfois sans possibilité d’être mis à jour. En plus des failles découvertes après le déploiement des objets, certains sont livrés avec des services peu sécurisés tels que des serveurs Telnet ou SSH dont les logins et mots de passe peuvent être rapidement découverts. Le but de ce projet est de lister et étudier les vulnérabilités courantes dans ce types d’objets. Les étudiants devront ensuite trouver des contre-mesures aux failles de sécurité, éventuellement en exploitant ces dernières pour patcher les objets. Enfin ils devront imaginer un dispositif permettant de lister, et mettre en place les contre-mesures de façon automatisée afin maintenir un niveau de sécurité satisfaisant sur les objets

=Source=
https://www.blackhat.com

https://www.defcon.org

https://www.sstic.org

http://www.root777.com/security/indicators-of-compromise-list-and-recommended-security-measures/

=Travail de la semaine=
==1ère semaine==
Une recherche sur la sécurité des Iot et réaliser et on remarque vite que c'est un sujet très important vu le nombre d'art ciel récent publier, des outils pour tester les failles des Iot sont facilement trouvables sur internet (voire source Root777) ils seront utilisés plus tard pour tester les objets donnés

==2eme semaine==

Je en réalisant la liste d'objets connecter j'en trouve certain insolite :

- Voiture (Jeep Cherokee)

- Fusil connecté

- Ampoule connectée (Lix Wi-Fi de Philippe)

- Brosse à dents

- Vibromasseur (Svakom Siime Eye)

Cela montre bien la grande diversité d'objet connecter, certain des hacks présentés demande un accès physique / modification physique de l'appareil ce qui les rend moins probables, alors que certains de c'est objet peuve être compromis par un simple Wi-Fi mal protéger, des protocoles ayant des failles de sécurité ( connue) ou des mots de passe génériques ( attaque la plus fréquente et la plus simple) pour certains objets l'impact et minime en comparaison à d'autres (voiture /fusil)

P30 patcher l’IoT par intrusion

2017-10-08T12:40:24Z

Adorian :

''Tuteurs : Thomas Vantroys ''
''Projet de fin d'étude réalisé par Alexis Dorian''

=Objectif du Projet=

=Description=
Les objets connectés se répandent à très grande vitesse chez les consommateurs et dans l’industrie. Ils sont souvent équipés de systèmes Linux embarqués pour lesquels les mises à jour de sécurité sont rares ou inexistantes. Des failles de sécurité peuvent être découvertes, rendant les objets vulnérables, parfois sans possibilité d’être mis à jour. En plus des failles découvertes après le déploiement des objets, certains sont livrés avec des services peu sécurisés tels que des serveurs Telnet ou SSH dont les logins et mots de passe peuvent être rapidement découverts. Le but de ce projet est de lister et étudier les vulnérabilités courantes dans ce types d’objets. Les étudiants devront ensuite trouver des contre-mesures aux failles de sécurité, éventuellement en exploitant ces dernières pour patcher les objets. Enfin ils devront imaginer un dispositif permettant de lister, et mettre en place les contre-mesures de façon automatisée afin maintenir un niveau de sécurité satisfaisant sur les objets

=Source=
https://www.blackhat.com
https://www.defcon.org
https://www.sstic.org
http://www.root777.com/security/indicators-of-compromise-list-and-recommended-security-measures/

=Travail de la semaine=
==1ère semaine==
Une recherche sur la sécurité des Iot et réaliser et on remarque vite que c'est un sujet très important vu le nombre d'art ciel récent publier, des outils pour tester les failles des Iot sont facilement trouvables sur internet (voire source Root777) ils seront utilisés plus tard pour tester les objets donnés

==2eme semaine==

Je en réalisant la liste d'objets connecter j'en trouve certain insolite :

- Voiture (Jeep Cherokee)

- Fusil connecté

- Ampoule connectée (Lix Wi-Fi de Philippe)

- Brosse à dents

- Vibromasseur (Svakom Siime Eye)

Cela montre bien la grande diversité d'objet connecter, certain des hacks présentés demande un accès physique / modification physique de l'appareil ce qui les rend moins probables, alors que certains de c'est objet peuve être compromis par un simple Wi-Fi mal protéger, des protocoles ayant des failles de sécurité ( connue) ou des mots de passe génériques ( attaque la plus fréquente et la plus simple) pour certains objets l'impact et minime en comparaison à d'autres (voiture /fusil)

P30 patcher l’IoT par intrusion

2017-10-08T12:39:44Z

Adorian : Page créée avec « ''Tuteurs : Thomas Vantroys '' ''Projet de fin d'étude réalisé par Alexis Dorian'' =Objectif du Projet= =Description= Les objets connectés se répandent à trè... »

''Tuteurs : Thomas Vantroys ''
''Projet de fin d'étude réalisé par Alexis Dorian''

=Objectif du Projet=

=Description=
Les objets connectés se répandent à très grande vitesse chez les consommateurs et dans l’industrie. Ils sont souvent équipés de systèmes Linux embarqués pour lesquels les mises à jour de sécurité sont rares ou inexistantes. Des failles de sécurité peuvent être découvertes, rendant les objets vulnérables, parfois sans possibilité d’être mis à jour. En plus des failles découvertes après le déploiement des objets, certains sont livrés avec des services peu sécurisés tels que des serveurs Telnet ou SSH dont les logins et mots de passe peuvent être rapidement découverts. Le but de ce projet est de lister et étudier les vulnérabilités courantes dans ce types d’objets. Les étudiants devront ensuite trouver des contre-mesures aux failles de sécurité, éventuellement en exploitant ces dernières pour patcher les objets. Enfin ils devront imaginer un dispositif permettant de lister, et mettre en place les contre-mesures de façon automatisée afin maintenir un niveau de sécurité satisfaisant sur les objets

=Source=
https://www.blackhat.com
https://www.defcon.org
https://www.sstic.org
http://www.root777.com/security/indicators-of-compromise-list-and-recommended-security-measures/

=Travail de la semaine=
==1ère semaine==
Une recherche sur la sécurité des Iot et réaliser et on remarque vite que c'est un sujet très important vu le nombre d'art ciel récent publier, des outils pour tester les failles des Iot sont facilement trouvables sur internet (voire source Root777) ils seront utilisés plus tard pour tester les objets donnés

==2eme semaine==

Je en réalisant la liste d'objets connecter j'en trouve certain insolite :
- Voiture (Jeep Cherokee)
- Fusil connecté
- Ampoule connectée (Lix Wi-Fi de Philippe)
- Brosse à dents
- Vibromasseur (Svakom Siime Eye)
Cela montre bien la grande diversité d'objet connecter, certain des hacks présentés demande un accès physique / modification physique de l'appareil ce qui les rend moins probables, alors que certains de c'est objet peuve être compromis par un simple Wi-Fi mal protéger, des protocoles ayant des failles de sécurité ( connue) ou des mots de passe génériques ( attaque la plus fréquente et la plus simple) pour certains objets l'impact et minime en comparaison à d'autres (voiture /fusil)

Projets IMA5 2017/2018

2017-10-08T11:33:41Z

Adorian :

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

Toutes les sources doivent être déposées sur notre archive GIT. Le service est disponible à l'URL [https://archives.plil.fr archives.plil.fr]. Connectez-vous avec vos identifiants Polytech'Lille. Sauf indication contraire de vos encadrants, rendez le projet public et mettez le lien sur votre Wiki. Vous pouvez trouver de la documentation sur ce système d'archives sur ce [https://git-scm.com/book/fr/v1 site].

== Répartition des binômes ==

<table border="1">
<tr>
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<th>Rapports finaux</th>
<th>Vidéo</th>
</tr>
<tr>
<td>[[P1 Conception d'une pompe automatique à insuline]]</td>
<td>Alice Coffin / Amina Fahem</td>
<td>Belkacem Ould Bouamama</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P18 Localisation of quadrotors]]</td>
<td>Nicky UNG / Hugo Delatte</td>
<td>Jérémie DEQUIDT / Gang ZHENG</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P25 Développement d'un cobot ]]</td>
<td>Tristan HART</td>
<td>Rodolphe Astori / Alexandre Boé / Xavier Redon / Thomas Vantroys </td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P29 QT pour tablette à retour tactile]]</td>
<td>lValentin BEAUCHAMP / Vivian SENAFFE</td>
<td>Laurent GRISONI</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P30 patcher l’IoT par intrusion]]</td>
<td>Alexis DORIAN</td>
<td>Thomas Vantroys /Worldline</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P33 Utilisation de Nao avec des enfants autistes]]</td>
<td>Antoine ARNAUDET</td>
<td>Thomas VANTROYS</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P34 Robot reconstructeur de mouvement]]</td>
<td>Baptiste GRILLERE / Jean-Baptiste SAISON</td>
<td>Rochdi MERZOUKI / Guillaume DEWAELE</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P21 Projet bras déformable antagoniste]]</td>
<td>Florian GIOVANNANGELI</td>
<td>Thor BIEZE</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P20 Projet marionnette déformable interactive ]]</td>
<td>Bacem HAGUI</td>
<td>Félix VANNESTE, Jeremie DEQUIDT</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P5 Commande d’une centrale de production de biogaz ]]</td>
<td>Cheikh Soilihi SAID AHMED</td>
<td>Midzodzi PEKPE </td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[P15 Réseau de capteurs temps réel ]]</td>
<td>Edmur Lopes</td>
<td>Alexandre Boé / Xavier Redon / Thomas Vantroys</td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P23 Application de gestion de conteneurs pour sites Web]]</td>
<td>Alexis MACHEREZ</td>
<td>Xavier REDON / Thomas VANTROYS</td>
<td> </td>
<td> </td>
<td> </td>
</tr>

</table>

Discussion:Projets IMA4 SC & SA 2016/2017

2017-04-05T12:19:50Z

Adorian : /* Fiche de présence */

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P1 [[IMA4 2016/2017 P1|Climatisation du pauvre]]
| Cahier des charges conforme à la discussion avec l'encadrant. Présentation propre avec un effort d'illustration. Pas de liste des tâches ou de calendrier prévisionnel. Quelques coquilles corrigées.
| Abandon constaté
| 
| 
| 
| Pas de vidéo
|-
| P2 [[IMA4 2016/2017 P2|Réseau de capteurs sur smartphone]]
| Cahier des charges succinct. Attention à la rédaction en français. Un effort d'illustration avec un schéma global. Une liste des tâches, sans chiffrage pour l'instant.
| Mauvaise utilisation de la feuille d'heures.De gros problèmes de rédaction en français bien compréhensibles.Un Wiki très bien tenu et très bien illustré, une avancée du travail parfaitement expliquée, continuez ainsi !
| 
| 
| 
| Vidéo plutôt conseillée
|-
| P10 [[IMA4 2016/2017 P10|Application de suivi de prise de médicaments]]
| Cahier des charges assez précis. Pas trop de coquilles. Une liste des tâches un peu succincte. Réfléchissez bien à la structure du programme pour la mise à jour simplifiée des fiches sur l'application.
| Feuille d'heures non utilisée, Wiki non mis à jour.Pour les 4 premières semaine, des paragraphes correctement rédigés et bien illustré, il était possible de se faire une idée de l'avancée du projet.
| 
| 
| 
| Vidéo conseillée
|-
| P11 [[IMA4 2016/2017 P11|Amélioration de l'accueil d'enfants hospitalisés]]
| Cahier des charges précis. Forme très correcte. Une liste des tâches réfléchie. Il y a même un calendrier prévisionnel.
| Aucune utilisation de la feuille d'heures.Un excellent Wiki, très complet, très bien illustré, le travail est parfaitement décrit !
| 
| 
| 
| Vidéo conseillée
|-
| P14 [[IMA4 2016/2017 P14|Sex toy connecté]]
| Cahier des charges très précis. De même pour la liste des tâches. L'utilisation de bioloïds ne semble pas justifiée. Pourquoi ne parlez-vous de capteurs que dans le cadre d'un seul des deux appareils ?
| Feuille d'heures très bien exploitée.Wiki très bien rédigé mais absolument pas illustré, un peu court peut être.
| 
| 
| 
| Vidéo conseillée
|-
| P18 [[IMA4 2016/2017 P18|Education de la position de tête]]
| Pas mal de coquilles corrigées. Une certaine imprécision (confusion Arduino Mega et ATMEGA, flou dans la liste des tâches). Cela dit un cahier des charges et une liste des tâches sont présentés. Pensez aux problèmes de calibration du système et à la transmission des données vers un smartphone par exemple.
| Mauvaise utilisation de la feuille d'heures.Quelques coquilles, le Wiki est un peu vide, pas totalement à jour, dommage que le cahier des charges joint ne soit pas intégré directement au Wiki.
| 
| 
| 
| Vidéo plutôt conseillée
|-
| P19 [[IMA4 2016/2017 P19|Orchestre électronique]]
| Synthèse correcte de l'entretien avec l'encadrant. Le cahier des charges est correct mais moins précis que le sujet. Le découpage en tâche est un peu rapide : l'analyse des fichiers MIDI devrait être sous-découpée. Presque pas de coquilles.
| Très bonne utilisation de la feuille d'heures.Wiki très synthétique dans un français très correct, à jour, travail sur l'imprimante bien décrit, pas beaucoup d'information sur l'analyse du fichier MIDI.
| 
| 
| 
| Vidéo conseillée
|-
| P20 [[IMA4 2016/2017 P20|Création d’un environnement virtuel de test]]
| Très bonne prise en main du sujet. Cahier des charges très précis. Liste des tâches bien détaillée. Orthographe irréprochable.
| Feuille d'heures bien exploitée, Wiki très bien rédigé, illustré, l'avancé du travail est bien présenté.
| 
| 
| 
| Vidéo conseillée
|-
| P21 [[IMA4 2016/2017 P21|Conception d’une MPS Polyvalente]]
| Une grande partie du cahier des charges est une copie du sujet. Définissez ce qu'est une Referee Box. D'un autre coté, le cahier des charges est précis. La liste des tâches est correcte. Cependant elle semble omettre la partie mécanique de la MPS ? Pas de coquilles.
| Pas d'utilisation de la feuille d'heures.Wiki bien rédigé et très bien illustré, le travail effectué est présenté. Il serait bien d'avoir une carte rapidement.
| 
| 
| 
| Vidéo plutôt déconseillée
|-
| P25 [[IMA4 2016/2017 P25|Robot mobile Polytech'Lille]]
| Des imprécisions dans la transcription de la réunion avec l'encadrant. Voire des contre-sens. Le cahier des charges est assez complet. Pas de liste des tâches. Vous avez vraiment passé 3h sur la rédaction du cahier des charges ? (edit d'Alex : certainement pas)Une liste des tâches ajoutée.
| Pas d'utilisation de la feuille d'heures.Le Wiki est principalement constitué des schématiques et des PCB des différentes cartes. Après tout c'est un point important de votre travail mais le soin apporté à ces productions, s'il s'améliore était initialement assez faible. La rédaction est presque absente ou d'un niveau faible. Vous devriez déjà avoir des cartes en production.
| 
| 
| 
| Vidéo déconseillée
|-
| P26 [[IMA4 2016/2017 P26|Train de véhicules]]
| Le texte a été modifié pour être compréhensible mais le problème n'est pas là. Vous n'avez pas du tout transcrit les demandes de l'encadrant mais donné le sujet du projet de l'an passé. Cette année vous devez améliorer l'aspect esthétique des robots, construire le quatrième robot et améliorer la détection infra-rouge en utilisant le protocole utilisé par les télécommandes infra-rouges classiques. Vous n'avez pas, non plus, donné une liste précise des tâches à réaliser.Cahier des charges révisé avec l'encadrant. La listes des tâches à réaliser est à préciser.
| Pas d'utilisation de la feuille d'heures.Wiki assez vide, le seul élément probant est la présentation de la nouvelle version de la carte des robots suiveurs. Des coquilles, ce que l'on peut difficilement vous reprocher. Il faudrait maintenant avoir un code pour le protocole RC5, utilisez deux Arduinos pour avoir un prototype de démonstration.
| 
| 
| 
| Vidéo déconseillée
|-
| P27 [[IMA4 2016/2017 P27|Sonde atmosphérique]]
| La restitution de la discussion avec l'encadrant est très correcte et le cahier des charge est précisément décrit. Par contre la liste des tâches à effectuer n'est pas dressée en commençant par l'étude des conditions à respecter pour lancer un tel ballon.
| Pratiquement pas d'utilisation de la feuille d'heures.Wiki un peu rapide, illustré, quelques coquilles. Peu de résultats à ce jour, vous devriez avoir votre carte et avoir conduit un test de communication avec les capteurs et les modules LoRa.
| 
| 
| 
| Vidéo déconseillée
|-
| P28 [[IMA4 2016/2017 P28|Adaptation d'un émulateur de calculatrices TI]]
| Assimilation très correcte des demandes faites par les encadrants. Un cahier des charges précis. De même pour la liste des tâches. Un effort de présentation sans trop de coquilles. Cependant quelques erreurs relevées par M. Dhaussy, merci de corriger le CdC au vu des remarques transmises.
| Pas d'utilisation de la feuille d'heures.Wiki à l'abandon, impossible de savoir où vous en êtes dans le travail. Réagissez immédiatement !
| 
| 
| 
| Vidéo déconseillée
|-
| P29 [[IMA4 2016/2017 P29|Conteneurs pour site Web]]
| Le cahier des charges est une recopie du sujet, avec des passages soulignés, certes. Une liste des tâches très précise mais uniquement orientée développement Web. Il manque toute la partie étude et utilisation des éco-systèmes d'isolation.Cahier des charges plus précis, vous pouvez vous lancer.
| Pas d'utilisation de la feuille d'heures.Partie travail du Wiki presque vide, pas d'illustration, il est à craindre que le travail ne soit pas plus avancé que le Wiki.
| 
| 
| 
| Vidéo déconseillée
|-
| P30 [[IMA4 2016/2017 P30|Voiture radiocommandée controlée par gant]]
| Cahier des charges très précis avec déjà des idées pour la réalisation. Liste des tâches à effectuer très détaillée.
| Pas d'utilisation de la feuille d'heures.Très bon Wiki, bien illustré, travail bien décrit.
| 
| 
| 
| Vidéo conseillée
|-
| P31 [[IMA4 2016/2017 P31|Accueil personnalisé par drone]]
| Très peu d'apport par rapport au sujet qui est lui même assez bref. Il ne semble pas y avoir eu de rencontre avec l'encadrant dans les temps impartis ? Pas de liste des tâches. Cahier des charges révisés sous la direction de deux encadrants.
| Mauvaise utilisation de la feuille d'heures.Wiki vide, rien de concret semble avoir été réalisé, aucune illustration. Il va falloir mettre les bouchées quadruples ...
| 
| 
| 
| Vidéo plutôt déconseillée
|-
| P32 [[IMA4 2016/2017 P32|Sécurité: brouilleur d'ondes]]
| Le cahier des charges est une paraphrase du sujet. Dans la liste des tâches il semble curieux de ne pas commencer par l'étude des brouilleurs. Avez-vous échangé avec vos encadrants ?Cahier des charges plus précis.
| Tentative d'utilisation de la feuille d'heures, definissez au préalable les lignes dans ce tableau.Un Wiki trop rapidement rédigé en style télégraphique avec des coquilles, à la lecture du Wiki il est difficile de croire que vous avez passé le nombre d'heures annoncées pour si peu de résultats.
| 
| 
| 
| Vidéo plutôt conseillée
|-
| P33 [[IMA4 2016/2017 P33|Sécurité: ingénierie inverse de protocole réseau]]
| Une simple paraphrase du sujet. Pas de liste des tâches à réaliser. Il semble que vous n'avez pas réussi à échanger avec vos encadrants dans les temps impartis. Des coquilles (corrigées).
| Mauvaise utilisation de la feuille d'heures.Wiki pratiquement vide, l'image n'apporte rien, le Wiki ne reflète que peu de travail.
| 
| 
| 
| Vidéo déconseillée
|-
| P34 [[IMA4 2016/2017 P34|Interface Haptique, simulateur de formes et de textures]]
| Une rencontre avec les encadrants. Un cahier des charges assez précis. Pas de section "tâches à réaliser" mais une section "notre travail" qui pourrait en tenir lieu avec un effort de structuration.
| Utilisation de la feuille d'heure.Un Wiki trop synthétique, des illustrations à venir ?
| 
| 
| 
| Vidéo plutôt déconseillée
|-
| P37 [[IMA4 2016/2017 P37|Gamelle connectée]]
| Présentez les objectifs généraux pour commencer. Un cahier des charges très précis mais il manque la liste des tâches à effectuer. Débutez la par l'état de l'art sur les produits déjà commercialisés.
| Bonne utilisation de la fichier d'heures.Excellent Wiki mais non mis à jour ; il s'arrête à la semaine 4.
| 
| 
| 
| Vidéo conseillée
|-
| P38 [[IMA4 2016/2017 P38|Veilleuse enfant connectée]]
| Le sujet du projet à été recopié. Les deux sections personnelles sont assez mal rédigées. Un contre-sens sur le mode de connexion du prototype actuel : la veilleuse est configurée en point d'accès. Parlez plutôt de "Précisions sur le cahier des charges" plutôt que de "Problèmes rencontrés sur l'étude du projet". Renommez aussi "Nouveau cahier des charges" en "Tâches à réaliser" et ajouter les autres tâches demandées dans le sujet.Cahier des charges et listes des tâches finalement validés par deux encadrants.
| Bonne utilisation de la feuille d'heures.Bon Wiki, correctement illustré. Par contre faudrait arriver à présenter une réalisation, vous prenez du retard.
| 
| 
| 
| Vidéo plutôt déconseillée
|-
| P39 [[IMA4 2016/2017 P39|Projecteur laser]]
| Uniquement une recopie du sujet.Un cahier des charges et une liste de tâches corrects après discussion avec deux encadrants.
| Mauvaise utilisation de la feuille d'heures.Le Wiki n'est pas à jour, il s'arrête à la semaine 4. Bien illustré. Le travail se concentre sur la partie logicielle, en particulier avec un traitement d'image non demandé mais intéressant. Il faudrait se pencher très vite sur le contrôle des lasers.
| 
| 
| 
| Vidéo conseillée
|-
| P44 [[IMA4 2016/2017 P44|3615 Facebook]]
| Un très bon cahier des charges. Le sujet semble être bien assimilé. Une liste des tâches correcte (il faudrait peut-être détailler la programmation du proxy).
| Un Wiki tout simplement parfait.
| 
| 
| 
| Vidéo conseillée
|-
| P46 [[IMA4 2016/2017 P46|Aide anti-gaspillage alimentaire ]]
| Un excellent cahier des charges. Liste des tâches très détaillée. Parfait.
| Pas d'utilisation de la feuille d'heures.Wiki très détaillé, correctement illustré, le travail effectué est présenté correctement.
| 
| 
| 
| Vidéo plutôt conseillée
|-
| P47 [[IMA4 2016/2017 P47|Modélisation d’un robot mobile]]
| Vous n'avez pas su vous adapter à la syntaxe mediawiki. Correction pour obtenir un CdC lisible. Une recopie intégrale du sujet. Un cahier des charges qui ressemble plus à une liste des tâches à effectuer.Vous utilisez bien la syntaxe mediawiki maintenant. Par contre il n'y a toujours pas de cahier des charges.
| Feuille d'heures utilisée. Un Wiki mis à jour. Il est très difficile de se faire une idée de votre travail. Il semble que vous soyez actuellement plutôt en TP qu'en projet ?
| 
| 
| 
| Vidéo déconseillée
|-
| P48 [[IMA4 2016/2017 P48|Surveillance d'un robot mobile]]
| Un cahier des charges en 4 lignes, c'est trop court. En particulier rien sur le contexte du projet à savoir le matériel ou le simulateur sur lequel les tests seront effectués. Une liste des tâches, cette liste est-elle avalisé par l'encadrant ?Toujours pas de cahier des charges.
| Feuille d'heures correctement remplie. Wiki plutôt vide. Il est difficile de se faire une idée du travail réalisé, vous semblez bloqué à l'étape bibliographie.
| 
| 
| 
| Vidéo plutôt déconseillée
|}

== Fiche de présence ==

{| class="wikitable"
! Projet !! Elèves !! Séance 1 (25/01) !! Séance 2 (01/02) !! Séance 3 (08/02) !! Séance 4 (15/02) !! Séance 5 (01/03) !! Séance 6 (08/03) !! Séance 7 !! Séance 8 !! Séance 9 !! Séance 10
|-
| P1 [[IMA4 2016/2017 P1|Climatisation du pauvre]]
| Haroun Abdelali
| 
| Absent
| Absent
| D317 
| D309 
| D309 
| 
| 
| 
| 
|-
| P2 [[IMA4 2016/2017 P2|Réseau de capteurs sur smartphone]]
| Wenyu sun / Xinyue xu
| E304 Presentes
| C201 Présentes
| C201Présentes
| C201Présentes
| E304&C201
| E304Présentes
| 
| 
| Présentes
| 
|-
| P10 [[IMA4 2016/2017 P10|Application de suivi de prise de médicaments]]
| Martin Rohmer / Kévin Godesence
| E306 
| E303 Présents
| E301 Présents
| E305
| E303
| E305
| E305
| E305 Présents
| E305
| 
|-
| P11 [[IMA4 2016/2017 P11|Amélioration de l'accueil d'enfants hospitalisés]]
| Robin Cavalieri / Edmur Lopes
| E305 
| E305 Présents
| E305Présents
| E305
| E305
| E305
| E305
| E305 Présents
| E305
| E303
|-
| P14 [[IMA4 2016/2017 P14|Sex toy connecté]]
| Cedric Roussel / Thomas Stievenard
| 
| E303 Présents
| Présents
| E305
| E303
| E305
| E305
| E303/E305 Présents
| E303
| E303
|-
| P18 [[IMA4 2016/2017 P18|Education de la position de tête]]
| Mame Arame Diop / Amina Fahem
| 
| E303 Présentes
| E304 Présents
| E304
| E304
| E304
| E306
| E304 Présentes
| E306
| 
|-
| P19 [[IMA4 2016/2017 P19|Orchestre électronique]]
| Antoine Arnaudet / Vivian Senaffe
| E304 
| E305 Arnaudet présent Senaffe absent
| E304
| E304Présents
| E304
| E304
| E304
| E304 Présents
| E304
| 
|-
| P20 [[IMA4 2016/2017 P20|Création d’un environnement virtuel de test]]
| Butaye Marianne / François Duport
| E304 
| E304 Présents
| E303 Présents
| E305
| E305
| E305
| E305
| E306 Présents
| E306
| 
|-
| P21 [[IMA4 2016/2017 P21|Conception d’une MPS Polyvalente]]
| Samy Belhouachi / François Xavier Cockenpot
| 
| E305 Présents
| E301 Présents
| E305 
| E303 et E305
| E303 et E305
| E305
| E305 Présents
| C002
| 
|-
| P25 [[IMA4 2016/2017 P25|Robot mobile Polytech'Lille]]
| Cheikh Said Ahmed / Khadija El Messnaoui
| 
| E305 Said-Ahmed présent El Messnaoui absente
| Présents
| E303 
| E305
| 
| 
| E305 Said-Ahmed présent
| 
| 
|-
| P26 [[IMA4 2016/2017 P26|Train de véhicules]]
| Manlu Luo / Xinyi Wang
| E305 
| E304 Présentes
| E304 Présentes
| E304 
| E304 
| E304 
| E304 
| E304 Présentes
| 
| 
|-
| P27 [[IMA4 2016/2017 P27|Sonde atmosphérique]]
| Olivier Mahieux / Grillère Baptiste
| E306 
| E305 Présents
| Présents
| 
| 
| 
| 
| Présents
| 
| 
|-
| P28 [[IMA4 2016/2017 P28|Adaptation d'un émulateur de calculatrices TI]]
| Rodolphe Toin
| E305 
| E305 Présent
| E305/301 Présents
| E305 
| E305 
| E305 
| E305 
| E305 Présent
| 
| 
|-
| P29 [[IMA4 2016/2017 P29|Conteneurs pour site Web]]
| | E304 
| Rattrapage DS
| absente
| Malade
| Malade
| Malade
| E303
| E303
| E303
| Malade
|
|-
| P30 [[IMA4 2016/2017 P30|Voiture radiocommandée controlée par gant]]
| Thomas Gosse / Bacem Hagui
| 
| E304 Gosse présent Hagui absent
| Présents
| 
| 
| 
| 
| Présents
| 
| 
|-
| P31 [[IMA4 2016/2017 P31|Accueil personnalisé par drone]]
| Tristan Hart / Etienne Profit
| 
| E304 Présents
| E304Présents
| E304
| E304
| E304
| E304
| E304 Présents
| 
| 
|-
| P32 [[IMA4 2016/2017 P32|Sécurité: brouilleur d'ondes]]
| Nicky Ung / Alexis Macherez
| E304 
| E304 Présents
| E304/301 Présents
| E305
| E304
| E304
| E304/C205
| E305 Présents
| 
| 
|-
| P33 [[IMA4 2016/2017 P33|Sécurité: ingénierie inverse de protocole réseau]]
| Oumaima Naanaa
| 
| Absente
| E301Présente
| E301
| E301
| E306
| E306 C205
| E306 C205 Présente
| 
| 
|-
| P34 [[IMA4 2016/2017 P34|Interface Haptique, simulateur de formes et de textures]]
| Alice Coffin / Diana Marrucho
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
|-
| P37 [[IMA4 2016/2017 P37|Gamelle connectée]]
| Lutecia Damiens / Alexis Dorian
| E306 
| E303 Présents
| E303 Présents
| Fabricarium
| E303
| E306
| E306
| E306 Présents
| Alexis : fabricarium - Lutecia : E306
| E306
|-
| P38 [[IMA4 2016/2017 P38|Veilleuse enfant connectée]]
| Hugo Delatte
| 
| E304 Présent
| E304 
| E304 Présent
| C201
| C201
| C201
| C201/E304 Présent
| C201/E304
| C201
|-
| P39 [[IMA4 2016/2017 P39|Projecteur laser]]
| Loïc Tombazzi / Marius Trimbur
| E304 
| E303 Présents
| E303 Présents
| E304 
| E303 
| E304 
| E304 
| E303 
| E303 
| 
|-
| P44 [[IMA4 2016/2017 P44|3615 Facebook]]
| Marouan Mcharfi / Tristan lopez
| E304 
| E304 Présents
| E304 Présents
| E304 
| E304 
| E304 
| E304 
| E304 Présent
| 
| 
|-
| P46 [[IMA4 2016/2017 P46|Aide anti-gaspillage alimentaire ]]
| Alexandre Huet / François Lefevre
| E306
| E306 Présents
| E304 Présents
| E304
| E304
| E304
| E304
| E304 Présents
| 
| 
|-
| P47 [[IMA4 2016/2017 P47|Modélisation d’un robot mobile]]
| Djamil Mohamed / Hamza Kerroum
| C305/D306A 
| C305/D306A Présents
| C305/D306A Présents
| C305/D306A 
| C305/D306A 
| C305/D306A 
| C305/D306A 
| C305/D306A 
| C305/D306A Présents
| C305/D306A
|-
| P48 [[IMA4 2016/2017 P48|Surveillance d'un robot mobile]]
| Jean-Baptiste Saison
| C305/D306A 
| C305/D306A Présent
| D306A Présent
| D306A/C305 
| D306A/D322 
| D306A/D322 
| D306A 
| D306A 
| D306A Présent
| D306A/C305
|}

Discussion:Projets IMA4 SC & SA 2016/2017

2017-03-08T13:16:20Z

Adorian : /* Fiche de présence */

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P1 [[IMA4 2016/2017 P1|Climatisation du pauvre]]
| Cahier des charges conforme à la discussion avec l'encadrant. Présentation propre avec un effort d'illustration. Pas de liste des tâches ou de calendrier prévisionnel. Quelques coquilles corrigées.
| 
| 
| 
| 
| 
|-
| P2 [[IMA4 2016/2017 P2|Réseau de capteurs sur smartphone]]
| Cahier des charges succinct. Attention à la rédaction en français. Un effort d'illustration avec un schéma global. Une liste des tâches, sans chiffrage pour l'instant..
| 
| 
| 
| 
| 
|-
| P10 [[IMA4 2016/2017 P10|Application de suivi de prise de médicaments]]
| Cahier des charges assez précis. Pas trop de coquilles. Une liste des tâches un peu succincte. Réfléchissez bien à la structure du programme pour la mise à jour simplifiée des fiches sur l'application.
| 
| 
| 
| 
| 
|-
| P11 [[IMA4 2016/2017 P11|Amélioration de l'accueil d'enfants hospitalisés]]
| Cahier des charges précis. Forme très correcte. Une liste des tâches réfléchie. Il y a même un calendrier prévisionnel.
| 
| 
| 
| 
| 
|-
| P14 [[IMA4 2016/2017 P14|Sex toy connecté]]
| Cahier des charges très précis. De même pour la liste des tâches. L'utilisation de bioloïds ne semble pas justifiée. Pourquoi ne parlez-vous de capteurs que dans le cadre d'un seul des deux appareils ?
| 
| 
| 
| 
| 
|-
| P18 [[IMA4 2016/2017 P18|Education de la position de tête]]
| Pas mal de coquilles corrigées. Une certaine imprécision (confusion Arduino Mega et ATMEGA, flou dans la liste des tâches). Cela dit un cahier des charges et une liste des tâches sont présentés. Pensez aux problèmes de calibration du système et à la transmission des données vers un smartphone par exemple.
| 
| 
| 
| 
| 
|-
| P19 [[IMA4 2016/2017 P19|Orchestre électronique]]
| Synthèse correcte de l'entretien avec l'encadrant. Le cahier des charges est correct mais moins précis que le sujet. Le découpage en tâche est un peu rapide : l'analyse des fichiers MIDI devrait être sous-découpée. Presque pas de coquilles.
| 
| 
| 
| 
| 
|-
| P20 [[IMA4 2016/2017 P20|Création d’un environnement virtuel de test]]
| Très bonne prise en main du sujet. Cahier des charges très précis. Liste des tâches bien détaillée. Orthographe irréprochable.
| 
| 
| 
| 
| 
|-
| P21 [[IMA4 2016/2017 P21|Conception d’une MPS Polyvalente]]
| Une grande partie du cahier des charges est une copie du sujet. Définissez ce qu'est une Referee Box. D'un autre coté, le cahier des charges est précis. La liste des tâches est correcte. Cependant elle semble omettre la partie mécanique de la MPS ? Pas de coquilles.
| 
| 
| 
| 
| 
|-
| P25 [[IMA4 2016/2017 P25|Robot mobile Polytech'Lille]]
| Des imprécisions dans la transcription de la réunion avec l'encadrant. Voire des contre-sens. Le cahier des charges est assez complet. Pas de liste des tâches. Vous avez vraiment passé 3h sur la rédaction du cahier des charges ? (edit d'Alex : certainement pas)Une liste des tâches ajoutée.
| 
| 
| 
| 
| 
|-
| P26 [[IMA4 2016/2017 P26|Train de véhicules]]
| Le texte a été modifié pour être compréhensible mais le problème n'est pas là. Vous n'avez pas du tout transcrit les demandes de l'encadrant mais donné le sujet du projet de l'an passé. Cette année vous devez améliorer l'aspect esthétique des robots, construire le quatrième robot et améliorer la détection infra-rouge en utilisant le protocole utilisé par les télécommandes infra-rouges classiques. Vous n'avez pas, non plus, donné une liste précise des tâches à réaliser.Cahier des charges révisé avec l'encadrant. La listes des tâches à réaliser est à préciser.
| 
| 
| 
| 
| 
|-
| P27 [[IMA4 2016/2017 P27|Sonde atmosphérique]]
| La restitution de la discussion avec l'encadrant est très correcte et le cahier des charge est précisément décrit. Par contre la liste des tâches à effectuer n'est pas dressée en commençant par l'étude des conditions à respecter pour lancer un tel ballon.
| 
| 
| 
| 
| 
|-
| P28 [[IMA4 2016/2017 P28|Adaptation d'un émulateur de calculatrices TI]]
| Assimilation très correcte des demandes faites par les encadrants. Un cahier des charges précis. De même pour la liste des tâches. Un effort de présentation sans trop de coquilles. Cependant quelques erreurs relevées par M. Dhaussy, merci de corriger le CdC au vu des remarques transmises.
| 
| 
| 
| 
| 
|-
| P29 [[IMA4 2016/2017 P29|Conteneurs pour site Web]]
| Le cahier des charges est une recopie du sujet, avec des passages soulignés, certes. Une liste des tâches très précise mais uniquement orientée développement Web. Il manque toute la partie étude et utilisation des éco-systèmes d'isolation.Cahier des charges plus précis, vous pouvez vous lancer.
| 
| 
| 
| 
| 
|-
| P30 [[IMA4 2016/2017 P30|Voiture radiocommandée controlée par gant]]
| Cahier des charges très précis avec déjà des idées pour la réalisation. Liste des tâches à effectuer très détaillée.
| 
| 
| 
| 
| 
|-
| P31 [[IMA4 2016/2017 P31|Accueil personnalisé par drone]]
| Très peu d'apport par rapport au sujet qui est lui même assez bref. Il ne semble pas y avoir eu de rencontre avec l'encadrant dans les temps impartis ? Pas de liste des tâches. Cahier des charges révisés sous la direction de deux encadrants.
| 
| 
| 
| 
| 
|-
| P32 [[IMA4 2016/2017 P32|Sécurité: brouilleur d'ondes]]
| Le cahier des charges est une paraphrase du sujet. Dans la liste des tâches il semble curieux de ne pas commencer par l'étude des brouilleurs. Avez-vous échangé avec vos encadrants ?Cahier des charges plus précis.
| 
| 
| 
| 
| 
|-
| P33 [[IMA4 2016/2017 P33|Sécurité: ingénierie inverse de protocole réseau]]
| Une simple paraphrase du sujet. Pas de liste des tâches à réaliser. Il semble que vous n'avez pas réussi à échanger avec vos encadrants dans les temps impartis. Des coquilles (corrigées).
| 
| 
| 
| 
| 
|-
| P34 [[IMA4 2016/2017 P34|Interface Haptique, simulateur de formes et de textures]]
| Une rencontre avec les encadrants. Un cahier des charges assez précis. Pas de section "tâches à réaliser" mais une section "notre travail" qui pourrait en tenir lieu avec un effort de structuration.
| 
| 
| 
| 
| 
|-
| P37 [[IMA4 2016/2017 P37|Gamelle connectée]]
| Présentez les objectifs généraux pour commencer. Un cahier des charges très précis mais il manque la liste des tâches à effectuer. Débutez la par l'état de l'art sur les produits déjà commercialisés.
| 
| 
| 
| 
| 
|-
| P38 [[IMA4 2016/2017 P38|Veilleuse enfant connectée]]
| Le sujet du projet à été recopié. Les deux sections personnelles sont assez mal rédigées. Un contre-sens sur le mode de connexion du prototype actuel : la veilleuse est configurée en point d'accès. Parlez plutôt de "Précisions sur le cahier des charges" plutôt que de "Problèmes rencontrés sur l'étude du projet". Renommez aussi "Nouveau cahier des charges" en "Tâches à réaliser" et ajouter les autres tâches demandées dans le sujet.Cahier des charges et listes des tâches finalement validés par deux encadrants.
| 
| 
| 
| 
| 
|-
| P39 [[IMA4 2016/2017 P39|Projecteur laser]]
| Uniquement une recopie du sujet.Un cahier des charges et une liste de tâches corrects après discussion avec deux encadrants.
| 
| 
| 
| 
| 
|-
| P44 [[IMA4 2016/2017 P44|3615 Facebook]]
| Un très bon cahier des charges. Le sujet semble être bien assimilé. Une liste des tâches correcte (il faudrait peut-être détailler la programmation du proxy).
| 
| 
| 
| 
| 
|-
| P46 [[IMA4 2016/2017 P46|Aide anti-gaspillage alimentaire ]]
| Un excellent cahier des charges. Liste des tâches très détaillée. Parfait.
| 
| 
| 
| 
| 
|-
| P47 [[IMA4 2016/2017 P47|Modélisation d’un robot mobile]]
| Vous n'avez pas su vous adapter à la syntaxe mediawiki. Correction pour obtenir un CdC lisible. Une recopie intégrale du sujet. Un cahier des charges qui ressemble plus à une liste des tâches à effectuer.Vous utilisez bien la syntaxe mediawiki maintenant. Par contre il n'y a toujours pas de cahier des charges.
| 
| 
| 
| 
| 
|-
| P48 [[IMA4 2016/2017 P48|Surveillance d'un robot mobile]]
| Un cahier des charges en 4 lignes, c'est trop court. En particulier rien sur le contexte du projet à savoir le matériel ou le simulateur sur lequel les tests seront effectués. Une liste des tâches, cette liste est-elle avalisé par l'encadrant ?Toujours pas de cahier des charges.
| 
| 
| 
| 
| 
|}

== Fiche de présence ==

{| class="wikitable"
! Projet !! Elèves !! Séance 1 (25/01) !! Séance 2 (01/02) !! Séance 3 !! Séance 4 !! Séance 5 !! Séance 6 !! Séance 7 !! Séance 8 !! Séance 9 !! Séance 10
|-
| P1 [[IMA4 2016/2017 P1|Climatisation du pauvre]]
| Haroun Abdelali
| 
| Absent
| Absent
| D317 
| D309 
| 
| 
| 
| 
| 
|-
| P2 [[IMA4 2016/2017 P2|Réseau de capteurs sur smartphone]]
| Wenyu sun / Xinyue xu
| E304 Presentes
| C201 Présentes
| C201Présentes
| C201Présentes
| E304&C201
| E304
| 
| 
| 
| 
| 
| 
|-
| P10 [[IMA4 2016/2017 P10|Application de suivi de prise de médicaments]]
| Martin Rohmer / Kévin Godesence
| E306 
| E303 Présents
| E301 Présents
| E305
| E303
| 
| 
| 
| 
| 
|-
| P11 [[IMA4 2016/2017 P11|Amélioration de l'accueil d'enfants hospitalisés]]
| Robin Cavalieri / Edmur Lopes
| E305 
| E305 Présents
| E305Présents
| E305
| E305
| E305
| 
| 
| 
| 
|-
| P14 [[IMA4 2016/2017 P14|Sex toy connecté]]
| Cedric Roussel / Thomas Stievenard
| 
| E303 Présents
| Présents
| E305
| E303
| 
| 
| 
| 
| 
|-
| P18 [[IMA4 2016/2017 P18|Education de la position de tête]]
| Mame Arame Diop / Amina Fahem
| 
| E303 Présentes
| E304 Présents
| E304
| E304
| E304
| 
| 
| 
| 
|-
| P19 [[IMA4 2016/2017 P19|Orchestre électronique]]
| Antoine Arnaudet / Vivian Senaffe
| E304 
| E305 Arnaudet présent Senaffe absent
| E304
| E304Présents
| E304
| E304
| 
| 
| 
| 
|-
| P20 [[IMA4 2016/2017 P20|Création d’un environnement virtuel de test]]
| Butaye Marianne / François Duport
| E304 
| E304 Présents
| E303 Présents
| E305
| E305
| E305
| 
| 
| 
|-
| P21 [[IMA4 2016/2017 P21|Conception d’une MPS Polyvalente]]
| Samy Belhouachi / François Xavier Cockenpot
| 
| E305 Présents
| E301 Présents
| E305 
| E303 et E305
| 
| 
| 
| 
| 
|-
| P25 [[IMA4 2016/2017 P25|Robot mobile Polytech'Lille]]
| Cheikh Said Ahmed / Khadija El Messnaoui
| 
| E305 Said-Ahmed présent El Messnaoui absente
| Présents
| E303 
| E305
| 
| 
| 
| 
| 
|-
| P26 [[IMA4 2016/2017 P26|Train de véhicules]]
| Manlu Luo / Xinyi Wang
| E305 
| E304 Présentes
| E304 Présentes
| E304 
| E304 
| 
| 
| 
| 
| 
| 
|-
| P27 [[IMA4 2016/2017 P27|Sonde atmosphérique]]
| Olivier Mahieux / Grillère Baptiste
| E306 
| E305 Présents
| Présents
| 
| 
| 
| 
| 
| 
| 
|-
| P28 [[IMA4 2016/2017 P28|Adaptation d'un émulateur de calculatrices TI]]
| Rodolphe Toin
| E305 
| E305 Présent
| E305/301 Présents
| E305 
| E305 
| 
| 
| 
| 
| 
|-
| P29 [[IMA4 2016/2017 P29|Conteneurs pour site Web]]
| | E304 
| Rattrapage DS
| Abs (malade, mail)
| Malade
| Malade
| E301
| 
| 
| 
| 
|-
| P30 [[IMA4 2016/2017 P30|Voiture radiocommandée controlée par gant]]
| Thomas Gosse / Bacem Hagui
| 
| E304 Gosse présent Hagui absent
| Présents
| 
| 
| 
| 
| 
| 
| 
|-
| P31 [[IMA4 2016/2017 P31|Accueil personnalisé par drone]]
| Tristan Hart / Etienne Profit
| 
| E304 Présents
| Présents
| 
| 
| 
| 
| 
| 
| 
|-
| P32 [[IMA4 2016/2017 P32|Sécurité: brouilleur d'ondes]]
| Nicky Ung / Alexis Macherez
| E304 
| E304 Présents
| E304/301 Présents
| E305
| E304
| 
| 
| 
| 
| 
|-
| P33 [[IMA4 2016/2017 P33|Sécurité: ingénierie inverse de protocole réseau]]
| Oumaima Naanaa
| 
| Absente
| E301Présente
| E301
| E301
| 
| 
| 
| 
| 
|-
| P34 [[IMA4 2016/2017 P34|Interface Haptique, simulateur de formes et de textures]]
| Alice Coffin / Diana Marrucho
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
| IRCICA labo
|-
| P37 [[IMA4 2016/2017 P37|Gamelle connectée]]
| Lutecia Damiens / Alexis Dorian
| E306 
| E303 Présents
| E303 Présents
| Fabricarium
| E303
| E306
| 
| 
| 
| 
|-
| P38 [[IMA4 2016/2017 P38|Veilleuse enfant connectée]]
| Hugo Delatte
| 
| E304 Présents
| E304 
| E304 Présents
| 
| 
| 
| 
| 
| 
|-
| P39 [[IMA4 2016/2017 P39|Projecteur laser]]
| Loïc Tombazzi / Marius Trimbur
| E304 
| E303 Présents
| E303 Présents
| E304 
| E303
| 
| 
| 
| 
| 
|-
| P44 [[IMA4 2016/2017 P44|3615 Facebook]]
| Marouan Mcharfi / Tristan lopez
| E304 
| E304 Présents
| E304 Présents
| E304 
| E304
| 
| 
| 
| 
| 
|-
| P46 [[IMA4 2016/2017 P46|Aide anti-gaspillage alimentaire ]]
| Alexandre Huet / François Lefevre
| E306
| E306 Présents
| E304 Présents
| 
| 
| 
| 
| 
| 
| 
|-
| P47 [[IMA4 2016/2017 P47|Modélisation d’un robot mobile]]
| Djamil Mohamed / Hamza Kerroum
| C305/D306A 
| C305/D306A Présents
| C305/D306A Présents
| C305/D306A 
| C305/D306A 
| 
| 
| 
| 
| 
|-
| P48 [[IMA4 2016/2017 P48|Surveillance d'un robot mobile]]
| Jean-Baptiste Saison
| C305/D306A 
| C305/D306A Présent
| D306A Présent
| D306A/C305 
| D306A/D322 
| 
| 
| 
| 
| 
|}

Projet IMA3 P8, 2015/2016, TD1

2016-06-07T15:53:58Z

Adorian :

= Projet IMA3-SC 2015/2016 : Titre =

== Cahier des charges ==
L'objectif de notre projet est la réalisation d'un Chronomètre qui fonctionnera dans 2 modes, un mode décroissant ( partant d'une valeur donnée ) et un mode croissant ( qui mesura le temps passé).
La partie électronique du système affichera le temps .
La partie informatique du système permettra de choisir le mode de fonctionnement du système et dans le mode décroissant le temps original.

Matériels choisi :

Une matrice LED 16*16

Des boutons poussoirs

Raspberry Pi/Arduino

Carte NanoBoard

Optionnel:
Si nous avons assez de temps il est possible de rajouter des options de personnalisation sur l'interface web (exemple : changement de couleurs du chronomètre).

== Séance 1 ==

=== Partie électronique ===
Nous avons commencé à étudier la matrice de LED. Le but étant de pouvoir afficher un chiffres par matrice 8X8. La première fonction que nous avons voulu mettre en place est la fonction chronomètre.
Pour cela nous avons d’abord cherché à savoir, pour un signal 4bits arrivant sur la matrice,quel été la table de vérité de chacune des led en questions.
Pour chaque chiffre à afficher ils nous faut 13 LED à allumer ou non.

[[Fichier:Matrice-de-led-rgb-8x8.jpg]]

En effet nous voulons qu'un chiffre ai une largeur de 3 led sur une hauteur de 5. Les leds centrales supérieure et inférieure du chiffre ne s'allumant jamais.
le trait rouge sur l'image représente la taille du chiffre sur une matrice led.
Toutefois si nous voulons concevoir un circuit logique répondant à cette table de vérité, le travail risque d'etre long est répétitif.
Nous cherchons donc peut être à faire en sorte que les LED soient gérées plutôt dans la partie informatique.

=== Partie informatique ===
Nous avons crée une ébauche du futur site web pour parfaitement définir quel sont les paramètres qu'il renverra.
Dans un second temps nous sommes intéresser à la matrice LED pour comprendre le fonctionnement, pour cela il fallut nous pencher sur la programmation sur Arduino. Nous avons rencontré un problème dû au firmware, suite à de nombreuse incompréhension de notre part (du au fait qu'on utilisait du code crée pour un firmware plus réçent) nous avons donc décidé de mettre à jour le firmware en utilisant l'Arduino en tant que ISP (In-System Programmer). Il fallut aussi modifier le programme pour pouvoir afficher des chiffres correctement (la librarie avec le code qu'on a utilisé a été conçu pour afficher des lettres avec une serie de codes Hexa pour chaque lettre spécifiant pour chaque LED si elle doit etre allumer ou non, on a donc modifier les serie de codes Hexa pour afficher les numeéros 0 à 9). De se fait le code fonctionne et respecte bien la fonction défini dans le cahier des charge.

[[Fichier:IMAG3115-ConvertImage.jpg]]

== Séance 2 ==

=== Partie électronique ===
Nous avons pris la décision de gérer la modification du signal 4bits en 13 signaux contrôlant les leds dans la partie électronique.
A partir de la table de vérité j'ai cherché les équations de chacune des led grâces à des tableaux de Karnaugh.
Sur ALtium designer nous avons conçus un système logique permettant, grâce à un bus de donné de 4 bits de contrôler les 13 LED permettant l’affichage d'un chiffre sur la matrice.
J'ai utilisé des portes et, ou , not.
Pour vérifier mes résultats j'utilise un Digital IO.

[[Fichier:Ppp.png]]

Si le signal recu est par exemple "0011" qui correspond au chiffre "3" les leds qui doivent s'allumer sont donc les suivantes

[[Fichier:Matrice-de-led-rgb.jpg]]

=== Partie informatique ===
Dans Cette séance de Projet Nous nous somme concentré sur la réalisation de la liaison ordinateur arduino pour pouvoir réaliser les premier teste
pour cela il fallut adapter le programme du websocket pour qu'il puisse envoyer des information viable pour l'arduino (et plus tard le FPGA)
nous avons rencontré quel que problème lier a la fois au temps de réception des matrice et a l'actualisation de l'affichage de l'as matrice ce qui provoquer des problème d'affichage (nombre incorrect) et des désynchronisation ( la matrice était trop lente ) le premier problème fût régler en ajoutant un pause entre l'envoie des 2 chiffres ,l'autre problème fût de modifier la pause initiale pour arriver a un actualisation d'une seconde de se fait a l'initialisation il y a une légère différence entre se que le site affiche et se que la matrice montre mais cette écart étant constant cela ne pose pas de problème une fois ces 2 problème régler

nous avons crée un premier site qui avais pour seul fonction de pouvoir écrire un nombre et l'envoyer a la matrice

== Séance 3 ==

=== Partie électronique ===
Pendant cette séance notre but était de connecter les 13 sorties précédemment configurées au leds correspondantes sur la matrice.
Les LED ne peuvent pas être reliées une par une à ces 13 sorties, il était nécessaire d'utiliser une combinaisons de multiplexeurs permettant l'affichage successif de chaque colonnes. La fréquence d'affichage de chaque colonne étant très rapide, notre œil percevra l'ensemble des LED affichées au même moment.
Nous verrions donc le chiffre affiché dans son entièreté.

[[Fichier:Structure de l afficheur a matrice.gif]]

Si nous choisissons,par exemple,de mettre la colonne 2 à"1"(allumé) et les autres à 0, le message envoyé sur les lignes s'affichera uniquement sur la colonne 2.

N'ayant pas réussi à réaliser ce montage de multiplexeurs sur Altium, nous ne pouvons vous montrer l’affichage d'un chiffre choisi sur la matrice à LED.

=== Partie informatique ===
partant de l'ébauche de site internat réalisé à la premier séance nous avons créé un site internet affichant un chronomètre.
Ce site a 3 fonctions
- démarrer le chronomètre et envoyer les chiffres qui seront convertis par le websocket.
- arrêter le chronomètre ce qui provoque l'affichage continue du même chiffre sur la matrice.
- réinitialiser le chronomètre ce qui bloque l'affichage et réactualisera le temps.
Le site envoie les donnée d'un seul morceaux donc il réactualise à la fois les minutes et les secondes, ceci toute les secondes.

== Démonstration ==

== Conclusion ==
'''websocket :'''
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <libwebsockets.h>
#include <unistd.h>
#include <termios.h>
#include "serial.h"

#define MAX_FRAME_SIZE 1024
#define WAIT_DELAY 50
#define SERIAL_DEVICE "/dev/ttyUSB0"

int sd;

static int callback_http(
struct libwebsocket_context *this,
struct libwebsocket *wsi,enum libwebsocket_callback_reasons reason,
void *user,void *in,size_t len)
{
return 0;
}

static int callback_my(
struct libwebsocket_context * this,
struct libwebsocket *wsi,enum libwebsocket_callback_reasons reason,
void *user,void *in,size_t len)
{
switch(reason){
case LWS_CALLBACK_ESTABLISHED:
printf("connection established\n");
break;
case LWS_CALLBACK_RECEIVE:
// Ici sont traites les messages envoyes par le navigateur

printf("received data: %s\n",(char *)in);
// envois des 2 premiers chiffres
unsigned char byte=(((((char *)in)[0]-'0')<<4) | (((char *)in)[1]-'0'));
if(write(sd,&byte,1)!=1){ perror("main.write"); exit(-1); }
// envois des 2 suivants
unsigned char byte2=(((((char *)in)[2]-'0')<<4) | (((char *)in)[3]-'0'));
if(write(sd,&byte2,1)!=1){ perror("main.write"); exit(-1); }
default:
break;
}
return 0;
}

static struct libwebsocket_protocols protocols[] = {
{
"http-only", // name
callback_http, // callback
0, // data size
0 // maximum frame size
},
{"myprotocol",callback_my,0,MAX_FRAME_SIZE},
{NULL,NULL,0,0}
};

int main(void) {
int port=9000;
struct lws_context_creation_info info;
memset(&info,0,sizeof info);
info.port=port;
info.protocols=protocols;
info.gid=-1;
info.uid=-1;
struct libwebsocket_context *context=libwebsocket_create_context(&info);
if(context==NULL){
fprintf(stderr, "libwebsocket init failed\n");
return -1;
}
printf("starting server...\n");
sd=serialOpen(SERIAL_DEVICE,SERIAL_BOTH);
serialConfig(sd,B9600);
while(1){
libwebsocket_service(context,WAIT_DELAY);
}
serialClose(sd);
libwebsocket_context_destroy(context);
return 0;
}

'''le Html'''

<nowiki>//--></nowiki>
<nowiki> </script></nowiki>

0:00:00:00
<form name="chronoForm">
<input type="button" name="startstop" value="start!" onClick="chronoStart()" />
<input type="button" name="reset" value="reset!" onClick="chronoReset()" />
</form>

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);

var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');

websocket.onopen=function(){ $('h1').css('color','green'); };

websocket.onerror=function(){ $('h1').css('color','red'); };

websocket.onmessage=function(message){
console.log(message.data);
<nowiki> $('#messages').append($('',{ text: message.data }));
};

function sendMessage(){
websocket.send($('#message').val());
$('#message').val('');
}
</script>
<title>Chronometre</title>
</head>
<body>
<nowiki><h1>Chronometre Status</h1></nowiki>
</body>
</html>

'''Le javacript'''
<script language="JavaScript">
<nowiki><!--</nowiki>
var startTime = 0
var start = 0
var end = 0
var diff = 0
var timerID = 0
var osec = -1
function chrono(){
end = new Date()
diff = end - start
diff = new Date(diff)
var msec = diff.getMilliseconds()
var sec = diff.getSeconds()
var min = diff.getMinutes()
var hr = diff.getHours()-1
if (min < 10){
min = "0" + min
}
if (sec < 10){
sec = "0" + sec

}
if(msec < 10){
msec = "00" +msec
}
else if(msec < 100){
msec = "0" +msec
}
document.getElementById("chronotime").innerHTML = hr + ":" + min + ":" + sec + ":" + msec
timerID = setTimeout("chrono()", 10)
if(sec!=osec)
{
websocket.send(min+sec)
osec=sec
}

}
function chronoStart(){
document.chronoForm.startstop.value = "stop!"
document.chronoForm.startstop.onclick = chronoStop
document.chronoForm.reset.onclick = chronoReset
start = new Date()
chrono()
}
function chronoContinue(){
document.chronoForm.startstop.value = "stop!"
document.chronoForm.startstop.onclick = chronoStop
document.chronoForm.reset.onclick = chronoReset
start = new Date()-diff
start = new Date(start)
chrono()
}
function chronoReset(){
document.getElementById("chronotime").innerHTML = "0:00:00:000"
start = new Date()
}
function chronoStopReset(){
document.getElementById("chronotime").innerHTML = "0:00:00:000"
document.chronoForm.startstop.onclick = chronoStart
}
function chronoStop(){
document.chronoForm.startstop.value = "start!"
document.chronoForm.startstop.onclick = chronoContinue
document.chronoForm.reset.onclick = chronoStopReset
clearTimeout(timerID)
}
</nowiki>

Projet IMA3 P8, 2015/2016, TD1

2016-03-23T16:04:38Z

Adorian : /* Partie informatique */

Projet IMA3 P8, 2015/2016, TD1

2016-03-23T15:57:09Z

Adorian : /* Partie informatique */

Projet IMA3 P8, 2015/2016, TD1

2016-03-23T15:51:37Z

Adorian : /* Partie informatique */

Projet IMA3 P8, 2015/2016, TD1

2016-02-10T14:09:19Z

Adorian : /* Cahier des charges */

Projets troisième année, 2015/2016, TD1

2016-02-10T13:17:05Z

Adorian :

== Répartition des binômes ==

Ecrivez vos noms sous le format exact "Prénom Nom", séparez vos noms par des virgules.

{| class="wikitable"
! Projet !! Elèves
|-
| [[Projet IMA3 P1, 2014/2015, TD1]] || Alice COFFIN, Mame Arame DIOP, Amina FAHEM
|-
| [[Projet IMA3 P2, 2014/2015, TD1]] || Edmur LOPES, Robin CAVALIERI, Tristan HART
|-
| [[Projet IMA3 P3, 2014/2015, TD1]] || Olivier MAHIEUX, Baptiste GRILLERE, Antoine ARNAUDET
|-
| [[Projet IMA3 P4, 2014/2015, TD1]] || Martin ROHMER, Alexis MACHEREZ, Thomas GOSSE
|-
| [[Projet IMA3 P5, 2014/2015, TD1]] || Marianne BUTAYE, Lutécia DAMIENS, François DUPORT
|-
| [[Projet IMA3 P6, 2014/2015, TD1]] || Valentin DUPONT, Henri CARLIER, Aurélien CAFFIAUX
|-
| [[Projet IMA3 P7, 2014/2015, TD1]] || Kévin GODESENCE, François-Xavier COCKENPOT, Samy BELHOUACHI
|-
| [[Projet IMA3 P8, 2014/2015, TD1]] || Bacem Hagui, Hugo Delatte, Alexis Dorian
|}