Annexe B : exemple de sécurisation d’un SI interne et d’un SI hybride
Système d’information hybride et sécurité : un retour à la réalité

Chacun se représente le métier d’architecte, concepteur d’un bâtiment ou d’un ouvrage d’art. Par analogie, l’architecte d’un système d’information (SI) doit prendre en compte toutes les contraintes d’environnement pour bâtir un SI fonctionnel et résilient, avec des coûts raisonnables d’investissement et d’entretien. Son rôle est d’agencer judicieusement les briques qui permettent de rendre in fine des services numériques à des utilisateurs. Pour mener à bien sa mission, il définit des exigences ou des recommandations de nature technique ou organisationnelle.

Dans un contexte de menaces grandissantes et protéiformes, l’architecte SI doit aussi intégrer des exigences de sécurité de sorte que l’architecture qu’il conçoit soit celle d’un système d’information sécurisé. Un de ses objectifs est de concevoir des architectures non seulement pour prévenir les intrusions, mais aussi pour les détecter au cas où les protections mises en œuvre seraient défaillantes, compromises ou inefficaces face à un type d’attaque. Ces protections doivent couvrir aussi bien les interconnexions que les échanges internes. Sécuriser un SI ne consiste pas à poser un boîtier tout-en-un mais à identifier les risques avec les métiers et à définir une stratégie pour les traiter. Pour cela, des compétences spécifiques en sécurité des systèmes d’information (SSI) sont indispensables.

Alors que des modèles historiques de sécurité ont permis de sécuriser les premiers SI dans un périmètre maîtrisé et dans un environnement numérique où les menaces étaient rares et opportunistes, cet écosystème des SI a beaucoup évolué à mesure que le numérique façonnait nos modes de travail. Ainsi de nouveaux termes occupent régulièrement l’actualité technologique (par exemple Zero Trust Network, X as a Service), sans qu’il soit évident de discerner un changement profond, réellement structurant, d’une démarche uniquement marketing. Cet article vise à donner quelques clés de compréhension. Entre autres, les sujets désormais structurants de l’automatisation et de la détection sont abordés plus en détail.

Hormis pour des jeunes pousses (start-up) qui peuvent choisir de déployer un SI entièrement dans le cloud, il est aujourd’hui fréquent de rencontrer des SI composés d’une partie historique hébergée in situ (tout du moins dans un périmètre connu et maîtrisé) et d’une partie plus récente, externalisée dans le cloud. Ces SI sont qualifiés ici de SI hybrides.

Cet article vise in fine à expliquer comment appréhender une architecture de SI hybride du point de vue de sa sécurité, c’est-à-dire une architecture où les concepts de sécurité hérités des modèles historiques sont adaptés à des capacités technologiques et à des réalités contemporaines.