4.2 - Configuration sécurisée et automatisation
L'objectif 4.2 du Security+ SY0-701 couvre la sécurisation des actifs par l'automatisation et une bonne configuration. L'orchestration, l'automatisation et la réponse de sécurité (SOAR) fournit des runbooks reproductibles et lisibles qui enrichissent automatiquement les alertes et pilotent des réponses cohérentes. L'infrastructure as code (IaC) définit les serveurs par du code qui réapplique automatiquement l'état voulu, corrigeant la dérive quand les réglages changent. Une plateforme de gestion des appareils mobiles (MDM) enrôle les téléphones du personnel pour que l'informatique impose le chiffrement et efface à distance les appareils perdus. Le renseignement de sources ouvertes (OSINT) est de l'information sur les menaces issue de sources publiques. La sécurité des actifs couvre aussi l'acquisition, la mise au rebut sécurisée, la sanitisation et l'inventaire. Attends-toi à des mises en situation demandant la bonne capacité - SOAR, IaC, MDM ou OSINT.
Runbooks automatisés enrichissant les alertes = SOAR. Code qui réapplique l'état voulu (corrige la dérive) = IaC. Imposer/effacer les téléphones du personnel = MDM. Renseignement de sources publiques = OSINT.
Questions d'entraînement
1. Quelle source de renseignement sur les menaces est une information librement disponible issue de données publiques ?
- Flux propriétaire d'un éditeur
- Renseignement de sources ouvertes (OSINT) (bonne réponse)
- Renseignement gouvernemental classifié
- Journaux SIEM internes seulement
L'OSINT est collecté à partir de sources publiques (sites, réseaux sociaux, WHOIS, forums). Il complète les flux propriétaires et le partage d'informations (ISAC/ISAO).
2. Une entreprise veut enrôler les téléphones pour imposer le chiffrement et effacer à distance les appareils perdus. Déployez :
- Un répartiteur de charge réseau
- Une plateforme de gestion des appareils mobiles (MDM) (bonne réponse)
- Un pare-feu local sur le poste
- Un service de coffre à mots de passe cloud
Le MDM enrôle les appareils pour imposer la politique (chiffrement, code, contrôle d'apps) et verrouiller/effacer à distance. Modèles : BYOD, COPE, CYOD équilibrent propriété et contrôle.
3. De nouvelles caméras IoT sont livrées avec un mot de passe admin par défaut bien connu. Avant déploiement, la PREMIÈRE étape est de :
- Les exposer à Internet
- Changer les identifiants par défaut (bonne réponse)
- Partager largement le mot de passe
- Laisser les réglages tels quels
Les identifiants par défaut sont publics et un risque IoT majeur ; les changer d'abord, puis mettre à jour le firmware, désactiver les services inutiles et segmenter l'IoT sur son propre réseau/VLAN isolé.
4. Une entreprise fournit des téléphones professionnels et doit imposer le chiffrement et effacer à distance un appareil perdu. Déployez :
- Un répartiteur de charge réseau
- Une plateforme de gestion des appareils mobiles (MDM) (bonne réponse)
- Un simple pare-feu local sur le poste
- Un simple service de coffre à mots de passe cloud
Le MDM enrôle les appareils pour imposer la politique (chiffrement, code, contrôle d'apps) et verrouiller/effacer à distance les appareils perdus. Pour des téléphones d'entreprise, un effacement complet convient ; en BYOD, un effacement sélectif/de conteneur.
5. Une équipe veut des runbooks reproductibles et lisibles qui enrichissent automatiquement les alertes et ouvrent des tickets pour accélérer la réponse. Cette capacité est :
- Un filtre anti-spam
- L'orchestration, l'automatisation et la réponse de sécurité (SOAR) (bonne réponse)
- Une batterie d'onduleur
- Une rotation planifiée du jeu de supports physiques de stockage de sauvegarde
Le SOAR utilise des playbooks pour automatiser et orchestrer les tâches de réponse (enrichissement, ticketing, confinement), réduisant le travail manuel et le délai de réponse. Il complète le SIEM qui détecte et corrèle.
6. Un pipeline teste, analyse et déploie automatiquement le code à chaque commit avec des contrôles de sécurité intégrés. Ajouter la sécurité tout au long est :
- Des livraisons trimestrielles manuelles
- La sécurité ajoutée seulement à la fin
- Le DevSecOps (sécurité au plus tôt) (bonne réponse)
- Sauter les tests pour livrer vite
Intégrer tests/analyses de sécurité tout au long du CI/CD (shift-left) est le DevSecOps, détectant les problèmes tôt et en continu au lieu de rajouter la sécurité à la fin. Cela réduit coût et risque des vulnérabilités tardives.