Upload
mohamed-hadhri
View
688
Download
0
Embed Size (px)
DESCRIPTION
audit de sécurité informatique d'un établissement universitaire avec des normes ISO, ISACA et une analyse des risques.
Citation preview
1
Approche pour l’audit de la sécurité d’un système
d’information d’un établissement
universitaire :
Elaboré par :
Mohamed Ali HADHRI
2
Plan
• Problématique
• Audit de sécurité informatique
• Choix de normes et de méthodes
• Processus d’audit
• Recommandations
• Plan d’action
• Conclusion
• Perspectives
3
Problématiques• Mauvaise réactivité de serveurs.
• Refus et plantage de différents services dans l’Intranet.
• Contamination par des virus malgré l’existence d’une solution d’antivirus.
• Difficulté d’accéder aux différentes ressources partagées
• Faible débit Internet.
• Altération, modification ou suppression d’informations.
• Vol de matériels ou de pièces électroniques du
• Coupures électriques.
4
Conséquences
• Indisponibilités des systèmes,
• Manipulation des données et systèmes par des personnes non autorisés,
• Destruction des données ou systèmes,
• Difficulté de remise en marche,
• Coûts importants de maintient en état,
• Mise en jeu de la crédibilité
5
Nécessités• Perfectionner la sécurisation des Systèmes d’Information par :
• vérification de l’identité déclinée par le requérant
• gestion des droits d’accès et des autorisations
• Protéger les données stockées ou en transit sur le réseau contre toute:
• modification non autorisée, utilisation frauduleuse ou divulgation non autorisée.
• Etablir un diagnostic sur la qualité du fonctionnement du système
informatique actuel et proposer des mesures susceptibles de
l’améliorer.
• Prouver la crédibilité du système d’information à l’aide des analyses
effectuées.
• Audit de sécurité informatique
6
L’audit de sécurité informatique
C’est un processus systématique, indépendant et documenté pour identifier:
• l’état des lieux du SI,
• les risques
• leurs menaces
• leurs impacts
• les mesures de critères de sécurité à prendre
Il se réfère à des référentiels et normes spécifiques
7
La charte d’audit
• Basée sur La Norme ISACA SI 1001.1 et 1001.2
• Document approuvé par la direction de l’ISET pour:
• Définir la portée des activités de la fonction d’audit
• Définir le pouvoir, l’objet, et limitations de la fonction d’audit
• Définir les responsabilités de la fonction interne d’audit
• Autoriser l’accès aux documents, biens personnels et physiques pertinents
• Définir les normes professionnelles à suivre dans la conduite des missions d’audit et d’assurance des SI
8
La Norme ISO 27002:2005• Ensemble de bonnes pratiques décrivant les principaux objectifs de
contrôle de l’ensemble de la sécurité de l’information sans aucune obligation
• Etablit des lignes directrices pour préparer, mettre en œuvre, entretenir et améliorer la gestion de la sécurité de l'information au sein d'un organisme.
• Couvre tous les aspects de la sécurité des SI
• Conforme à la loi et règlementation
• Publique et internationale
• Norme crédible éprouvée depuis plus que 10 années
• Maitrise des coûts de la SSI
• Évolutive et souple
9
ISO 27002: Insuffisances
• La norme 27002:2005 ne fixe pas de niveaux ou d’objectifs de sécurité et rappelle la nécessité de faire des analyses de risques périodiques sans préciser la méthode d’évaluation du risque.
• Solution:
Recourir à une méthode qui sera l’outil utilisé pour satisfaire à la norme ISO.
10
Pourquoi EBIOS ?
• Expression des Besoins et Identification des Objectifs de Sécurité
• Méthode qui permet d’apprécier et de traiter les risques relatifs à la sécurité des systèmes d’information
• permet d’identifier des objectifs et exigences de sécurité à la suite d’une appréciation de risques
• elle permet de contribuer à la réalisation :
• d’une politique de sécurité,
• d’un plan d’action de sécurité des systèmes d’information,
• d’une fiche d’expression rationnelle des objectifs de sécurité.
11
EBIOS: Démarche • L’étude du contexte
• matériels, logiciels, réseaux, organisations, personnels et sites.
• L’expression des besoins de sécurité
• Chaque élément essentiel a un besoin de sécurité
• L’étude des menaces
• Chaque entité possède des vulnérabilités exploitées par les éléments menaçants
• L’expression des objectifs de sécurité• couvrir les vulnérabilités exploitées par les attaquants
• La détermination des exigences de sécurité
• spécifier les fonctionnalités de sécurité attendues et spécifier les exigences d’assurance
12
ACTIFVulnérabilit
és Risques
ImpactsMenaces
Protections
possède
exploitent
ciblent
entrainent
réduisent
Protègent contre limitent
13
EBIOS: L’outil
• Distribué sous Licence GNU GPL,
• Multiplateformes,
• Assiste les utilisateurs d’EBIOS,
• Stocke les contextes, risques et besoins,
• Donne accès à une base de connaissances des:
• Risques courants
• Attaques courantes
• Risques fréquents
14
Avantages et Inconvénients d’EBIOS
Avantages• Solution complète modulaire
• Définit les Acteurs, Rôles, Interactions et Vocabulaire
• Adéquation des ressources aux besoins
• Politique de sécurité claire et réaliste
• Dispose d’un logiciel d’assistance pour la mise en œuvre
Inconvénients• Pas de recommandations
sécuritaires
• Pas de méthode d’audit/évaluation
• Possibilité d’évaluation incorrecte des risques
• Oublis potentiels
• Vocabulaire légèrement nuancé
EBIOS ne peut pas être utilisé seul
15
Norme d’audit des SI 1008.1, 1008.2
• Référence adoptée pour l’audit technique de L’ISET
• Se base sur la sélection de critères d'évaluation des équipements informatiques afin de les mettre à la disposition de tous les utilisateurs
• Fournit une base de critères validées établies par l’ISACA qui doivent être :
• Objectifs
• Complets
• Pertinents
• Mesurables
• Intelligibles
16
Mission d’audit de sécurité
17
Audit organisationnel et physique
• Conforme à la norme ISO 27002 : 2005.
• Dresse un état des lieux des plans organisationnels, procéduraux et technologiques.
• Couvre la sécurité physique des locaux et le contrôle d’accès logique.
• Cherche à obtenir un aperçu global de l’état de sécurité du système d’information et identifier les risques potentiels
18
Domaines d’activité• Politique de sécurité
• Organisation de la sécurité de l’information.
• Gestion des biens.
• Sécurité liée aux ressources humaines
• Sécurité physique et environnementale.
• Gestion opérationnelle et gestion de la communication.
• Contrôle d’accès.
• Acquisition, développement et maintenance des systèmes d’information.
• Gestion des incidents liés à la sécurité de l’information.
• Gestion de la continuité de l’activité.
• Conformité
19
Constations• Absence d’un schéma directeur
• Absence de documents de références
• Absence de politique de sécurité
• Absence d’un poste de RSSI
• Absence d’affectation de responsabilités en matière de sécurité lors d’attribution des rôles
• Absences de procédure d’accès, de gestion de supports de stockage,
• Insuffisance au niveau du contrôle d’accès
• Manque de sensibilisation des utilisateurs
• Exposition à des facteurs environnementaux
• Défaillances techniques au niveau des équipements informatiques
20
Analyse des risques
Disponibilité d’accès à Moodle
significatif
Cohérence et Intégrité des données dans Moodle intolérable
Confidentialité limitée d'accès à Moodle intolérable
Disponibilité des comptes utilisateurs significatif
Intégrité des comptes utilisateurs intolérable
Confidentialité des comptes utilisateurs intolérable
Disponibilité des applications
significatif
Intégrité des applications
significatif
Disponibilité du site internet
négligeable
Intégrité maitrisée du contenu du site internet significatif
21
Audit technique
• Conforme à la norme d’ISACA concernant les actifs informationnels.
• Ensemble de tests pour découvrir les failles et vulnérabilités des composants du système d’information:
• réseau,
• serveurs,
• Systèmes d’exploitation,
• équipements actifs de l’infrastructure réseau,
• site web
22
Utilitaires de TAAO
23
Constatations
• Des défauts de configuration.
• Des services vulnérables.
• Des patchs de sécurité non mis à jour.
• Des Produits non plus supportés par l’éditeur telque XP.
• Produits avec des licences expirées.
• Produits nécessitant des mises à jour.
24
Recommandations
• Activer le branchement du firewall physique
• Ajouter un serveur proxy pour l’Administration.
• Fermer les ports des services inutilisables sur machine
• Mise à jour vers Apache httpd 2.2.21.
• Désactiver les service SNMP, FTP, Telnet.
• Migrer vers une version de Windows supportée actuellement
• Installer les correctifs pour Windows et modifier des registres spécifiques
• Appliquer la signature SMB pour les messages dans les machines Hôtes.
• Installer un antivirus avec licence
25
Plan d’action
• Elaboration d’un référentiel de sécurité.
• Sensibilisation et formation à la sécurité.
• Renforcement de la sécurité des locaux.
• Sécurisation des systèmes.
• Partitionnement du réseau local.
• Assurer la continuité de fonctionnement.
26
Conclusion
• La mission d’audit réalisée a permis d’identifier les risques du système d’information en utilisant une démarche structurée.
• L’audit a détecté des lacunes sur le plan organisationnel, physique et technique et a présenté des propositions à mettre en œuvre pour pallier à ces insuffisances.
• Nécessité de faire le suivi pour concrétiser les recommandations.
27
Perspectives
• Personnalisation et adaptation du code source d’EBIOS
• Intégration de l’audit dans le processus en cours de certification ISO 9001
• Des normes ISO en cours de rédaction
• ISO 27007 : Guide d'audit
• ISO 27008 : Guide pour les auditeurs concernant les contrôles du SMSI
• ISO 27011 : 27002 adapté à certains secteurs d'activité (télécom, santé, …)
28
Bibliographie
• [4] « About ISACA ». [En ligne]. Disponible sur: http://www.isaca.org/about-isaca/Pages/default.aspx. [Consulté le: 01-juin-2014].
• [5] « ISO - Organisation internationale de normalisation ». [En ligne]. Disponible sur: http://www.iso.org/iso/fr/. [Consulté le: 01-juin-2014].
• [1] webmestre [at] ssi.gouv.fr, « Site officiel de l’agence nationale de la sécurité des systèmes d’information ». [En ligne]. Disponible sur: http://www.ssi.gouv.fr/fr/anssi/. [Consulté le: 29-mai-2014].
• [10] « EBIOS 2010 - Expression des Besoins et Identification des Objectifs de Sécurité - ANSSI ». [En ligne]. Disponible sur: http://www.ssi.gouv.fr/fr/guides-et-bonnes-pratiques/outils-methodologiques/ebios-2010-expression-des-besoins-et-identification-des-objectifs-de-securite.html. [Consulté le: 29-mai-2014].
• [14] C. Jean François, La sécurité informatique dans la petite entreprise. editions ENI
• [22] B. Bernard et D. Benoit, "Linux, sécuriser un réseau», Edition Eyrolles, 3e éd.
• [13] « Centre des Ressources Informatiques ». [En ligne]. Disponible sur: http://www.isetso.rnu.tn/index.php?option=com_content&view=article&id=47&Itemid=37&lang=fr. [Consulté le: 29-mai-2014].