BTS CIRA common mistakes
BTS CIRA · Understand the traps and how to avoid them.
Lors d'un exercice de découpage IP, le candidat propose un masque de sous-réseau sans vérifier que le nombre d'hôtes utiles correspond au besoin annoncé (il oublie de retirer l'adresse de réseau et l'adresse de diffusion, et parfois la passerelle).
Le calcul est mémorisé sous forme de formule 2^n - 2 sans lien avec le contexte concret du sujet, et la précipitation pousse à retenir le premier masque qui « fait assez grand » sans recalculer la plage utilisable.
What to do instead
Systématiquement écrire la chaîne complète : besoin en hôtes, arrondi à la puissance de 2 supérieure, ajout des 2 adresses réservées, choix du préfixe, puis vérification en listant la première et la dernière adresse utilisable du sous-réseau attribué.
Le candidat confond les rôles des couches OSI/TCP-IP dans un diagnostic : il attribue une panne de résolution de noms à la couche transport, ou une panne de routage à la couche application, et propose donc un correctif au mauvais niveau.
L'apprentissage par mémorisation de la liste des couches ne permet pas de rattacher un symptôme observé (ping qui échoue, nom non résolu, page qui ne charge pas) à une couche précise.
What to do instead
S'entraîner à une démarche ascendante explicite : tester l'adresse locale, la passerelle, une adresse IP distante, puis un nom, puis un port applicatif, en notant à chaque étape la couche concernée et le correctif associé.
Sur une question d'administration Linux, le candidat donne une commande sans préciser les droits nécessaires ni l'emplacement des fichiers de configuration, et propose par exemple une modification directe d'un fichier géré par un service sans redémarrage ni rechargement.
La pratique en environnement de test se fait souvent en root et sans persistance, ce qui masque la question des permissions et de la prise en compte de la configuration par le démon.
What to do instead
Pour chaque commande, indiquer l'utilisateur requis, le fichier concerné, la commande de vérification (statut du service, lecture de la configuration effective) et l'action de rechargement ou de redémarrage nécessaire pour appliquer le changement.
Le candidat décrit la gestion des comptes et des droits sous Windows en mélangeant les groupes locaux, les groupes globaux de domaine et les permissions NTFS, et oublie la règle d'accumulation des droits refusés qui priment sur les droits autorisés.
Les notions de groupes imbriqués et d'héritage des permissions sont abstraites et rarement manipulées en profondeur ; le vocabulaire des droits partagés et NTFS se ressemble.
What to do instead
Reconstruire un tableau des droits effectifs pour un utilisateur donné en croisant appartenance aux groupes, permissions explicites et héritées, en appliquant la priorité du refus, puis vérifier avec l'onglet des permissions effectives.
Face à un scénario de sécurité, le candidat propose un pare-feu ou un antivirus comme réponse unique à une question qui porte sur la segmentation, la journalisation ou la gestion des identités, sans identifier l'actif à protéger ni la menace précise.
Les correctifs sont récités comme une liste d'outils plutôt que déduits d'une analyse de risque, et le vocabulaire des mesures de sécurité est employé sans distinction entre prévention, détection et correction.
What to do instead
Structurer la réponse en identifiant l'actif, la vulnérabilité, le vecteur d'attaque, puis la mesure classée par catégorie (préventive, détective, corrective) et son effet mesurable sur le risque résiduel.
Le candidat confond chiffrement symétrique et asymétrique dans un usage concret (échange de clés, signature, certificat) et attribue au certificat un rôle de confidentialité des données échangées.
Les notions de clé publique, clé privée, signature et session chiffrée sont souvent apprises séparément sans être reliées à un scénario d'échange réel.
What to do instead
Décrire pas à pas une session TLS : authentification du serveur par certificat, validation de la chaîne, négociation, échange de clé, puis chiffrement symétrique du flux, en précisant ce que chaque étape garantit ou ne garantit pas.
Sur une question de services Internet, le candidat donne une configuration DNS ou DHCP partielle : il oublie les enregistrements de type AAAA ou CNAME, les redirecteurs, les baux et options DHCP, ou la distinction entre zone directe et zone inverse.
La configuration est souvent copiée d'un modèle fonctionnel sans comprendre le rôle de chaque enregistrement ou option, et les questions portent sur des cas limites rarement rencontrés.
What to do instead
Pour chaque service, dresser la liste des éléments obligatoires et facultatifs (enregistrements, options, ports, journaux) et justifier chaque paramètre par le comportement attendu du client, en incluant un test de résolution directe et inverse.
Le candidat traite un incident de supervision en proposant de redémarrer le service ou la machine avant d'avoir exploité les journaux, les métriques et l'état des sondes, et sans distinguer l'alerte de la cause racine.
Le réflexe opérationnel de rétablissement rapide prend le pas sur la démarche d'investigation, et les outils de supervision sont connus par leur interface plus que par leurs mécanismes de collecte.
What to do instead
Appliquer une trame fixe : qualifier l'alerte, vérifier la sonde et son seuil, consulter journaux et métriques sur la fenêtre temporelle, formuler une hypothèse, la tester, puis ne rétablir qu'après avoir documenté la cause probable.
Dans un scénario de virtualisation, le candidat dimensionne une machine virtuelle sans tenir compte de la surallocation CPU et mémoire, du stockage partagé et des dépendances réseau, et propose une migration à chaud sans vérifier la compatibilité de l'hôte cible.
Les contraintes de l'hyperviseur et du stockage sont peu visibles depuis une console d'administration, et les fonctions comme la migration ou les instantanés sont supposées toujours disponibles.
What to do instead
Pour chaque scénario, lister les ressources physiques disponibles, le taux de surallocation acceptable, les prérequis de la fonction invoquée (CPU compatibles, réseau et stockage partagés, version d'hyperviseur) et l'impact d'une panne d'un hôte sur la disponibilité.
Le candidat répond à une question cloud en restant au niveau des mots-clés (IaaS, PaaS, SaaS, élasticité) sans indiquer le partage de responsabilités, les modalités de facturation ou la localisation des données, alors que la question demande une décision argumentée.
Les modèles de service sont mémorisés comme des définitions isolées, sans grille de comparaison permettant de trancher entre deux options dans un contexte donné.
What to do instead
Construire une grille de décision à trois ou quatre critères (périmètre de responsabilité, maîtrise technique, coût prévisible, conformité et localisation) et l'appliquer explicitement à l'option retenue en justifiant chaque case.