Aller au contenu
English
Compte : non connecté, synchronisation possible Mon apprentissage
Selectionner le thème
English

Checkpoint Exploitation : reprise, accès d'administration et impact

Par mis à jour le

Améliorer cette page

Ce checkpoint vérifie que vous savez juger l'exploitation d'une architecture que vous n'avez jamais vue : ce qu'elle perdrait, combien de temps elle mettrait à revenir, qui peut y entrer et ce qui le trahirait. Il monte d'un cran par rapport au checkpoint Plateforme : il faut toujours lire les dépendances et les frontières de confiance, mais aussi raisonner en RPO et en RTO, et estimer l'impact d'un incident. Le diagramme n'est pas la boutique : c'est une plateforme de facturation pour des cabinets comptables, qui porte plusieurs défauts à repérer.

  • Déduire le RPO réel d'une architecture de ses copies
  • Distinguer ce que couvrent la réplique, les instantanés et la copie distante
  • Juger un accès d'administration et sa détection
  • Estimer l'impact d'un sinistre et l'ordre de reprise

Les cabinets appellent une API de facturation qui écrit dans un PostgreSQL primaire, en zone A de la région A ; une réplique tourne en zone B, des instantanés du volume sont pris chaque heure, et une copie non verrouillée part chaque nuit à 1 h vers la région B. Les données sont chiffrées avec une clé protégée par le KMS du cloud. Les administrateurs entrent par un VPN avec un simple mot de passe, qui ouvre tout le réseau de la région A ; seules les connexions au VPN partent vers le SIEM. Une CMDB tenue à la main décrit la région A.

Les clients appellent en HTTPS une API de facturation en zone A de la région A, qui écrit en SQL dans un PostgreSQL primaire ; le primaire se réplique vers une réplique en zone B, prend des instantanés de son volume chaque heure dans la zone A, et envoie une copie à 1 h vers une copie nocturne non verrouillée en région B ; il dépend d'un KMS du cloud pour sa clé de données. L'administrateur se connecte avec un mot de passe à un VPN d'administration qui ouvre tout le réseau de la région A ; le VPN envoie ses connexions au SIEM. Une CMDB tenue à la main décrit la région A.Clientcabinet comptableAdministrateurAccès d'administrationRégion ARégion BKMSdu cloudSIEMCMDBtenue à la mainVPNd'administrationZone AZone BCopie nocturnenon verrouilléeAPIfacturationPostgreSQLprimaireInstantanésdu volumePostgreSQLrépliqueSQLchaque heureréplicationHTTPSmot de passetout le réseaucopie à 1 hclé de donnéesconnexionsdécrit
Diagramme du checkpoint : une plateforme de facturation, pas la boutique. Plusieurs défauts d'exploitation y sont volontaires. Source · SVG
Échap pour fermer, + et − pour zoomer, défilement pour se déplacer. 100 %

Chaque question se résout en se demandant, pour la copie ou l'accès en cause : contre quoi protège-t-il, et qu'est-ce qui le ferait disparaître en même temps que l'original ? Une copie qui partage le domaine de panne, le stockage ou les identifiants de la production disparaît avec elle. Le RPO se lit sur la dernière copie qui survit au sinistre envisagé, et l'ordre de reprise sur les dépendances.

Pour l'accès et la détection, reprenez les questions des leçons Accéder et Détecter : qu'ouvre l'accès, qu'est-ce qui le trace, et que se passe-t-il s'il tombe pendant un incident ? Les questions reprennent aussi les acquis des modules précédents. Le seuil de réussite est de 70 %.

Le module se referme sur les trois questions de chaque module : qu'ai-je ajouté, pourquoi, et quel nouveau problème ai-je créé ? Il n'a ajouté aucune fonction visible pour les clients. Il a donné à la boutique les moyens d'être exploitée : entrer pour réparer, revenir en arrière, voir une attaque, savoir ce qui existe. Chacun de ces moyens porte à son tour des données sensibles et une dépendance à tenir.

J'ai ajoutéPourMais j'ai créé
un bastion et un accès de secoursadministrer sans exposer de portla cible la plus rentable, un accès de secours à tester
une sauvegarde verrouillée dans une autre région et un PRArevenir avant une erreur, repartir après un sinistreun PRA à exercer, une rétention à décider
un SIEMvoir une attaque pendant que tout fonctionnedes mois de journaux à protéger, des règles contre le bruit
une CMDB, un IPAM et un outil ITSMcalculer l'impact, décider des changementsdes référentiels à tenir fidèles, une carte de l'architecture à protéger

La dernière colonne rappelle la règle de toute la formation : chaque brique échange un problème contre d'autres. L'exercice final demande de raisonner ainsi sur une architecture complète, en mobilisant les six modules.

  • Le RPO réel se lit sur la dernière copie qui survit au sinistre envisagé.
  • Une réplique ne protège pas d'une erreur, un instantané ne survit pas à son stockage.
  • Une copie que l'attaquant peut effacer ne protège pas d'un rançongiciel.
  • Un accès d'administration trop large, sans second facteur ni trace, est un défaut de conception.
  • La reprise suit les dépendances : le KMS avant les données chiffrées.

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

8 questions
10 min.
70% requis

Informations

  • Le chronomètre démarre au clic sur Démarrer
  • Questions à choix multiples, vrai/faux et réponses courtes
  • Vous pouvez naviguer entre les questions
  • Les résultats détaillés sont affichés à la fin

Lance le quiz et démarre le chronomètre

Ce projet vous est utile ?

Les guides, formations, quiz et labs restent gratuits. Si vous les utilisez régulièrement, vous pouvez contribuer à leur maintenance et à leur développement.

Devenir membre de soutien (nouvel onglet) Soutenir une fois (nouvel onglet) En savoir plus

Suivez aussi le projet sur LinkedIn