Quizz PCA/PRA

Quelle est la finalité première d'un Plan de Continuité d'Activité (PCA) ?

• Garantir la reprise et la continuité des activités critiques après un sinistre majeur.
• Réduire les primes d'assurance de l'entreprise en démontrant sa préparation.
• Documenter l'ensemble des processus métiers de l'organisation.
• Se conformer uniquement aux exigences réglementaires sectorielles.

Le Business Impact Analysis (BIA) est une étape cruciale du PCA. Quel est son objectif principal ?

• Calculer le budget nécessaire pour implémenter le PCA.
• Identifier les vulnérabilités techniques du système d'information.
• Déterminer les activités critiques et quantifier les impacts de leur interruption dans le temps.
• Définir la politique de sécurité informatique de l'organisation.

Qu'est-ce que la Durée Maximale d'Interruption Admissible (DMIA) ou RTO ?

• La durée pendant laquelle une sauvegarde reste valide avant corruption.
• Le temps maximum de fonctionnement continu d'un système avant maintenance.
• Le délai contractuel de réponse d'un fournisseur en cas d'incident.
• La durée au-delà de laquelle les conséquences d'une interruption deviennent inacceptables pour l'organisation.

Dans le cadre d'un BIA, comment prioriser efficacement les processus métiers ?

• En se basant uniquement sur le chiffre d'affaires généré par chaque processus.
• En analysant l'évolution dans le temps des impacts financiers, réglementaires, opérationnels et réputationnels.
• En consultant uniquement l'équipe informatique sur la complexité technique.
• En appliquant une méthode forfaitaire identique pour tous les secteurs d'activité.

La différence entre RPO (Recovery Point Objective) et RTO est cruciale. Laquelle de ces affirmations est correcte ?

• Le RPO définit la perte de données maximale acceptable, le RTO le temps de reprise maximal.
• Le RPO définit la durée de récupération, le RTO la quantité de données perdues.
• Le RPO et le RTO sont identiques pour toutes les applications d'une entreprise.
• Le RPO concerne uniquement les sauvegardes, le RTO uniquement les infrastructures.

Lors d'un BIA, vous identifiez qu'un processus génère peu de revenus directs mais son interruption causerait des pénalités contractuelles exponentielles après 2 heures. Quelle stratégie recommanderiez-vous ?

• Classer ce processus comme non-critique car il génère peu de revenus directs.
• Définir un RTO inférieur à 2 heures avec une solution de haute disponibilité.
• Transférer entièrement ce processus à un sous-traitant pour éviter les pénalités.
• Accepter le risque et provisionner le montant des pénalités potentielles.

Dans l'analyse des risques pour un PCA, quelle approche est la plus mature selon ISO 22301 ?

• Une approche focalisée sur les incidents ayant déjà impacté l'organisation.
• Une approche centrée exclusivement sur les cybermenaces, principales sources de crises actuelles.
• Une approche "tous risques" intégrant les dimensions stratégiques, opérationnelles et de gouvernance.
• Une approche basée sur les standards sectoriels sans adaptation au contexte.

Une entreprise dispose d'un RPO de 4 heures et d'un RTO de 8 heures pour son ERP. Quelle architecture technique est la plus appropriée ?

• Sauvegardes quotidiennes sur bandes avec stockage externalisé.
• Réplication synchrone en temps réel vers un site distant actif-actif.
• Snapshots horaires locaux sans réplication externe.
• Réplication asynchrone toutes les 2-3 heures vers un site de secours avec bascule manuelle.

Comment intégrer efficacement les fournisseurs critiques dans votre stratégie de continuité ?

• Imposer contractuellement des SLA alignés sur vos DMIA et auditer régulièrement leurs dispositifs de continuité.
• Exiger uniquement une attestation d'assurance couvrant les interruptions de service.
• Développer systématiquement des solutions internes pour remplacer chaque fournisseur.
• Se fier aux certifications ISO 9001 des fournisseurs comme garantie suffisante.

Lors de la définition du mode dégradé, quel principe est fondamental selon les meilleures pratiques ?

• Le mode dégradé doit maintenir 100% des fonctionnalités avec des performances réduites.
• Il doit être défini unilatéralement par l'équipe IT en fonction des contraintes techniques.
• Il doit être validé par les représentants des clients et permettre de tenir jusqu'au retour à la normale.
• Il représente toujours une solution temporaire de moins de 24 heures.