Évalue une infrastructure intégrée à partir d'un dossier inconnu

01Contrat de l’évaluation

assessmentId : BTS-SISR-Y2-INTEG-001
format       : dossier inconnu + étude d'architecture + intervention de laboratoire + soutenance
contexte     : SORIA Distribution — nouvelle annexe pédagogique synthétique
production   : interdite
objectif     : besoin -> architecture -> diagnostic -> changement -> supervision -> sécurité -> recette -> justification

Cette évaluation ne réenseigne pas Windows, Linux, réseau, GLPI, cybersécurité, supervision ou réponse aux incidents. Les projets finaux des matières et les évaluations BTS précédentes restent les ressources d’entraînement.

Le candidat reçoit un dossier qu’il n’a pas configuré lui-même.

02Contexte métier inconnu

SORIA Distribution prépare une annexe de 28 collaborateurs et un espace visiteurs. L’annexe doit consommer plusieurs services du siège tout en hébergeant localement un service web interne de documentation.

La direction fournit ces contraintes :

- accès utilisateurs à l'annuaire et aux services métier ;
- réseau invité séparé de l'interne ;
- service web interne disponible pendant les heures ouvrées ;
- administration seulement depuis une zone dédiée ;
- sauvegarde et procédure de reprise pour le service local ;
- supervision des dépendances critiques ;
- aucune règle réseau globale pour "faire fonctionner" le site ;
- croissance prévue mais budget limité ;
- dossier de maintenance compréhensible par une autre équipe.

À l’ouverture de l’évaluation, certains composants sont correctement configurés et d’autres sont partiellement dégradés.

03Dossier remis au candidat

Le sujet fournit entre dix et quinze pièces, toutes synthétiques :

A. demande métier et contraintes de disponibilité
B. schéma logique incomplet
C. inventaire des équipements / VM / services
D. plan d'adressage et VLAN existants
E. matrice de flux partielle
F. extrait de configuration réseau
G. état DNS/DHCP/annuaire pertinent
H. état du serveur web et de son certificat si utilisé
I. tickets utilisateurs récents
J. alertes ou états Centreon
K. extrait de politique de sécurité
L. état de sauvegarde / dernier test de restauration
M. historique de changement
N. contraintes de capacité ou de support d'un équipement
O. journal technique borné utile à l'un des défauts

Toutes les pièces n’expliquent pas nécessairement la panne. Le candidat doit distinguer information utile, information de contexte et indice non causal.

04Phase A — reformule le besoin

Avant toute modification, produis :

Une exigence doit pouvoir être testée.

Exemple de transformation :

"le réseau invité doit être sécurisé"

n’est pas assez précis.

Une formulation exploitable serait :

un client GUEST reçoit son adressage et atteint Internet,
mais ne peut atteindre ni DATA ni MANAGEMENT ;
la preuve inclut un test positif et deux tests négatifs.

05Phase B — complète l’architecture

Le schéma proposé doit montrer au minimum :

WAN / interconnexion
zones utilisateurs
GUEST
VOICE si le dossier l'utilise
MANAGEMENT
service web local
services d'identité / DNS / DHCP concernés
pare-feu / routage
sauvegarde
supervision

Pour chaque dépendance importante, indique :

source
-> destination
-> service / protocole utile
-> décision de flux
-> raison métier ou technique

Le candidat peut conserver l’architecture existante si elle satisfait les contraintes. Changer pour changer n’apporte aucun point.

06Phase C — hiérarchise les écarts

Le formateur injecte trois défauts maximum issus de familles différentes.

Exemples de variantes autorisées :

A — dépendance DNS incohérente pour le service interne
B — VLAN / route empêchant un flux métier attendu
C — règle DMZ ou inter-zone trop permissive
D — service web actif mais recette fonctionnelle en échec
E — contrôle Centreon portant sur un mauvais endpoint ou un seuil non pertinent
F — certificat proche de l'expiration ou identité de service incohérente
G — sauvegarde récente mais restauration jamais validée
H — contrainte PoE / capacité / support matériel nécessitant une décision d'évolution

Le dossier ne doit pas transformer l’exercice en un unique incident cybersécurité. Les défauts servent à tester l’exploitation intégrée.

Pour chaque écart :

fait observé
impact
hypothèses
preuve manquante
test discriminant
priorité

07Gate de changement

Avant toute correction en laboratoire, rédige :

changement proposé
objectif
composant touché
précondition
impact attendu
risque
preuve à conserver avant
critère d'arrêt
rollback
recette après

Le candidat doit expliquer pourquoi son changement est le plus petit changement suffisant.

Interdits :

règle any/any permanente
arrêt global des contrôles de sécurité
réinitialisation complète sans justification
modification de production
utilisation de secrets réels

08Phase D — administre ou corrige

Le sujet demande deux actions techniques maximum afin de conserver du temps pour le raisonnement.

Une action peut concerner :

réseau / VLAN / routage / filtrage
DNS / DHCP / annuaire
service Windows ou Linux
publication web / DMZ
supervision
sauvegarde / reprise
politique d'accès ou délégation

Le candidat conserve les commandes, captures ou extraits utiles, mais le barème ne récompense pas le volume de terminal.

La chaîne attendue est :

état avant
-> hypothèse
-> test
-> changement borné
-> état après
-> recette
-> preuve

09Phase E — conçois la supervision utile

Le candidat choisit les contrôles nécessaires à la disponibilité réelle du service.

Exemple de décomposition :

service web interne
├─ résolution DNS
├─ connectivité réseau attendue
├─ écoute TCP/TLS
├─ réponse HTTP utile
├─ état du système hôte
└─ sauvegarde / reprise selon criticité

Pour trois contrôles au minimum, indique :

Un ping vert ne prouve pas qu’une application fonctionne.

10Phase F — vérifie la sécurité

Construis une mini-revue de sécurité directement reliée au dossier :

segmentation cohérente
flux minimaux
administration depuis la bonne zone
comptes / privilèges proportionnés
secret absent des livrables
TLS / confiance si le service l'utilise
sauvegarde protégée selon le scénario
journalisation utile

Pour chaque contrôle, écris :

attendu
preuve
écart éventuel
mesure proposée
risque résiduel

Une absence d’alerte ne prouve pas une absence de faiblesse.

11Phase G — construis la recette

La matrice de recette doit mélanger tests positifs et négatifs.

Exemple :

Une recette ne doit pas être adaptée après coup pour correspondre à ce qui fonctionne.

12Phase H — relie exploitation, capacité et patrimoine

À partir de l’inventaire, choisis au moins un actif ou service devant faire l’objet d’une décision :

KEEP
UPGRADE
REASSIGN
REPLACE
RETIRE

Justifie avec :

capacité observée ou hypothèse de charge
support / âge si fourni
incidents
coût ou effort relatif fourni par le sujet
risque métier
marge restante
seuil de réévaluation

L’âge seul n’est jamais une preuve de remplacement nécessaire.

13Dossier final

Le rendu contient :

1. résumé exécutif ;
2. besoin reformulé et critères de recette ;
3. architecture annotée ;
4. dépendances et matrice de flux ;
5. écarts priorisés ;
6. hypothèses et tests discriminants ;
7. plan de changement + rollback ;
8. correction(s) appliquée(s) et preuves avant/après ;
9. supervision proposée / corrigée ;
10. revue de sécurité ;
11. matrice de recette positive et négative ;
12. décision patrimoine/capacité ;
13. limites, risques résiduels et prochaine action.

Le dossier doit être lisible par un technicien qui n’a pas assisté à l’épreuve.

14Soutenance de justification

Durée indicative : 10 minutes.

Le candidat doit défendre :

le besoin métier le plus structurant
le choix d'architecture le plus important
le diagnostic ayant demandé le plus de discrimination
le changement le plus risqué et son rollback
un contrôle de sécurité
un contrôle de supervision
une limite de sa conclusion

L’évaluateur peut demander :

« Quelle autre solution aurais-tu pu retenir, et pourquoi ne l’as-tu pas choisie ? »

15Barème

16Conditions de non-validation

La partie concernée n’est pas validée si le candidat :

invente une mesure ou une preuve ;
utilise un secret réel ;
modifie un environnement de production ;
ouvre globalement un contrôle de sécurité pour faire fonctionner le service ;
annonce un rétablissement sans recette ;
annonce une cause certaine alors que les pièces ne permettent pas de la démontrer ;
ne prévoit aucun rollback pour un changement à risque.