1. Identifier les risquesdun projet informatiqueModule de formationAvril 2013

2. Prsentons-nousAvril 2013www.cleodit.fr2 3. Carine Pascal, CleodITAvril 2013www.cleodit.frAudit & Evaluation Evaluation qualit Evaluation technique :processus / produit Accompagnement lacertification /accrditationExpertise Sret / Scurit : analysede risque, dossier desret Systme / Logiciel :systme critique, systme forte composantelogicielle, systmeembarquFormation Qualit : approcheprocessus, audit,indicateurs, tableau debord Sret de fonctionnement: mthodes et outils,FMEA, HAZOP, SEEAR&D Recherche Dveloppementexprimental (pilote,prototype) Technologies delinformation3 4. Avant-propos Le discours associ ce support sera ax sur la dmarchepdagogique imagine pour la formation Le contenu propos ci-aprs est un exemple (partiel) desupport de formation La mthodologie propose dans ce contenu est gnrique etreproductible Applicable aux fonctions de gestion de projet Applicable aux fonctions techniques du projetAvril 2013www.cleodit.fr4 5. PLAN DE FORMATIONOn ne fait pas de projet sans risqueLe plus grand risque est de ne pas faire de projetAvril 2013www.cleodit.fr5 6. Plan de formation (1/6)Avril 2013www.cleodit.fr6Projet informatiqueVocabulaire 7. Plan de formation (2/6)Avril 2013www.cleodit.fr7RisqueVocabulaire 8. Plan de formation (3/6)Avril 2013www.cleodit.fr8PLAN DOCHECKACTProcessusdidentification du risque 9. Avril 2013www.cleodit.fr9Phase 1 Phase 2 Phase 3 Phase 4 Phase 5 Phase 6PLAN DOCHECKACTPlan de formation (4/6)Identifier le risque dun projet informatique tout au long de son cycle de vie 10. Avril 2013www.cleodit.fr10Plan de formation (5/6)Cas dtude 11. Plan de formation (6/6)Avril 2013www.cleodit.fr11Bilan de formation 12. GNRALITS ET VOCABULAIREExigencesPrsentation dun projet informatique : dcoupage en phases, dcoupage en biens, dcoupage en fonctionsEvnement redout, dfaillanceNotion de risqueAvril 2013www.cleodit.fr12 13. ExigenceUne exigence est un nonc : qui peut tre rdig dans un langage naturel ou dans unlangage mathmatique qui traduit des besoins et/ou des contraintes (comme descontraintes techniques, des contraintes de cots, descontraintes de dlais, ou dautres types de contrainte) qui caractrise un lment du systme [le projet, NDLR] raliser laide dun identifiant uniqueRfrence : Association Franaise dIngnierie SystmeExemple : une norme, un cahier des chargesAvril 2013www.cleodit.fr13 14. ExigenceUne exigence est un nonc : qui peut tre rdig dans un langage naturel ou dans unlangage mathmatique qui traduit des besoins et/ou des contraintes (comme descontraintes techniques, des contraintes de cots, descontraintes de dlais, ou dautres types de contrainte) qui caractrise un lment du systme [le projet, NDLR] raliser laide dun identifiant uniqueAvril 2013www.cleodit.fr14Besoin MoyenExplicite ou Implicite 15. AttributsAvril 2013www.cleodit.frQUALITECOTDELAIScuritDisponibilit15 16. CaractrisationAvril 2013www.cleodit.frAttribut Exigence Indicateur ValeurCot Le projet doit respecterlobjectif global deproductivit de lorganismeTJM > 500 Dlai Le projet ne doit pasdonner lieu des pnalitsde retardRetard maximum sur unelivraison5 joursQualit(Comptences)Les membres du projetdoivent avoir lescomptences requisesEfficacit des formations > 2Qualit(Satisfaction client)Le projet doit permettre defidliser un nouveau clientSatisfaction client mesurelors du bilan de fin deprojet80 %Nombre de rclamations 0Processus de managementdu risqueLe projet doit appliquer leprocessusNombre de non-conformitmoyen par audit< 2Le projet doit contribuer amliorer le processusNombre de fichesdamlioration mises> 016 17. Projet informatiqueProjet (informatique) : ensemble de biens interagissantentre eux pour satisfaire des fonctions requises. Cesfonctions ont pour finalit de rpondre des exigences.Avril 2013www.cleodit.fr17MOA MOESous-traitant 18. FonctionAvril 2013www.cleodit.fr18Fonction(deservice)ActiondunprojetexprimeentermedefinalitFonction principale (fonction dinteraction)Fonction qui traduit la raison dtre du projetdans son environnement, pour rpondre aubesoinFonction de contrainte (fonction dadaptation)Fonction qui doit tre satisfaite par le projet,sans traduire sa raison dtre 19. Exemple defonction principale Dvelopper un logiciel informatique Dvelopper lalgorithme de calcul Dvelopper lIHM Fournir le support technique Assurer la maintenance Avril 2013www.cleodit.fr19 20. Exemple defonction de contrainte Respecter la norme ISO 9001 Prserver limage / la rputation de lorganisme Concurrencer les applications similaires existantes Avril 2013www.cleodit.fr20 21. InterfacesAvril 2013www.cleodit.fr21Attention auxinterfaces(externes / internes) 22. Bien(actif) Bien : entit reprsentant de la valeur pour le projet ou pourlorganisme Bien primordial : fonction de service, donne Bien en support : matriel, logiciel, rseau, personnel, locaux,sous-traitant, information (document papier, documentnumrique, connaissances), moyen daccs (compte utilisateur,cl de chiffrement)Avril 2013www.cleodit.fr22Traduction du besoin Matrialisation desbiens primordiaux 23. Phases du cycle de vieAvril 2013www.cleodit.fr23Lancement RalisationBilan deralisationGarantieBilan degarantieClture- Lancement de projet externe- Lancement de projet interne- Elaboration du PQP- Elaboration du plan de management des risques- Dveloppement- Recette- Bilan de fin de projet externe- Bilan de fin de projet interne- Bilan de fin de garantie externe- Bilan de fin de garantie interneAffaire- Qualification de laffaire- Elaboration de la proposition commerciale- Revue de la commande 24. Phases Redcoupage (Cycle en V)Avril 2013www.cleodit.fr24Lancement RalisationBilan deralisationGarantieBilan degarantieClture- Lancement de projet externe- Lancement de projet interne- Elaboration du PQP- Elaboration du plan de management des risques- Bilan de fin de projet externe- Bilan de fin de projet interne- Bilan de fin de garantie externe- Bilan de fin de garantie interneAffaire- Qualification de laffaire- Elaboration de la proposition commerciale- Revue de la commande- Dveloppement- Recette 25. Evnement redout(vnement indsirable) Evnement redout : vnement dont la survenue nestpas souhaite en regard des exigences Accident, si la gravit est importante Incident, si la gravit est peu importanteAvril 2013www.cleodit.fr25 26. Dfaillance Dfaillance : cessation de laptitude dun bien satisfaireune fonction requiseAvril 2013www.cleodit.fr26 27. Types de dfaillance Dfaillance alatoire : dfaillance dune entit dont la cause estalatoire Dfaillance systmatique : dfaillance lie de maniredterministe une cause Dfaillance primaire : dfaillance dune entit dont la causenest pas une dfaillance dune autre entit Dfaillance secondaire : dfaillance dune entit dont la causeest une dfaillance dune autre entit et pour laquelle cetteentit nest pas dimensionne Dfaillance de commande : dfaillance dune entit dont lacause est une dfaillance dune autre entit et pour laquellecette entit est dimensionneAvril 2013www.cleodit.fr27matrielle 28. Risque Risque : Possibilit quune dfaillance dun bienconduise un vnement redoutAvril 2013www.cleodit.fr28 29. Barrire de sret Action en rduction du risque : action de traitement durisque Barrire de sret : fonction ralisant laction enrduction du risqueAvril 2013www.cleodit.fr29 30. IDENTIFICATION DU RISQUELtape didentification dans le processus de management du risqueIdentification des sources de risque, des vnements redouts, de leurs causes et de leurs consquencesMthodes et outils : APR, AMDE(C), HAZOPAvril 2013www.cleodit.fr30 31. Avril 2013www.cleodit.fr31Etablissement du contexteEvaluation du risqueTraitement du risqueCommunicationdurisqueSurveillanceetrexamendurisqueIdentification du risqueEstimation du risqueAnalyse du risqueApprciation du risqueProcessus demanagement du risque 32. Etablissement du contexte Objectifs Quelles sont les exigences applicables au projet ? Quels attributs doivent tre suivis en regard deces exigences ? Quel est le niveau danalyse souhait ? Primtre Quelles phases du cycle de vie du projet doiventtre analyses ? Organisation Plan de management du risque : rles etresponsabilits, changes, mthodes et outils,enregistrementsAvril 2013www.cleodit.fr32 33. Etablissement du contexte Objectifs Quelles sont les exigences applicables au projet ? Quels attributs doivent tre suivis en regard deces exigences ? Quel est le niveau danalyse souhait ? Primtre Quelles phases du cycle de vie du projet doiventtre analyses ? Organisation Plan de management du risque : rles etresponsabilits, changes, mthodes et outils,enregistrementsAvril 2013www.cleodit.fr33Processus itratif 34. Identification du risque Identification du risque : processus de recherche, dereconnaissance et de description du risqueAvril 2013www.cleodit.fr34Identification des sources dinformationIdentification des biens dans le primtreIdentification des vnements redoutsIdentification des barrires de sret existantesIdentification des causes des vnements redoutsIdentification des consquences des vnements redouts 35. Identificationdes sources dinformation Personnes rencontrer Responsable du bien (administrateur systme) Utilisateur du bien Autre : responsable dactivit,expert, sous-traitant Documentation tudier Registre daccidents/incidents Plan de traitement des risques REX Spcification techniqueAvril 2013www.cleodit.fr35 36. Identification des biensAvril 2013www.cleodit.fr36Attention lagranularit choisie 37. Analyse fonctionnelle Analyse fonctionnelle externe Exemple : Mthode MISME Analyse fonctionnelle interne Exemple : Mthode SADTAvril 2013www.cleodit.fr37 38. Exemple dAF externeAvril 2013www.cleodit.fr38UtilisateurApplicationsmobilesexistantesApplicationmobileMobileProjetdans unephasedonneMOANormes SMQPlus globalement,les lmentsentrantsPlus globalement,les lments produire 39. Tableaudanalyse fonctionnelle Synoptique des analyses fonctionnelles externe et interne Lien entre les fonctions issues de lAF externe et lesfonctions techniques les ralisant issues de lAF interne Lien entre les fonctions issues de lAF externe et lesbiens supportant leur ralisation issus de lAF interneAvril 2013www.cleodit.fr39B1 B2 B3 B4F1 F11 XF12 XF13 F131 XF132 X 40. Exemple de tableau dAFAvril 2013www.cleodit.fr40B1 : mobileIphoneE2 : OrdinateurMacOS XE3 : ordinateurWindowsE4 : SuitebureautiqueF0 : DvelopperlapplicationmobileF1 : Dvelopper lecur applicatif XF2 : DvelopperlIHM XF3 : TesterlapplicationF31 : Testerlapplicationsur hteXF32 : Testerlapplicationsur cibleX X 41. Identificationdes vnements redouts Liste gnrique sectorielle Liste base sur le REX Exemple : catalogue de menaces EBIOS Exemple : lorganisme peut estimer ne pas tre expos une menace humaine interne malveillanteAvril 2013www.cleodit.fr41A adapter(prciser / ajouter /supprimer) 42. Nature de lER Naturelle (incendie, inondation) Dlibre (vol) Accidentelle (effacement de donnes)Avril 2013www.cleodit.fr42 43. Identificationdes barrires existantesAvril 2013www.cleodit.fr43Bien (support) auquelest associe la fonctionBien (support)supportant sa ralisationF0 : Activer une alarmeanti-intrusion durant lesheures de fermetureLocaux de lasocitAlarmeF1 : Permettre lecontrle daccs par motde passe sous MacOS XMacOS XF2 : Permettre lecontrle daccs par motde passe sous WindowsXPWindows XPA identifierparmi lesbiens ? 44. Identificationdes modes de dfaillance Mode de dfaillance : tat observable dun bien dfaillantpour une fonction requise La liste des modes de dfaillance doit tre tablie demanire exhaustive Les modes de dfaillance doivent tre indpendantsAvril 2013www.cleodit.fr44 45. Exemples de dfaillancesER = Pas daccs internet Dfaillance systmatique : serveur inoprant dont la causeest un bug logiciel sur le serveur Dfaillance alatoire : serveur inoprant dont la cause estune panne matrielle du serveur Dfaillance primaire : idem Dfaillance secondaire : serveur inoprant dont la causeest une panne dlectricit Dfaillance de commande : fournisseur daccs internetinoprant, erreur de cblageAvril 2013www.cleodit.fr45 46. HAZOP HAZard and OPerability Studies : tude de danger etdexploitabilit Etudie linfluence des dviations de divers paramtresrgissant un bien par rapport leurs valeurs nominales defonctionnementAvril 2013www.cleodit.fr46Non Plus MoinsAussi bienqueUne partiedeInverse Autre que Tt/avant Tard/aprs 47. Dtermination HAZOPdes modes de dfaillanceAvril 2013www.cleodit.fr47Non Plus Moins AussibienqueUnepartiedeInverse AutrequeTt /AvantTard /AprsEntrantduprojetAccsPasdaccsN/A N/A N/A N/A N/A AccsnonautorisN/A PasdaccsEntrantduprojetContenuInsuffi-santSuppl-mentaireInsuffi-santN/A Corrom-puN/A Authen-ticitInsta-blePrim 48. Modes de dfaillancedune fonction Fonctionnement prmatur ou intempestif Non fonctionnement ou fonctionnement retard Fonctionnement interrompu ou intermittent Fonctionnement continu Fonctionnement dgradAvril 2013www.cleodit.fr48Lgende :Fonctionnement attenduFonctionnement observ 49. Identificationdes consquences Impact : dommage exprim en terme datteinte lun desattributs de sret Exemple : Allongement du dlai de ralisation du projet Consquence : dommage exprim en terme datteinte auprojet ou lorganisme Exemple : Perte de clientleAvril 2013www.cleodit.fr49 50. Construction des scenariosAvril 2013www.cleodit.fr50 La norme ISO 31010 (cf. annexe) propose une liste demthodes et outils applicables Les approches mthodologiques sont privilgier APR AMDEC 51. APR Analyse Prliminaire des Risques Mthode dductive : on part des vnements redoutspour en dterminer les causes (bien concern, phase ducycle de vie, vnement initiateur) Les vnements considrs sont indpendantsAvril 2013www.cleodit.fr51 52. Tableau dAPR/APD 1) Identification unique du scenario 2) Evnement redout 3) Situation pralable laccident potentiel 4) Evnement redout initiateur ou cause rendant effective la situation dangereuse 5) Bien auquel on peut associer une dfaillance et qui est lorigine de lvnementinitiateur 6) Evnement complmentaire transformant la situation dangereuse en accident potentiel(indpendant de lvnement initiateur et dont un autre bien est lorigine) 7) Phase dutilisation 8) Consquences du scenario 9) Criticit du risque 10) Actions en rduction de risque 11) Remarques ou commentaires ventuels concernant le scenario ou la mthodologieAvril 2013www.cleodit.fr52NAccidentpotentielSituationdangereuseEvnementcausant unesituationdangereuseEntitdangereuseEvnementcausant unaccidentpotentielPhase Effets CriticitTraitementdu risqueRemarques /Commentaires1 2 3 4 5 6 7 8 9 10 11 53. Exemple dAPRAvril 2013www.cleodit.fr53NAccidentpotentielSituationdangereuseEvnementcausant unesituationdangereuseEntitdangereuseEvnementcausant unaccidentpotentielPhase Effets GravitTraitementdu risqueRemarques /Commentaires1 2 3 4 5 6 7 8 9 10 111Perte, vol oudteriorationdun bienDommagenaturelDfaillance du coffre-fortCoffre-fort Incendie des locaux ToutesCotDlaiQualitCoffre-fortignifug2Perte, vol oudteriorationdun bienDommagedlibrAlarme non enclenche PersonnelIntrusion dun voleurdans les locauxToutesCotDlaiQualitConfidentialitSensibilisationdu personnel3Perte, vol oudteriorationdun bienDommageaccidentelDfaillance delutilisateur(chute du bien)Utilisateur ToutesCotDlaiQualitAssuranceSauvegarde desinformations4Perte, vol oudteriorationdun bienDommageaccidentelDfaillance delutilisateur(effacement de donne)Utilisateur ToutesDlaiQualitSauvegarde desinformations5Perte, vol oudteriorationdun bienDommageaccidentelDfaillance du support(panne)Disque dur ToutesDlaiQualitSauvegarde desinformationsMaintenancepriodique 54. AMDE(C) Analyse des Modes de Dfaillance, de leurs Effets (et deleur Criticit) Mthode inductive Analyse des dfaillances simples uniquement Les combinaisons de dfaillances font lobjet danalysessparesAvril 2013www.cleodit.fr54 55. Tableau dAMDE(C) 1) Identifiant unique du scenario 2) Bien analys 3) Mode de dfaillance 4) Cause du mode de dfaillance 5) Consquence au niveau analys du projet 6) Consquence au niveau suivant du projet ou sur lorganisation(ex. vnement redout) 7) Gravit / Vraisemblance / Criticit 8) Barrires de sret existantes 9) Consquence en tenant compte des barrires 10) Gravit / Vraisemblance / Criticit en tenant compte des barrires 11) Exigences pour la rduction du risque 12) Remarques ou commentaires ventuels concernant le scenario ou la mthodologieAvril 2013www.cleodit.fr55NEntit /FonctionMode dedfaillanceCause de ladfaillanceEffet local Effet global G V CTraitementdu risqueEffet rsiduel G V CExigences desretRemarques /Commentaires1 2 3 4 5 6 7 7 7 8 9 10 10 10 11 12 56. Exemple dAMDECAvril 2013www.cleodit.fr56N Entit / Fonction PhaseMode dedfaillanceCause de ladfaillanceEffet local Effet global GTraitementdu risqueEffet rsiduel G Exigences de sretRemarques /Commentaires1 2 3 4 5 6 7 8 9 10 11 121F31 Testerlapplication surhte ( partir desa spcification)ValidationSpcificationnon accessibleRetard de fin dephase despcificationRetard dedmarragede phase devalidationDlaiRunionspriodiquesclient2F31 Testerlapplication surhte ( partir desa spcification)ValidationAccs nonautoris laspcificationAccs aurpertoireprojet nonprotgConfidentialitGestion desaccs3F31 Testerlapplication surhte ( partir desa spcification)ValidationAccs nonautoris laspcificationDivulgationConfidentialitRappel desexigences deconfidentialitlors de la revuede lancement deprojet interne4F31 Testerlapplication surhte ( partir desa spcification)ValidationAuthenticit dela spcificationEntrantincorrectementidentifiErreurfonctionnelledans laralisationdes testsCotDlaiQualitProcdure degestiondocumentaire(identifiantunique, version)Identificationdes entrants enrevue delancement dephase5F31 Testerlapplication surhte ( partir desa spcification)ValidationSpcificationinsuffisanteExterne(client)Difficults deralisationdes testsDlaiQualitConditiondacceptationdes entrants prciser enrevue delancementprojet7F31 Testerlapplication surhte ( partir desa spcification)ValidationSpcificationcorrompueEffacement dedonne(erreurhumaine)Erreurfonctionnelledans laralisationdes testsCotDlaiQualitIntgritProtection delintgrit desentrants8F31 Testerlapplication surhte ( partir desa spcification)ValidationSpcificationinstableExterne(client)Evolution duprimtredes activitsCotDlaiQualitProcdure degestion desvolutionsEntrant non fig audmarrage de laphase 57. Avril 2013www.cleodit.fr57Etablissement du contexteEvaluation du risqueTraitement du risqueCommunicationdurisqueSurveillanceetrexamendurisqueIdentification du risqueEstimation du risqueAnalyse du risqueApprciation du risqueCommunication du risque 58. Avril 2013www.cleodit.fr58Etablissement du contexteEvaluation du risqueTraitement du risqueCommunicationdurisqueSurveillanceetrexamendurisqueIdentification du risqueEstimation du risqueAnalyse du risqueApprciation du risqueSurveillance/Rexamen du risqueEninterneEnexterneEtreractifetsouple(ex.:Nepasattendreitrationsuivante) 59. ANNEXESAvril 2013www.cleodit.fr59 60. Bibliographie Lupfer, Anne Gestion des risques en scurit delinformation Mise en uvre de la norme ISO 27005 Eyrolles 2010 Mthode EBIOS (Expression des Besoins etIdentification des Objectifs de Scurit) ANSSI Mthodologie Base de connaissances Etude de casAvril 2013www.cleodit.fr60 61. Normes ISO Guide 73 Management du risque Vocabulaire 2009 ISO 31000 Management du risque Principes et lignesdirectrices 2009 ISO 31010 Management du risque Techniquesdvaluation des risques 2009 ISO/IEC 60812 Techniques danalyses de la fiabilit dusystme Procdure danalyse des modes de dfaillanceet de leurs effets (AMDE) 2006 ISO/IEC 61882 Etudes de danger et dexploitabilit(HAZOP) 2001Avril 2013www.cleodit.fr61 62. CONDITIONS DE LICENCE ETDROITS DUTILISATIONLicenceCrdits imagesAvril 2013www.cleodit.fr62 63. Licence Cette uvre de CleodIT est mise disposition selon lestermes de la licenceCreative Commons Attribution PasdUtilisation Commerciale Partage dans les MmesConditions 3.0 FranceAvril 2013www.cleodit.fr63 64. Crdit images Les images contenues en page 3 de cette prsentation sontla proprit de Christian F. Burprich Ces images sont proposes sous licence CreativeCommons CC BY-NC-SA 3.0 Les images originales ont t colorisesAvril 2013www.cleodit.fr64 65. Crdit images Clip Art Les images Clip Art contenues dans cette prsentation sont la proprit deMicrosoft Corporation Vous pouvez copier et utiliser ces lments multimdias dans vos projets etdocuments Vous ntes pas autoris vendre, concder sous licence ou distribuer des copies des lments multimdias en tantque tels ou en tant que produit si la valeur principale du produit est constitue par leslments multimdias concder vos clients des droits les autorisant concder sous licence ou distribuer leslments multimdias concder sous licence ou distribuer des fins commerciales des lments multimdiasincluant des reprsentations dindividus, de gouvernements, de logos, de marquescommerciales ou demblmes, ou utiliser ces types dimages dune faon impliquant lapromotion ou lassociation votre produit, entit ou activit Ou crer des oeuvres obscnes ou diffamatoires laide des lments multimdias Pour plus dinformations, visitez le site www.microsoft.com/permission (enanglais)Avril 2013www.cleodit.fr65