Projet «Vote Electronique» Dossier d'architecture technique

Transcription

1 Projet «Vote Electronique» Version Janvier 2003

2 Historique des révisions Date Version Description Auteur 13 décembre Dossier d architecture technique L.Tchangaï, L.fisz, P.Lu 7 janvier L.Tchangaï, L.fisz, P.Lu DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 2 09/12/2007

3 Sommaire 1 Introduction Identification des besoins Contraintes Risques et solutions envisageables Piratage de la base de donnée Confidentialité Usurpation d identité Non enregistrement d un vote Pannes d alimentation Défaillance de l application Gestion des tentatives de connexion répétitives et ponctuelles L environnement de l application Problèmes de sécurité Les possibilités offertes par le site de Vésale Descriptif du réseau étendu Analyse des flux de communication... 8 DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 3 09/12/2007

4 1 Introduction L application «vote électronique» destinée au groupe ESIEA, consiste à automatiser le processus d élection des grands électeurs de cette association. Ce document doit permettre de récapituler brièvement et précisément les besoins requis pour la mise en place des moyens techniques qui permettront le bon fonctionnement de l application du «vote électronique». Puisqu il s agit d un service de vote en ligne, une architecture client/serveur doit être adopté pour assurer les exigences du client, c'est-àdire la sécurisation des données transmise durant la transaction par le client, la protection des données internes contre toute intrusion extérieure. La démarche a été d identifiée les besoins de l application et de relever les contraintes techniques et en fonction de ses 2 aspects, s interroger sur les risques possibles qui entraîneraient des difficultés de fonctionnement de l application. 2 Identification des besoins Matériel Bande passante Disponibilité Logiciel Confidentialité Besoins Détails Un Pc équipé d une connexion Internet permanente Une bande passante importante capable de diffuser les pages Web du site et de transmettre les données à l application L application et l ensemble du système doivent être disponible pendant toute la durée de la session pour les votes mais aussi après pour les résultats de chaque scrutin : disponibilité permanente Un système d exploitation de type Serveur intégrant un service http et Une base de donnée Pouvoir garantir un maximum de confidentialité sur les informations communiqué par les Anciens électeurs 3 Contraintes Ordre de priorité 1 2 Tâches Authentification: reconnaissance à partir de la date de naissance, du login et du mot de passe et possibilité de saisir la date de naissance en ligne lorsque celle-ci ne figure ne figure pas encore dans la base de donnée Sécurité des données : Confirmer le vote uniquement lorsque les données issues du vote sont stockées dans la base de donnée 3 Confidentialité des données contenant le vote d un électeur DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 4 09/12/2007

5 4 (candidat) Confidentialité des données issues de l authentification (mot de passe et login) 4 Risques et solutions envisageables 4.1 Piratage de la base de donnée La base de donnée devant contenir des données confidentielles liées aux électeurs Sans aucune protection elle peut faire l objet de violations ou de modification pouvant entraîner un mauvais fonctionnement de l application. Afin de protéger la base de donnée des agressions extérieures à l aide d un mot de passe pour accéder à toutes les ressources de la base de donnée. Par ailleurs les données sauvegardées sur la base de donnée peuvent être crypté grâce à la fonction password sous MY SQL. 4.2 Confidentialité La confidentialité et le bon déroulement d un vote peuvent être perturbés par un recel d informations tenues secrètes tel que le nom d un électeur ou l origine d une voix. La confidentialité de ces données peut être préservé grâce à la gestion séparée au niveau applicatif du vote d un électeur et des voix apportées à un candidat. 4.3 Usurpation d identité Pour éviter que des personnes extérieures puissent voter ou prendre des identités d anciens électeurs, l authentification peut être effectué grâce à trois propriétés, un login, la date de naissance et le mot de passe qui lui envoyé pour voter. Pour un maximum de sécurité il peut être envisagé de parer les tentatives «snifer» grâce à un cryptage des données envoyés sur le net grâce à la fonction HTTPS disponible sur APACHE en créant une clé privée qui permet un cryptage de niveau SSL (Secure Socket Layer), une documentation est nécessaire sur le sujet. 4.4 Non enregistrement d un vote Les données issues du vote étant sauvegardés sur la base de données il est important au cas ou celle-ci serait défaillantes d avoir un autre moyen de sauvegarde en support. Deux moyens complémentaires s imposent la sauvegarde à long terme grâce à la mise en place d un Raid 1 qui consiste à dupliquer des données d un disque sur un autre disque grâce à un robot de sauvegarde disponible sur les systèmes d exploitation version serveur. La seconde solution consiste à effectuer des sauvegardes régulières sur des supports de type CD ou bande DAT (bande de sauvegarde 125mn). DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 5 09/12/2007

6 4.5 Pannes d alimentation Il peut arriver que des défaillances d alimentation électriques compromettent le bon déroulement d un vote en provoquant une panne du serveur. Dans cette optique il convient d alimenter le serveur grâce à un onduleur dynamique de préférence. 4.6 Défaillance de l application Une mauvaise manipulation ou un certains nombres de paramètres applicatifs sont susceptibles de provoquer un mauvais fonctionnement de l application. Il est alors indispensable d assurer un suivi régulier de l application par des personnes compétentes et aussi d assurer une formation une petite formation aux utilisateurs de l application en définissant clairement les principes de fonctionnement. 4.7 Gestion des tentatives de connexion répétitives et ponctuelles Il peut arriver qu un nombre important d électeurs se connectent simultanément et sollicitent l application en risquant de provoquer une saturation de l application et du serveur. Il convient donc de prévoir un serveur de puissance et de mémoire conséquente Dans ce sens un PC de fréquence supérieur ou égale à 300Mhz et de 64Mo de mémoire minimum et disposer d une bonne connexion Internet environ 128 kbps de débit ascendant. Concernant l application il est important d enregistrer et de limiter le nombre de tentative par utilisateur. 4.8 L environnement de l application Afin de garantir à l application un minimum il convient d héberger l application dans un endroit sécurisé de préférence dans une salle informatique difficile d accès et maintenue fermée à clefs. 4.9 Problèmes de sécurité Afin d authentifier tout accès à l application et de la protéger des agressions extérieurs qui caractérisent le réseau Internet, il est déconseillé d héberger sur une même machine le serveur http et le serveur de base de données. Le serveur http est par définition libre d accès et est solliciter à chaque accès à l application par le portail Web. Par contre le serveur de base de données doit être rigoureusement protégé grâce à un système de par feu logiciel ou matériel. Dans ce sens il est conseillé d effectuer la sélection des requêtes d accès sur les données du fait que le nombre des électeurs est exhaustif et que leur matériel de connexion n est pas identifiable à l avance. Il est aussi important d équiper ces serveurs d antivirus fréquemment mis à jour. DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 6 09/12/2007

7 5 Les possibilités offertes par le site de Vésale 5.1 Descriptif du réseau étendu Le réseau intègre une DMZ qui héberge les serveurs DNS et Web. La connexion avec l extérieur est effectuée grâce un ligne ADSL d un débit théorique de 256 Kbps et par une ligne Renater d un débit de 1Mbps. Par ailleurs le site Vésale est relié à celui de Ivry grâce à un pont. Le réseau est équipé de deux firewall / proxy utilisant un mode de sélection sur les adresses IP, seul problème de sécurité pour l application plutôt dirigée vers une sélection sur les données. De même le débit est largement suffisant. DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 7 09/12/2007

8 6 Analyse des flux de communication Au cours d un entretien avec le client, nous nous sommes renseigné sur la fréquence des votes antécédents. Il en ressort que seulement 30% des effectifs d une promotion s expriment lors des élections, on connaît un taux de participation plus élevé au moment de la remise des diplômes. L ensemble des pages de type HTML est évalué à 500 Ko Le débit de chaque page a été évalué sur le Réseau local (100MO/s) à l aide de l outil d état de connexions réseaux de Windows 2000: Page index1 : octets reçus (7 569 octets sur le disque) Page index : octets (3 193 octets sur le disque) Page d identification : octets Page de session (Connexion) : octets Avec la connexion ADSL l ensemble des pages du site Web Actuel peuvent être affiché 5 secondes. Voici un tableau de synthèse récapitulant nos besoins : Machines 2 Serveurs PC supportant un système d exploitation UNIX et une connexion permanente à Internet en ADSL: - Processeurs supérieurs à 300MHz - Mémoires vives : 64Mo Sdram - Disque dur : 2Go - Cartes réseaux Ethernet 10/100 Mbps Sécurité du système d information et des échanges transactionnels Sécurité??? Dispositif architectural du site de Vésale où sera hébergé l application : - Firewall (pare-feu) - Zone démilitarisée où sera placé un serveur HTTP pour les transactions Internet - Réseau interne où sera placé le serveur de base de donnée Local informatique accessible par les personnes administrées à faire des interventions sur les serveurs. DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 8 09/12/2007

9 DAT v1.3 07/01/2003 -L.Tchangaï,L.fisz,P.Lu Page 9 09/12/2007