Résilience et continuité d'activité

Bonne lecture et bon apprentissage ! Junior TSAFACK – 19/10/2026 ⏱️ Temps de lecture estimé : 11 minutes

Pour un service de paiement utilisé par des millions de personnes pour leurs dépenses du quotidien, une indisponibilité d’une journée n’est pas un désagrément : c’est un problème de société, et le régulateur le sait. La résilience est donc une exigence réglementaire autant qu’un contrôle ISO 27001.

Le vocabulaire

Terme	Définition	Exemple
BIA (Business Impact Analysis)	Analyse de l’impact d’une interruption de chaque activité dans le temps	« Au-delà de 4 h sans transferts, les plaintes explosent ; au-delà de 24 h, le régulateur intervient »
MTPD (Maximum Tolerable Period of Disruption)	Durée au-delà de laquelle l’interruption devient inacceptable pour l’organisation	24 h pour les transferts
RTO (Recovery Time Objective)	Délai cible de reprise d’un service (toujours < MTPD)	2 h
RPO (Recovery Point Objective)	Perte de données maximale acceptable	0 (aucune transaction perdue)
PCA	Plan de continuité d’activité : comment continuer l’activité pendant la crise	Mode dégradé, cellule de crise
PRA / PSI	Plan de reprise (ou de secours) informatique : comment rétablir les systèmes	Bascule sur le site de secours

L’analyse d’impact (BIA) de KamaPay

Activité	Impact à 1 h	à 4 h	à 24 h	à 72 h	MTPD	RTO	RPO
Transferts entre particuliers	Modéré	Grave	Critique	Critique	24 h	2 h	0
Dépôts / retraits chez les agents	Modéré	Grave	Critique	Critique	24 h	2 h	0
Paiement marchand et factures	Faible	Modéré	Grave	Critique	48 h	4 h	0
Interfaces banques partenaires	Faible	Faible	Modéré	Grave	72 h	8 h	0
Back-office et réclamations	Faible	Faible	Modéré	Grave	72 h	24 h	1 h
Onboarding de nouveaux clients (KYC)	Faible	Faible	Faible	Modéré	5 j	48 h	24 h
Reporting réglementaire	Nul	Nul	Faible	Modéré	Selon échéances	72 h	24 h

💡 Un RPO de 0 pour des transactions financières impose une réplication synchrone (ou équivalente) des bases de données entre sites. C’est un choix d’architecture coûteux qui doit être justifié par la BIA et décidé par la direction.

Les scénarios de crise à couvrir

Scénario	Exemple	Stratégie principale
Perte du centre de données principal	Incendie, inondation, coupure électrique longue	Bascule sur le site de secours de Yaoundé
Cyberattaque destructrice	Rançongiciel touchant les deux sites répliqués	Sauvegardes immuables et hors ligne, environnement de reconstruction isolé, réponse aux incidents
Défaillance d’un fournisseur critique	Panne du réseau USSD de l’opérateur, faillite d’un éditeur	Canal alternatif (application, données mobiles), clauses de réversibilité, séquestre de code source
Panne d’une banque partenaire	Interface de cantonnement indisponible	Deuxième banque partenaire, procédures manuelles encadrées
Indisponibilité du personnel	Épidémie, grève, impossibilité d’accéder au siège	Télétravail sécurisé, polyvalence, procédures documentées
Fraude massive en cours	Vague de prises de contrôle de comptes	Limitation temporaire des plafonds, blocage ciblé de fonctionnalités, cellule de crise

⚠️ Le piège de la réplication : un site de secours répliqué en temps réel protège contre une panne, pas contre une attaque. Si l’attaquant chiffre ou corrompt les données, la réplication les recopie fidèlement sur le site de secours. La résilience cyber exige des copies isolées, avec plusieurs points de restauration.

La structure du PCA / PRA

PLAN DE CONTINUITÉ D'ACTIVITÉ — KamaPay SA
──────────────────────────────────────────────────────────────
1. Objet, périmètre, critères de déclenchement
2. Organisation de crise
   - Cellule de crise (DG, opérations, DSI, RSSI, communication,
     conformité) ; suppléants nommés pour chaque rôle
   - Annuaire de crise hors SI ; salle de crise et salle de repli
3. Activités prioritaires et objectifs (résultats de la BIA)
4. Stratégies par scénario (tableau ci-dessus)
5. Procédures
   - Déclenchement et escalade
   - Bascule technique (PRA) : runbooks pas à pas par composant
   - Modes dégradés métier (plafonds réduits, services suspendus)
   - Sécurité pendant la crise (contrôle A.5.29) : pas de
     désactivation des contrôles « pour aller plus vite » sans
     décision tracée
   - Retour à la normale (rebascule, rapprochements)
6. Communication de crise : clients, agents, régulateur, maison
   mère, banques partenaires, presse
7. Programme de tests et maintenance du plan
──────────────────────────────────────────────────────────────

Le programme de tests

Un plan jamais testé est un plan qui ne marche pas. KamaPay adopte une montée en puissance progressive :

Type de test	Contenu	Fréquence	Participants
Revue documentaire	Vérifier contacts, procédures, cohérence avec l’infrastructure actuelle	Semestrielle	Responsable PCA
Exercice sur table	Dérouler un scénario en salle (voir module 16, chapitre 8)	Semestrielle	Cellule de crise
Test technique partiel	Restaurer une base, basculer un composant	Trimestrielle	DSI
Test de bascule complète	Faire tourner la production sur le site de secours pendant plusieurs heures	Annuelle	DSI, métiers, opérateur, banques
Test de restauration après cyberattaque	Reconstruire un environnement à partir des sauvegardes isolées	Annuelle	DSI, RSSI

Le rapport de test

Chaque test produit un compte rendu : objectifs, déroulé, RTO et RPO mesurés vs objectifs, écarts, actions correctives. Ces rapports sont des preuves pour A.5.30, pour le régulateur (exigence REG-01) et pour l’auditeur de certification.

Résultat du premier test de bascule complète de KamaPay :

Mesure	Objectif	Mesuré	Écart
RTO transferts	2 h	3 h 40	❌ Configuration réseau du site de secours non à jour
RPO transactions	0	0	✅
Fonctionnement des API marchands	Oui	Non pendant 1 h 30	❌ Certificats non déployés sur le site de secours
Communication aux agents	< 30 min	45 min	⚠️ Liste de diffusion incomplète

→ Trois actions correctives inscrites au plan, nouveau test dans 6 mois. C’est exactement le fonctionnement attendu d’un SMSI : tester, mesurer, corriger.

Lien avec ISO 22301

ISO 22301 est la norme de système de management de la continuité d’activité. Sa structure est la même que celle d’ISO 27001 (clauses 4 à 10), ce qui permet de construire un système de management intégré : même revue de direction, même audit interne, mêmes processus documentaires. Beaucoup d’établissements financiers font certifier les deux.

Prochaine étape : Surveillance, audit et amélioration →