Politiques de sécurité dans les environnements multi-utilisateurs et multi-locataires

Informatec Digital » Ressources » Politiques de sécurité dans les environnements multi-utilisateurs et multi-locataires

Dans toute organisation moderne, les politiques de sécurité pour les environnements multi-utilisateurs sont devenues un élément clé de la stratégie de cybersécurité. Il est de plus en plus fréquent que plusieurs utilisateurs, services, clients, voire différentes entreprises, partagent la même infrastructure, les mêmes applications et les mêmes données, que ce soit sur des serveurs internes, dans le cloud ou sur des appareils partagés. Sans règles claires ni contrôles techniques robustes, le risque de fuites de données, d'abus de privilèges ou de non-conformité réglementaire explose.

Concepts de base : systèmes d’exploitation multi-utilisateurs, multi-locataires et réseau

Il est essentiel de comprendre de quoi il s'agit. Un environnement multi-utilisateurs est un environnement dans lequel plusieurs utilisateurs partagent les mêmes ressources matérielles ou logicielles , mais chacun doit disposer de son propre espace de travail, de ses propres paramètres et autorisations. Cela peut se produire sur un serveur comportant des dizaines de comptes, sur un ordinateur partagé par des utilisateurs à tour de rôle, ou dans une application SaaS utilisée par des milliers de clients différents.

Parallèlement, l'architecture mutualisée (ou multitenant) repose sur le principe qu'une seule instance d'application dessert plusieurs clients ou locataires . C'est le modèle classique de nombreux services cloud : un logiciel unique, une infrastructure commune, mais des espaces logiques distincts pour chaque client. Du point de vue de la sécurité, cela exige une isolation stricte, afin qu'aucun locataire ne puisse accéder aux données ou aux configurations d'un autre.

Les systèmes d'exploitation réseau jouent également un rôle essentiel. Ils coordonnent les ressources partagées (fichiers, imprimantes, applications) et fournissent des mécanismes d'authentification, d'autorisation et de gestion centralisée. Ceci permet de gérer des environnements collaboratifs et multi-utilisateurs tout en conservant le contrôle des accès.

Ces systèmes en réseau se caractérisent notamment par la capacité multi-utilisateurs, le multitâche, une sécurité avancée, l'évolutivité et l'interopérabilité . Ils permettent à de nombreuses personnes de travailler simultanément, avec des autorisations et des rôles différents, en intégrant des appareils et des plateformes hétérogènes sous un cadre de gestion et un ensemble de politiques uniques.

Systèmes mono-utilisateur, multi-utilisateurs et multitâches : implications pour la sécurité

Historiquement, une distinction nette était faite entre les systèmes d'exploitation monoposte et multiposte . Un système monoposte (comme le classique MS-DOS) n'autorisait qu'une seule personne à utiliser l'ordinateur et à exécuter une seule tâche à la fois. La sécurité était moins complexe, même s'il restait nécessaire de protéger les données par des sauvegardes et des utilitaires de restauration.

À l'inverse, un système d'exploitation multi-utilisateurs comme UNIX permet à plusieurs utilisateurs de travailler simultanément sur la même machine , chacun depuis son propre terminal et avec ses propres processus. Ceci nécessite la mise en place de mécanismes d'authentification , la séparation des espaces utilisateurs, la gestion des permissions de fichiers et la surveillance des ressources afin d'empêcher que l'activité d'un utilisateur n'affecte les autres.

Il existe également des systèmes multitâches, permettant à un seul utilisateur d'exécuter plusieurs tâches simultanément (comme Windows dans ses différentes versions). Bien que conçus principalement pour un utilisateur local unique, nombre de ces systèmes d'exploitation intègrent des fonctionnalités réseau et de travail collaboratif ; les politiques de sécurité doivent donc prendre en compte la protection de l'ordinateur lui-même ainsi que les accès distants et partagés.

Enfin, les systèmes d'exploitation réseau permettent à plusieurs ordinateurs de communiquer et de partager des informations , combinant souvent des fonctionnalités multi-utilisateurs, réseau et multitâches. Dans ce contexte, la protection des informations exige des contrôles côté serveur et côté client, des politiques d'accès centralisées et des mécanismes de protection des données en transit et au repos.

Mode multi-utilisateurs sur les appareils et gestion centralisée

Outre les serveurs, de nombreux appareils personnels et professionnels intègrent désormais des fonctionnalités multi-utilisateurs ou de profils. Dans ce mode, un même appareil peut être utilisé par différentes personnes avec des sessions totalement isolées . Chaque profil possède ses propres applications, données et paramètres, invisibles pour les autres.

Ceci est particulièrement utile dans les écoles, les administrations publiques ou les entreprises fonctionnant par roulement , où un même appareil passe de main en main tout au long de la journée. L'essentiel est que chaque utilisateur accède uniquement aux applications et contenus associés à son profil, garantissant ainsi le respect de la vie privée et empêchant les fuites d'informations entre les sessions.

Les solutions de gestion des appareils, telles que les plateformes MDM/EMM, permettent aux équipes informatiques de définir de manière centralisée les applications, les restrictions et les autorisations de chaque type d'utilisateur . Ainsi, lorsqu'un utilisateur allume un appareil partagé, le système restaure automatiquement les paramètres correspondant à son profil, effaçant toute trace des données de l'utilisateur précédent.

Du point de vue des coûts et de la sécurité, cette approche est très intéressante. Le partage d'appareils bien gérés réduit les dépenses matérielles tout en maintenant une segmentation claire des utilisateurs. La gestion centralisée des politiques de sécurité, de la distribution des applications et de la configuration réseau diminue la charge de travail du service informatique et garantit l'application uniforme des règles sur l'ensemble du parc.

Sécurité dans les architectures mutualisées : isolation et protection des données

Lorsqu'on aborde la question du multitenant dans les applications et services analytiques, le principal défi est clair : un système unique doit pouvoir servir de nombreux clients sans que leurs données ne soient mélangées . Un exemple classique est celui des services bancaires en ligne : des millions d'utilisateurs accèdent à la même application, mais chacun ne voit que ses propres informations financières.

Une situation similaire se présente dans le cadre d'une solution d'analyse intégrée mutualisée. L'application est déployée une seule fois, mais elle doit être configurée pour ne présenter à chaque client que ses données et tableaux de bord , même si l'infrastructure de base de données est partagée. Pour ce faire, il est essentiel de prendre en compte à la fois l'expérience utilisateur et la sécurité des informations.

Côté fonctionnel, les clients peuvent exiger des personnalisations : styles visuels et designs spécifiques , configurations d’accès personnalisées pour leurs utilisateurs finaux, etc. L’avantage d’une architecture mutualisée bien conçue réside dans la possibilité de réutiliser le framework applicatif et ses définitions (rôles, permissions, mises en page) sans avoir à reconstruire le produit pour chaque client.

Au niveau des données, les choix de modélisation sont essentiels. Il convient de déterminer si chaque locataire partagera la même base de données, utilisera des schémas distincts ou des tables communes avec une colonne d'identifiant de locataire pour le filtrage. Quel que soit le modèle, la politique de sécurité doit garantir qu'aucun locataire ne puisse contourner ces filtres.

Les fonctionnalités minimales qu'une solution d'analyse multi-locataire sécurisée doit posséder incluent la capacité de se connecter à différents modèles de données et d'appliquer des filtres par locataire , de tokeniser les connexions pour éviter les fuites entre les clients, de prendre en charge le filtrage avancé par utilisateur et de fournir tous les accès via des mécanismes de sécurité centralisés (par exemple, SSO avec contrôle des rôles et des attributs).

Cloud mutualisé versus cloud mono-locataire

Dans le cloud, il existe deux principaux modèles : l’infrastructure mutualisée et l’infrastructure mono-locataire . La principale différence réside dans le partage ou non de l’infrastructure physique sous-jacente entre les clients.

Dans un cloud mutualisé, plusieurs clients partagent les mêmes ressources physiques et logiques, ce qui permet de répartir les coûts et d'optimiser l'utilisation de la capacité disponible pour le fournisseur . Il en résulte une réduction des coûts et une meilleure évolutivité : vous pouvez ainsi développer rapidement votre activité en tirant parti du pool de ressources partagé.

Toutefois, ce partage soulève des problèmes de sécurité et de conformité. Une isolation mal conçue pourrait permettre des interférences entre les locataires : fuites de données ou impact sur la disponibilité si un client malveillant ou mal configuré compromet l’infrastructure. De plus, certaines réglementations exigent que les données sensibles soient hébergées sur des systèmes dédiés, ce qui est plus facile à justifier dans les modèles mono-locataires.

Dans un cloud mono-locataire, chaque client dispose d' une infrastructure physique ou logique dédiée . Cela simplifie la conformité réglementaire et réduit certains risques d'isolation, au prix de coûts plus élevés et d'une moindre efficacité des ressources. Le choix entre un modèle et l'autre repose généralement sur un équilibre entre prix, conformité, criticité des données et flexibilité opérationnelle.

Dans les deux cas, la politique de sécurité doit couvrir des aspects tels que la visibilité sur la sécurité de l'infrastructure, le contrôle d'accès depuis Internet et la gestion de la responsabilité partagée entre le fournisseur et le client, qui varie selon qu'il s'agisse d'IaaS, de PaaS ou de SaaS.

SASE et avantages multi-utilisateurs en matière de sécurité d'accès

L'adoption généralisée du cloud computing et du télétravail a favorisé l'émergence de modèles comme le SASE (Secure Access Service Edge) . L'idée est de combiner les capacités du réseau (WAN) avec des fonctionnalités de sécurité avancées (telles que SWG, CASB, FWaaS, ZTNA) au sein d'une architecture distribuée et globale, accessible de partout.

Certaines solutions SASE reposent encore sur des instances dédiées par client , ce qui limite l'évolutivité et complexifie la gestion des politiques, car elles sont basées sur une approche plus adaptée aux environnements mono-utilisateur et aux réseaux traditionnels. Il en résulte souvent des politiques d'accès basées sur le réseau, un trafic qui doit transiter par le cloud du fournisseur avant d'être renvoyé aux applications, et un ensemble disparate de produits mal intégrés.

À l'inverse, les plateformes SASE, conçues dès le départ comme des services mutualisés, s'appuient sur de vastes infrastructures cloud réparties sur des centaines de centres de données . Chaque utilisateur peut se connecter au point le plus proche, appliquer des politiques de sécurité en temps réel et accéder à ses applications distantes tout en minimisant la latence.

L'architecture mutualisée de SASE permet une analyse massive et en temps réel de l'ensemble du trafic provenant de différents clients , y compris le trafic chiffré, et autorise des mises à jour instantanées des contrôles de sécurité. Si une nouvelle menace est détectée n'importe où dans le monde, une protection peut être déployée immédiatement sur l'ensemble des clients grâce au modèle partagé.

De plus, ce type d'architecture intègre tous les contrôles de sécurité réseau et d'accès sur une plateforme unique , offrant aux administrateurs une vue unifiée par utilisateur, emplacement et appareil, et facilitant ainsi la gestion des politiques dans les environnements multi-utilisateurs complexes. Ces solutions bénéficient de fonctionnalités de sécurité avancées qui complètent le contrôle d'accès et la protection du réseau.

Sécurité des données hybrides et gestion des identifiants dans les environnements distribués

Lorsque l'infrastructure sur site est combinée aux services cloud, des solutions de sécurité des données hybrides émergent et nécessitent une configuration rigoureuse. Celles-ci font souvent appel à des nœuds dédiés, des certificats X.509, des bases de données répliquées (PostgreSQL, SQL Server) et des comptes de service avec des mots de passe régulièrement renouvelés.

Dans ces environnements, il est fréquent de devoir mettre à jour les certificats avant leur expiration, modifier les paramètres de connexion aux bases de données ou préparer de nouveaux centres de données . De plus, pour des raisons de sécurité, de nombreux outils génèrent des identifiants à durée de vie limitée (par exemple, neuf mois), ce qui nécessite un renouvellement périodique.

Lorsque les mots de passe des comptes machines arrivent à expiration, le fournisseur envoie généralement des notifications pour régénérer le mot de passe et mettre à jour les fichiers de configuration sur tous les nœuds. Deux options sont généralement proposées : une « réinitialisation logicielle », où l’ancien et le nouveau mot de passe coexistent pendant une période transitoire, et une « réinitialisation matérielle », où l’ancien mot de passe devient immédiatement invalide.

Si le renouvellement des mots de passe n'est pas effectué à temps et que ces derniers expirent, le service est affecté et une réinitialisation complète ainsi qu'une reconfiguration de tous les nœuds peuvent s'avérer nécessaires . Par conséquent, dans les environnements multi-utilisateurs et critiques, les politiques de sécurité doivent impérativement inclure des calendriers de renouvellement, des responsabilités clairement définies et des procédures documentées pour la régénération des configurations (telles que la création de nouveaux fichiers ISO) et leur déploiement sans interruption de service.

Politiques de sécurité du cloud : définition et importance

Les politiques de sécurité du cloud constituent le cadre définissant les comportements attendus d'une organisation lors de l'utilisation de services et d'applications cloud . Il ne s'agit pas de simples documents de présentation : elles établissent les critères de prise de décision en matière de sécurité, les limites d'action et les pratiques acceptables concernant le traitement des données et l'utilisation des ressources.

Une bonne politique de sécurité du cloud doit être alignée sur les objectifs commerciaux à long terme et la culture de l'entreprise . Elle doit expliquer comment les données sensibles sont protégées, comment leur disponibilité et leur intégrité sont garanties, quels contrôles sont appliqués à l'accès des utilisateurs et comment les incidents tels que les fuites de données ou les failles de sécurité sont gérés.

Il est important de distinguer ces politiques des règles ou normes. Les normes de sécurité du cloud (telles que CIS Benchmarks, NIST, ISO 27001) sont généralement imposées par des organismes reconnus, obligatoires dans certains secteurs et offrent peu de possibilités de personnalisation. En revanche, les politiques internes sont adaptables, peuvent détailler la mise en œuvre de ces normes et constituent un guide pratique pour les employés et les équipes techniques.

Une organisation peut décider d'établir ou non des politiques formelles, mais elle ne peut ignorer les réglementations et exigences applicables à son secteur (par exemple, la loi HIPAA dans le secteur de la santé ou les cadres financiers stricts du secteur bancaire). Concevoir des politiques favorisant la conformité est le moyen le plus efficace d'éviter les sanctions, les atteintes à la réputation et les problèmes juridiques.

Éléments clés d'une politique de sécurité du cloud

Lors de la rédaction d'une politique de sécurité pour les environnements cloud multi-utilisateurs, il est conseillé de la structurer en plusieurs sections. La première concerne l' objectif et le périmètre . Il s'agit de définir clairement la finalité de la politique (protéger la confidentialité, l'intégrité et la disponibilité des ressources cloud) et les ressources, services, données et types d'utilisateurs concernés.

La deuxième section aborde les rôles et les responsabilités . Il est essentiel d'identifier les personnes chargées de la mise en œuvre, du suivi et de la révision de la politique : responsables de la sécurité, responsables informatiques, administrateurs système, propriétaires des données et utilisateurs finaux. Définir les rôles permet d'éviter les zones d'ombre où personne n'assume la responsabilité des décisions.

La classification des données est un autre élément clé. La politique doit catégoriser les informations (publiques, internes, confidentielles, sensibles) et attribuer à chaque catégorie un niveau minimal de protection et de contrôle. Les modèles de contrôle d'accès reposent sur cette base, généralement à l'aide du contrôle d'accès basé sur les rôles (RBAC) et d'une authentification robuste, idéalement multifactorielle.

Le chiffrement des données mérite une section dédiée. La politique de sécurité doit préciser, pour les données en transit et au repos, la gestion des clés, le traitement des données chiffrées lors des sauvegardes ou en cas d'incident de sécurité, ainsi que les responsabilités des différentes équipes.

Enfin, un chapitre consacré à la gestion des incidents et à la conformité/aux audits est essentiel . Il doit décrire comment les incidents sont détectés et signalés, comment la réponse est coordonnée, quelles mesures sont prises pour contenir et éradiquer le problème, et comment les enseignements tirés sont documentés. La section relative à la conformité doit détailler les normes applicables (ISO 27001, NIST, HIPAA, etc.), la fréquence des audits et les procédures de traitement des écarts.

Types courants de politiques de sécurité dans les environnements cloud multi-utilisateurs

Dans ce cadre général, il est souvent utile d'élaborer des politiques spécifiques pour différents aspects. L'une des plus importantes est la politique de protection des données , qui régit la classification, le stockage, le chiffrement et la suppression des données dans le cloud. Elle doit notamment prévoir l'utilisation d'un chiffrement robuste, la gestion des clés, la conservation des données et leur suppression sécurisée.

Un autre élément clé est la politique de contrôle d'accès . Elle définit qui peut accéder à quelles ressources et à quelles conditions, en appliquant des principes tels que le moindre privilège et la séparation des tâches. Elle comprend des règles pour la création et la révocation des comptes, la gestion des rôles, l'utilisation de l'authentification multifacteurs et les révisions périodiques des autorisations.

Il est également essentiel de définir une politique de réponse aux incidents , qui décrit les procédures à suivre en cas de cyberattaques, de violations de données ou d'interruptions de service. Cette politique doit préciser les délais de réponse, les rôles de l'équipe de réponse aux incidents, les canaux de communication internes et externes, ainsi que la coordination avec les fournisseurs de services cloud.

La politique d'identité et d'authentification définit comment les utilisateurs, les appareils et les systèmes sont validés avant d'obtenir l'accès aux ressources critiques. Elle peut définir des exigences concernant la robustesse des mots de passe, l'authentification multifacteur obligatoire, la gestion fédérée des identités ou l'utilisation de solutions IAM/IdP.

Enfin, les politiques telles que la sécurité du réseau et la continuité des activités/la reprise après sinistre définissent comment le trafic est protégé, quels pare-feu et segmentations sont appliqués, comment les VPN ou les ZTNA sont configurés et quelles mesures garantissent que l'organisation peut rétablir ses services en cas d'incident grave ou de catastrophe physique.

Cycle de vie des politiques : conception, mise en œuvre et révision continue

L'élaboration d'une politique ne se fait pas en un après-midi. La première étape consiste à analyser la situation actuelle de l'organisation , ses risques, son secteur d'activité et ses objectifs. Ensuite, on détermine les exigences réglementaires applicables (un hôpital n'est pas comparable à une start-up technologique) et on définit le périmètre initial des politiques.

Une stratégie de rédaction et d'approbation est ensuite élaborée, impliquant la direction, les équipes informatiques et de sécurité, le service juridique et les ressources humaines . Sans le soutien de la direction, les politiques restent souvent lettre morte ; sans la participation des équipes techniques et commerciales, elles risquent d'être irréalisables ou d'avoir un impact négatif sur les opérations.

Une fois rédigées et approuvées, les politiques doivent être mises en œuvre. Elles doivent être clairement communiquées à tous les utilisateurs concernés , les équipes clés formées et les outils de sécurité (pare-feu, DLP, EDR, CASB, etc.) configurés pour automatiser au maximum l'application des règles. Lorsque l'automatisation n'est pas possible, des procédures manuelles très claires devront être définies.

Au fil du temps, les menaces, les technologies et les exigences réglementaires évoluent. Il est donc essentiel de procéder régulièrement à un audit des politiques en vigueur , afin de vérifier quelles dispositions restent valides, lesquelles sont devenues obsolètes et où se situent les écarts entre la théorie et la pratique. Cet exercice est généralement mené en collaboration avec les services informatiques, de sécurité et de conformité.

L’analyse doit également prendre en compte les nouveaux vecteurs d’attaque (ransomwares avancés, attaques de conteneurs, exploitation d’API, etc.) et intégrer les renseignements les plus récents sur les menaces ainsi que les meilleures pratiques (par exemple, les directives NIST CSF 2.0 ou ISO/IEC 27017 relatives au cloud). Les politiques doivent être considérées comme des documents évolutifs, adaptés à l’activité de l’entreprise et à l’évolution du paysage des menaces.

Sécurité des terminaux Windows dans les environnements multi-utilisateurs

Dans de nombreux environnements multi-utilisateurs, le maillon faible demeure les terminaux, notamment les machines Windows partagées ou à comptes multiples. Dans ce cas, les politiques de sécurité doivent s'appuyer sur les outils système natifs, tels que Microsoft Defender et les fonctionnalités de sécurité Windows , afin d'établir une protection cohérente. Consultez la documentation relative aux fonctionnalités de sécurité spécifiques à Windows qui facilitent cette tâche.

Tout d'abord, la protection de l'appareil doit toujours être active. Des fonctionnalités telles que la protection en temps réel de Microsoft Defender, la protection anti-altération (pour empêcher les logiciels malveillants ou les utilisateurs non autorisés de modifier les paramètres) et l'application de mesures d'atténuation des exploits (DEP, SEHOP, etc.) réduisent considérablement le risque de compromission sur les appareils utilisés par plusieurs utilisateurs.

Le contrôle du réseau est un autre élément clé : configurer le pare-feu Microsoft Defender avec des profils appropriés, activer la protection du réseau pour bloquer l’accès aux sites malveillants et définir des règles de pare-feu avancées qui restreignent les ports ou adresses IP sensibles (comme l’accès distant RDP) contribuent à minimiser la surface d’attaque, tant interne qu’externe.

En matière de contrôle des applications , des politiques telles que l'exécution exclusive de scripts signés, l'utilisation d'AppLocker pour bloquer les programmes non autorisés dans des emplacements dangereux (par exemple, les dossiers Téléchargements ou Bureau) et le blocage de l'installation de logiciels via une stratégie de groupe ou le registre sont des mesures très efficaces pour empêcher les utilisateurs ayant des connaissances limitées d'exécuter des logiciels malveillants.

Enfin, le contrôle des données et la protection de la navigation Web complètent le tableau : chiffrement des fichiers avec EFS sur les ordinateurs multi-utilisateurs, chiffrement complet du disque avec BitLocker, activation des fonctions DLP et d’accès contrôlé aux dossiers, utilisation des règles SmartScreen et ASR pour ralentir l’exécution de contenu Web ou de pièces jointes suspects, et paramètres de navigateur stricts pour empêcher que les avertissements de sécurité ne soient ignorés.

Protection et sauvegarde classiques des données dans les systèmes mono-utilisateur

Bien que de nombreux environnements modernes soient multi-utilisateurs, il existe encore des cas où des systèmes plus anciens ou mono-utilisateur comme MS-DOS sont utilisés . Même dans ce cas, les politiques de sécurité doivent inclure la protection des données par le biais de sauvegardes et d'utilitaires système.

Des outils tels que les commandes de copie (COPY, XCOPY), les utilitaires de copie complète de disque (DISKCOPY) et les fonctions de sauvegarde/restauration permettent de conserver des sauvegardes à jour sur différents supports, ce qui est essentiel pour récupérer des données en cas de panne ou de suppression accidentelle. Toutefois, il est important de noter que ces sauvegardes peuvent écraser le contenu existant ; elles doivent donc être effectuées sur des supports de stockage dédiés.

Il existe également des commandes de récupération comme RECOVER ou UNDELETE, qui permettent de restaurer des fichiers supprimés accidentellement ou de tenter de récupérer des données sur des supports endommagés . Malgré leurs limitations importantes, elles constituent souvent le dernier recours sur les systèmes dépourvus de technologies modernes de snapshots ou de gestion de versions.

En revanche, de nombreuses versions anciennes de systèmes d'exploitation intégraient des programmes antivirus basiques aujourd'hui obsolètes, mais qui faisaient alors partie intégrante de la stratégie de défense contre les logiciels malveillants. Cet exemple souligne que, quelle que soit la plateforme, les politiques de sécurité doivent impérativement inclure des mesures de sauvegarde, de restauration et de protection contre les logiciels malveillants adaptées aux capacités de chaque environnement.

Ensemble, les politiques de sécurité pour les environnements multi-utilisateurs constituent le socle de la protection des données, des accès et des services, que ce soit au sein de systèmes d'exploitation réseau, de clouds mutualisés, de solutions SASE, d'appareils partagés ou d'équipements monopostes plus anciens. Conçues avec des objectifs clairs, étayées par des contrôles techniques robustes, régulièrement revues et appliquées de manière cohérente, elles permettent à de nombreux utilisateurs, clients et appareils de coexister sur la même infrastructure sans compromettre la confidentialité, l'intégrité et la disponibilité des informations critiques.