Ficha de revisão: Gestion sécurisée de l'administration des systèmes

📋 Plan du Cours

1. Objet du guide et recommandations
2. Portée et niveaux de recommandation
3. Poste d’administration et outils
4. Administration à distance et tiers
5. Architecture du système d’administration
6. Zones d’administration et cloisonnement
7. Poste d’administration multi-niveaux
8. Durcissement logiciel du poste
9. Accès distant et échanges sécurisés
10. Authentification, droits et annuaire
11. Mises à jour et journalisation centralisée
12. Bastion, mutualisation et SI déconnecté

📖 1. Objet du guide et recommandations

🔑 Notions clés & Définitions

• Recommandations ANSSI : Un document de l’ANSSI qui regroupe des prescriptions et options pratiques pour construire une administration sécurisée des systèmes d’information.
• Administration sécurisée : Un ensemble de mesures techniques et non techniques visant à maintenir le SI opérationnel et sûr et à gérer les évolutions du système.
• Architecture technique sécurisée d’administration : Une structure conçue pour organiser l’administration d’un SI en intégrant des objectifs de sécurité et des principes de conception.
• Niveaux de recommandations : Un découpage des recommandations en plusieurs variantes, du niveau « état de l’art » à des options alternatives et renforcées.

📝 Points essentiels

• Le guide a pour objectif de décrire des objectifs de sécurité et des principes pour élaborer une architecture technique sécurisée d’administration afin de faciliter la conception.
• Les recommandations ne sont pas exhaustives : elles donnent des éléments utiles et quelques cas d’usage, et nécessitent une adaptation au contexte et aux besoins.
• La mise en œuvre pertinente des recommandations doit être validée au préalable par l’administrateur du système et/ou par les responsables SSI de l’entité.
• Une analyse de maturité doit être menée avec la liste récapitulative (page 63) en évaluant chaque recommandation comme respectée, partiellement respectée ou non respectée.
• L’application linéaire du guide n’est pas adaptée à tous les contextes et doit s’appuyer sur une première lecture pour s’approprier les concepts.
• Les recommandations sont présentées avec des verbes de type « devoir » pour être plus prescriptives, avec des variantes allant de R à R+, selon le niveau de sécurité visé.

📖 2. Portée et niveaux de recommandation

🔑 Notions clés & Définitions

• Recommandations non normatives : Les recommandations du guide ne valent pas règle obligatoire et sont fournies en l’état, sans caractère normatif.
• Adaptation aux systèmes cibles : Les recommandations doivent être ajustées au contexte du système d’information visé, car la reprise telle quelle n’est pas garantie.
• Validation par l’administrateur : La pertinence des éléments appliqués doit être évaluée au préalable par l’administrateur du système et/ou par les responsables SSI.
• Niveaux de recommandation R : Les recommandations sont présentées avec des niveaux de sécurité gradués, du niveau à l’état de l’art aux variantes alternatives et aux renforcements.

📝 Points essentiels

• Le guide rédigé par l’ANSSI (ANSSI-PA-022, version 11/05/2021) précise que, sauf disposition réglementaire contraire, ses recommandations n’ont pas de caractère normatif et sont adaptées aux menaces du jour de publication.
• La réutilisation du guide est autorisée sous Licence Ouverte v2.0 (mention de paternité requise), et peut inclure redistribution, adaptation et exploitation y compris à des fins commerciales.
• Les recommandations sont structurées en R, R-, R-- et R+ pour proposer respectivement une option à l’état de l’art, puis des alternatives de premier et second niveau, et enfin une recommandation renforcée complémentaire pour des entités matures.
• Avant d’implémenter un élément proposé par l’ANSSI, sa pertinence doit être soumise à la validation de l’administrateur du système et/ou des personnes en charge de la sécurité des systèmes d’information.

💡 Astuce mémo

R = état de l’art → R- = alternative 1 → R-- = alternative 2 → R+ = renforcée pour maturité.

📖 3. Poste d’administration et outils

🔑 Notions clés & Définitions

• Poste d’administration : Composant informatique utilisé pour réaliser les actions d’administration du système d’information d’administration avec des accès privilégiés.
• Outils d’administration : Logiciels et interfaces servant à exécuter les tâches d’administration, par exemple via des consoles ou des interfaces d’administration de pare-feu.
• SI d’administration : Ensemble des ressources d’administration permettant d’administrer le SI concerné, comprenant postes, serveurs d’outils et infrastructures d’administration.
• Réseau d’administration : Réseau de communication faisant transiter les flux internes au SI d’administration et les flux d’administration vers les ressources administrées.
• Architecture du poste d’administration : Organisation logicielle et/ou physique du poste permettant aux administrateurs d’effectuer l’administration tout en séparant les autres usages.

📝 Points essentiels

• Les postes d’administration doivent être gérés par l’entité (ou un prestataire mandaté) et l’usage d’un équipement personnel de type BYOD n’est pas toléré.
• Le poste d’administration dédié consiste en deux postes physiquement distincts, un pour l’administration et un pour les usages bureautiques (accès Internet inclus).
• Le poste d’administration multi-niveaux emploie la virtualisation ou la conteneurisation pour isoler des environnements, avec une évaluation de confiance indispensable si ce modèle est utilisé.
• Le poste d’administration ne doit avoir aucun accès à Internet, et l’accès à Internet et aux messageries électroniques ne peut se faire qu’à partir des environnements bureautiques.
• Sur le poste d’administration, le système d’exploitation doit être durci en appliquant les guides d’éditeurs et au minimum la désactivation des services inutiles, la restriction des droits, la configuration du pare-feu local et l’activation des mises à jour.
• Le poste d’administration ne doit héberger que les logiciels utiles aux actions d’administration, avec une liste tenue à jour et un processus de validation avant déploiement.

💡 Astuce mémo

Poste d’admin = dédié (idéal), sinon cloisonné; et en tout cas 0 Internet + droits limités + logiciels minimisés.

📖 4. Administration à distance et tiers

🔑 Notions clés & Définitions

• Cloisonnement des socles physiques : Le cloisonnement des infrastructures d’administration consiste à séparer physiquement les socles de virtualisation afin d’augmenter le niveau de confiance entre zones de confiance.
• Réseau tiers : Un réseau tiers est un réseau de transport non maîtrisé par l’entité, comme Internet ou un réseau d’opérateur de télécommunications.
• Tunnel VPN IPsec : Un tunnel VPN IPsec est une liaison chiffrée et authentifiée de bout en bout utilisée pour protéger des flux d’administration transitant sur un réseau non maîtrisé.
• Accès distant vers SI bureautique : L’accès distant vers le SI bureautique depuis le poste d’administration permet d’exécuter l’activité bureautique sans exposer directement les outils d’administration aux risques du poste bureautique.

📝 Points essentiels

• Quand des infrastructures d’administration sont virtualisées, les instances virtuelles correspondantes doivent être déployées sur des socles physiques dédiés, non mutualisés avec d’autres infrastructures virtualisées.
• Si les flux d’administration transitent par un réseau tiers, ils doivent être chiffrés et authentifiés de bout en bout jusqu’à atteindre une autre zone du SI d’administration ou une ressource administrée, avec un tunnel IPsec.
• Accéder depuis un poste bureautique vers un poste d’administration par connexion à distance est proscrit car une compromission du poste bureautique peut permettre d’espionner puis rejouer les connexions pour rebondir vers l’administration.
• Dans le cas dérogatoire d’un poste d’administration avec accès distant au SI bureautique, les fonctions d’échange entre environnements doivent être désactivées, et un filtrage par pare-feu plus deux authentifications distinctes via les annuaires respectifs doivent être appliqués.
• Pour l’administration d’infrastructures critiques, la solution à accès distant vers le SI bureautique est déconseillée, et une procédure doit exister pour désactiver cet accès en cas de crise.

💡 Astuce mémo

Réseau tiers = confiance faible ⇒ IPsec chiffré + authentifié de bout en bout.

📖 5. Architecture du système d’administration

🔑 Notions clés & Définitions

• Zone d’administration : Une zone d’administration correspond à un périmètre du SI d’administration associé à une ou plusieurs zones de confiance du SI administré.
• Zone de confiance : Une zone de confiance est une zone du SI administré alignée avec une zone d’administration afin de faciliter le cloisonnement des accès.
• Cloisonnement fort : Le cloisonnement fort est la séparation étanche du SI d’administration vis-à-vis d’autres réseaux afin de réduire la probabilité de compromission par rebond.

📝 Points essentiels

• Le réseau d’administration doit être sécurisé par des mesures spécifiques cohérentes avec l’analyse de risque et les objectifs de sécurité du SI d’administration.
• Déployer les ressources d’administration sur un réseau physiquement dédié apporte le niveau de sécurité maximal, ou à défaut un réseau logique dédié si impossible ou disproportionné.
• Le filtrage interne entre zones de confiance et le filtrage de toutes les interconnexions vers le SI d’administration doivent être mis en œuvre de façon tracée via une matrice de flux.
• Une révision régulière du filtrage périmétrique est requise pour supprimer ou désactiver des règles obsolètes, inutiles ou trop permissives.

💡 Astuce mémo

Admin = Réseau dédié + Flux limités : Confiance cloisonnée pour éviter le rebond.

📖 6. Zones d’administration et cloisonnement

🔑 Notions clés & Définitions

• Micro-segmentation : La micro-segmentation est une découpe réseau où chaque ressource administrée est associée à un sous-réseau dédié pour limiter les mouvements latéraux.
• VLAN privé : Le VLAN privé (PVLAN) est une fonctionnalité de commutation utilisée pour cloisonner les échanges réseau au niveau des liens afin de réduire les rebonds possibles.
• Tunnel IPsec : Un tunnel IPsec est un mécanisme de chiffrement et d’authentification de bout en bout destiné à sécuriser des flux d’administration à travers un réseau non maîtrisé.

📝 Points essentiels

• Par défaut, seuls les flux initiés depuis les postes ou serveurs d’administration vers les ressources administrées doivent être autorisés pour empêcher les rebonds via l’interface d’administration.
• Toute communication entre ressources administrées doit être interdite à travers le réseau d’administration afin d’éviter qu’un attaquant, après compromission d’une ressource administrée, rebondisse vers d’autres ressources administrées.
• Un filtrage réseau peut être fondé sur la micro-segmentation (une ressource administrée = un sous-réseau) ou sur l’usage de VLAN privé (PVLAN), au prix d’une complexité opérationnelle pour la micro-segmentation.
• Toute connexion entre ressources administrées via le réseau d’administration doit être bloquée par une mesure de blocage ou de filtrage réseau.
• Si des flux d’administration transitent sur un réseau tiers, ils doivent être chiffrés et authentifiés de bout en bout jusqu’à atteindre une autre zone du SI d’administration ou une ressource à administrer, via un tunnel IPsec.

📖 7. Poste d’administration multi-niveaux

🔑 Notions clés & Définitions

• Modèle en trois tiers : Un modèle en trois tiers organise la gestion des comptes d’un annuaire (notamment sous Active Directory) pour mieux contrôler et isoler les privilèges.
• Comptes d’administration individuels : Des comptes individuels sont attribués à chaque administrateur pour exécuter les actions d’administration avec un suivi précis et une meilleure traçabilité.
• Comptes d’administration dédiés : Des comptes d’administration sont réservés aux seules actions d’administration, sans usage bureautique ni ouverture de session sur des postes non réservés.
• Comptes built-in : Les comptes natifs d’administration, dits built-in (comme root ou admin), ne doivent être utilisés qu’exceptionnellement car ils compliquent l’imputation et la ségrégation des droits.

📝 Points essentiels

• Les comptes d’administration doivent être utilisés exclusivement pour des actions d’administration, sans actions bureautiques ni sessions sur des postes non réservés aux tâches d’administration.
• Par défaut, les comptes natifs d’administration built-in ne doivent pas être utilisés et doivent rester limités à un très petit nombre d’administrateurs.
• Chaque administrateur doit disposer de comptes d’administration individuels, avec des secrets réservés à un nombre restreint de personnes.
• Les événements liés aux comptes d’administration doivent être journalisés en activant au minimum ouvertures/fermetures, échecs et verrouillages, gestion des comptes et gestion des groupes de sécurité.
• Les droits d’administration doivent respecter le principe du moindre privilège, avec des droits privilégiés sur l’annuaire réservés aux administrateurs du SI d’administration.

💡 Astuce mémo

“Admin = action admin seulement” : pas de bureautique, pas de built-in par défaut, et des comptes individuels traçables.

📖 8. Durcissement logiciel du poste

🔑 Notions clés & Définitions

• Liste exclusive de sites Web autorisés : Une liste exclusive de sites autorisés limite les téléchargements aux seuls éditeurs ou constructeurs reconnus.
• Intégrité et authenticité des fichiers téléchargés : Le contrôle d’intégrité et d’authenticité vérifie que les fichiers récupérés proviennent bien de la source attendue et n’ont pas été altérés.
• Serveurs relais de récupération des mises à jour : Des serveurs relais hébergés en DMZ centralisent la récupération des mises à jour autorisées puis les fournissent au SI d’administration.
• Qualification des correctifs de sécurité : La qualification consiste à tester un correctif de sécurité avant sa mise en production afin d’éviter une régression de service.

📝 Points essentiels

• Des serveurs relais en DMZ doivent être utilisés pour la récupération des mises à jour, et seuls les flux initialisés depuis ces dépôts relais doivent permettre le téléchargement vers le SI d’administration.
• Des mécanismes de filtrage par liste d’autorisations restreignent l’accès aux seules sources officielles lors des récupérations de mises à jour.
• Les correctifs de sécurité doivent être qualifiés avant leur généralisation en production pour limiter le risque de régression de service.
• Une procédure d’urgence doit être prévue pour appliquer rapidement un correctif de sécurité en cas de crise nécessitant une action immédiate.

💡 Astuce mémo

DMZ + Relais + Liste officielle : on télécharge uniquement depuis la source validée, puis on qualifie avant généralisation.

📖 9. Accès distant et échanges sécurisés

🔑 Notions clés & Définitions

• Système d’échange externe : Système d’échange dédié utilisé pour transmettre des informations entre le SI d’administration et des correspondants extérieurs, sans permettre de travail à distance.
• Flux client/serveur autorisés : En cas d’échange externe, seuls des transferts déclenchés par des clients du SI concerné vers le serveur d’échange externe sont autorisés.
• Serveur pastebin : Outil de substitution ou d’ajout au serveur de fichiers, pour échanger uniquement du texte et éventuellement du code source dans le système d’échange externe.
• Rebond éphémère : Poste ou serveur durci déployé temporairement pour limiter l’exposition lors de l’accès distant, notamment après la terminaison VPN.
• Assistance à distance : Modalité où une personne experte observe le poste d’administration via partage d’écran, sans capacité technique d’exécuter des actions d’administration depuis le poste distant.

📝 Points essentiels

• Les échanges en dehors du SI d’administration doivent passer par un système d’échange externe isolé, avec pare-feux et services de transfert client/serveur, tout en interdisant tout accès à une session de travail.
• Vers le système d’échange externe, n’autoriser que des protocoles de transfert de données (ex. SCP ou SFTP) et empêcher toute ouverture de sessions de travail.
• L’accès au système d’échange externe depuis le SI bureautique doit être limité aux seuls postes et utilisateurs ayant un besoin de transfert vers le SI d’administration.
• Les données transférées via le système d’échange externe ne doivent pas être stockées durablement : elles doivent être supprimées dès que le transfert est effectif ou dans un délai raisonnable (ex. 24 h).
• Pour l’administration par des tiers, mettre en place un tunnel VPN (IPsec recommandé ou TLS en recours) et utiliser un rebond éphémère durci en coupure entre la terminaison VPN et le SI administré, généré uniquement pour la durée de l’intervention.

💡 Astuce mémo

Échange externe = TRANSFERT SEULEMENT : pas de session, pas de stockage durable, et tout flux démarre depuis le client.

📖 10. Authentification, droits et annuaire

🔑 Notions clés & Définitions

• Comptes dédiés administrateurs tiers : Ce sont des comptes distincts pour les administrateurs tiers, dédiés à l’accès VPN et à l’administration des ressources, afin de tracer précisément leurs actions.
• Annuaire dédié comptes d’accès : C’est un annuaire réservé aux comptes d’accès des administrateurs tiers pour réduire l’exposition des autres annuaires de l’entité.
• Activation à la demande : C’est un mode de fonctionnement où les comptes des administrateurs tiers sont désactivés par défaut puis activés uniquement lors des interventions légitimes.
• Second facteur d’authentification : C’est un mécanisme de double authentification ajouté au mot de passe pour réduire le risque lié au rejeu d’identifiants compromis.
• Contrôle d’accès strict et traçabilité : C’est l’association d’un accès limité au strict besoin opérationnel à une journalisation exhaustive des actions des administrateurs tiers.

📝 Points essentiels

• Les administrateurs tiers doivent utiliser des comptes dédiés, individuels et intégrés au cycle de vie des comptes, en proscrivant les comptes par défaut et les comptes d’autres utilisateurs.
• Les comptes d’accès VPN des administrateurs tiers doivent être désactivés par défaut et activés à la demande, avec désactivation automatique ou alerte si l’activité dépasse un délai maximal cohérent (ex. 24 h).
• Une authentification double facteur est recommandée pour limiter le rejeu d’un couple identifiant-mot de passe potentiellement récupéré.
• Le second facteur peut être un jeton physique conservé par l’entité, avec un processus organisationnel permettant de valider son usage lors de l’intervention.
• En alternative, des mots de passe non triviaux et temporaires peuvent être utilisés par session, renouvelés avant chaque nouvelle connexion et expirant en moins d’une journée.
• Les accès des administrateurs tiers doivent respecter le strict besoin opérationnel et leurs actions doivent être tracées de façon exhaustive, textuelle ou vidéo.

💡 Astuce mémo

Dédié → Désactivé par défaut → Double facteur → Traçé (et activation à l’heure).

📖 11. Mises à jour et journalisation centralisée

🔑 Notions clés & Définitions

• Serveur relais de mises à jour : Un serveur relais est une brique dédiée qui permet de récupérer et distribuer les mises à jour pour le SI d’administration sans exposer inutilement le poste d’administration.
• Validation des correctifs : La validation des correctifs consiste à vérifier les correctifs de sécurité avant de les généraliser pour éviter d’introduire de nouveaux risques ou dysfonctionnements.
• Politique de sauvegarde du SI d’administration : Une politique de sauvegarde définit comment le SI d’administration est protégé en cas d’incident, notamment par des sauvegardes planifiées des éléments critiques.
• Zone d’administration pour la journalisation : Une zone dédiée à la journalisation isole les composants chargés de traiter les événements liés au SI d’administration afin de renforcer leur protection.
• Centralisation de la collecte des journaux : La centralisation de la collecte des journaux regroupe les événements issus de plusieurs composants pour en faciliter la consultation et l’exploitation.

📝 Points essentiels

• Les mises à jour doivent être récupérées via des serveurs relais dédiés au SI d’administration.
• Les correctifs de sécurité doivent être validés avant leur généralisation.
• Une politique de sauvegarde doit être définie pour le SI d’administration.
• Une zone d’administration dédiée doit être mise en place pour la journalisation des événements.
• La collecte des journaux d’événements doit être centralisée.

💡 Astuce mémo

Relais puis Validations : d’abord vérifier les correctifs, puis centraliser les Logs dans une zone dédiée.

📖 12. Bastion, mutualisation et SI déconnecté

🔑 Notions clés & Définitions

• Bastion d’administration : Le bastion d’administration regroupe l’accès et les échanges nécessaires à l’administration afin de limiter directement les communications depuis le poste d’admin vers les ressources administrées.
• Mutualisation des outils d’administration : La mutualisation consiste à regrouper et partager des composants d’administration, tout en les isolant par zones et par périmètre pour éviter que l’accès à un outil n’ouvre l’accès à d’autres ressources.
• Rupture protocolaire : La rupture protocolaire vise à changer de protocole pour les flux d’administration afin de réduire la probabilité de réutilisation ou d’exploitation par continuité du protocole.
• Serveurs relais de mises à jour : Les serveurs relais de mises à jour sont des serveurs intermédiaires utilisés pour récupérer les correctifs avant leur diffusion dans le SI d’administration.
• SI déconnecté : Le SI déconnecté désigne un environnement d’administration isolé où les échanges sont fortement contrôlés afin de limiter l’exposition entre environnements.

📝 Points essentiels

• Déployer les outils d’administration sur des serveurs dédiés par zone d’administration réduit l’impact d’un accès aux postes d’administration.
• Appliquer un filtrage entre les postes d’administration et les serveurs outils d’administration limite les flux autorisés aux seules communications nécessaires.
• Étudier une rupture protocolaire des flux d’administration peut renforcer la sécurité, mais elle doit être évaluée avant tout besoin lié à la confidentialité.
• Renoncer à la rupture protocolaire peut être retenu lorsque les exigences de confidentialité l’imposent pour les flux d’administration.
• Définir et utiliser des serveurs relais pour la récupération des mises à jour aide à maîtriser le chemin d’obtention des correctifs.
• Dans le système d’échange externe, n’autoriser que des protocoles de transfert et ne pas s’authentifier avec un compte d’administration évite d’étendre les privilèges hors du SI d’administration.

💡 Astuce mémo

Rupture protocolaire = “sécurité d’abord”, mais si la confidentialité souffre, on renonce.

📅 Repères chronologiques

Date	Événement
20/02/2015	Version initiale du guide
24/04/2018	Prise en compte des retours d’expérience, réorganisation et refonte graphique
11/05/2021	Version 3.0 : ajout du chapitre administration par des tiers et assistance à distance

📊 Tableaux de synthèse

Niveaux de recommandation (convention de lecture)

Niveau	Intention	Sécurité
R	Recommandation à l'état de l’art	Niveau à l’état de l’art
R-	Recommandation alternative de premier niveau	Premier niveau alternatif, moindre que R
R --	Recommandation alternative de second niveau	Second niveau alternatif, moindre que R et R-
R +	Recommandation renforcée complémentaire	Niveau renforcé, destiné en priorité aux entités matures

⚠️ Pièges & confusions fréquents

1. Confondre « recommandations non normatives » et règles obligatoires ; le guide ne s’impose pas sans disposition réglementaire contraire.
2. Appliquer linéairement le guide : il faut d’abord s’approprier les concepts puis évaluer la maturité avec la liste récapitulative (p. 63).
3. Oublier l’étape de validation : la pertinence de l’implémentation doit être soumise avant déploiement à l’administrateur et/ou aux responsables SSI.
4. Prendre un poste d’administration avec Internet ou autoriser les messageries depuis ce poste : la recommandation impose un poste sans Internet, uniquement via l’environnement bureautique.
5. Accorder trop de confiance à la mutualisation/virtualisation : si des infrastructures d’administration sont virtualisées, les instances doivent être sur socles physiques dédiés non mutualisés.
6. Interdire à tort l’administration à distance « dans un sens inversé » : accéder depuis le SI bureautique vers le SI d’administration par connexion à distance est à proscrire ; seul le poste d’admin doit accéder au SI bureautique à distance.
7. Se tromper sur le rôle des comptes : utiliser des comptes built-in ou des comptes d’administration pour des tâches bureautiques/sessions est interdit par défaut, et la traçabilité dépend des comptes individuels.

✅ Checklist Examen

1. Expliquer l’objectif du guide et pourquoi il n’est pas exhaustif (besoin d’adaptation au contexte et aux besoins).
2. Citer les conditions d’emploi : recommandations non normatives, et validation préalable de la pertinence par l’administrateur et/ou les responsables SSI.
3. Décrire la démarche demandée : première lecture pour s’approprier les concepts, puis évaluer la maturité avec la liste récapitulative et classer chaque recommandation respectée/partiellement/non respectée.
4. Présenter le poste d’administration : maîtrise par l’entité (BYOD proscrit) et architecture (dédié, multi-niveaux avec évaluation de confiance, ou accès distant au SI bureautique avec contraintes).
5. Rappeler les mesures obligatoires du poste : pas d’Internet (ni messagerie), durcissement logiciel (services, droits, pare-feu local, mises à jour) et limitation des logiciels installés via une liste + processus de validation.
6. Expliquer la logique réseau : réseau d’administration sécurisé (physique dédié ou VPN IPsec dédié), application d’un filtrage interne/périmétrique tracé via matrice de flux, puis filtrage local et interdiction de toute connexion entre ressources administrées via le réseau d’administration.
7. Choisir et justifier la protection des flux : protocoles sécurisés (TLS/SSH/SFTP) et, si nécessaire, tunnel VPN IPsec ; savoir quand étudier une rupture protocolaire et quand y renoncer pour confidentialité.
8. Décrire l’identification et les droits : comptes d’administration dédiés et individuels (built-in exceptionnel), protection des annuaires des comptes d’administration, journalisation (ouvertures/échecs/verrouillages/gestion comptes/groupes) et gestion par processus.
9. Exposer l’authentification : se référer au RGS, modifier les mots de passe par défaut, utiliser un coffre-fort, appliquer la double authentification pour les actions d’administration et préférer certificats de confiance ; gestion centralisée de l’authentification.
10. Décrire le MCS : réaliser le maintien en condition de sécurité (veille, serveurs relais DMZ, qualification des correctifs, sauvegarde et zone de journalisation, collecte centralisée des logs).
11. Présenter l’administration à distance et les échanges : poste nomade avec filtre de confidentialité et tunnel VPN IPsec sans split tunnelling, ainsi que systèmes d’échanges sécurisés (interne vs externe) limités à des transferts, sans stockage durable, avec analyse de contenu.
12. Connaître les chapitres 12 et 13 : PAMS pour infogérance qualifiée, exigences contractuelles, chaîne d’accès dédiée pour administrateurs tiers avec tunnels VPN (IPsec/TLS), comptes et annuaire dédiés activés à la demande, rebond éphémère et traçabilité ;
13. Assurer la bonne séquence d’actions : poste d’admin → réseau/flux → comptes/annuaire → MCS (mises à jour/qualification/sauvegarde/journaux) → à distance/tiers/assistances → cas particuliers.