Les entreprises migrent de plus en plus leurs applications de productivité vers le cloud avec Microsoft Office 365. Selon un récent rapport de Gartner, 78 % des entreprises interrogées utilisent ou prévoient d’utiliser Office 365. À cela s’ajoutent les entreprises qui déploient de nouvelles applications cloud tout en migrant vers le cloud leurs anciennes applications développées en interne. La nécessité de faire preuve de souplesse et de rapidité dans cette migration, tout en assurant la sécurité de ces applications de productivité, empêche de nombreux DSI et RSSI de dormir la nuit.
Un rapport de la société de sécurité cloud SkyHigh Networks met en évidence ce dilemme : en moyenne, les organisations font face à 2,7 menaces visant Office 365 par mois, dont 1,3 est due à des comptes compromis. Bien que ces chiffres ne semblent pas très élevés, selon ce même rapport, plus de 58 % des données sensibles stockées dans le cloud se trouvent dans des documents Office.
Les entreprises souhaitent offrir à leurs utilisateurs un accès rapide, simple et sécurisé à Office 365. Cependant, la migration des applications hébergées dans des centres de données sur site vers des applications cloud et SaaS, telles qu’Office 365, peut mettre à rude épreuve les ressources existantes et exposer les utilisateurs à des performances imprévisibles. L’un des défis les plus complexes pour les entreprises qui utilisent Office 365 et des applications SaaS consiste à fournir à leurs utilisateurs un niveau de gestion des identités et des accès adapté et suffisamment robuste.
La fédération des identités et l’authentification unique (SSO), associées à l’authentification multifacteur (MFA), constituent la première ligne de défense contre les accès non autorisés ou malveillants à Office 365, en particulier lorsqu’une organisation utilise Microsoft Azure Active Directory comme référentiel d’identifiants utilisateur. En effet, certaines fonctionnalités d’Office 365, telles que l’accès conditionnel, nécessitent la fédération des identités et l’authentification unique.
Comme expliqué dans mon précédent article de blog, la méthode la plus courante pour sécuriser l’accès à Office 365 est l’identité fédérée. Avec l’identité fédérée, un fournisseur d’identité local vérifie les identifiants des utilisateurs. Aucun hachage de mot de passe ni aucune synchronisation avec Azure Active Directory n’est nécessaire. L’une des raisons pour lesquelles l’identité fédérée est si répandue est que les identifiants des utilisateurs d’une organisation restent sur site et sont gérés par celle-ci. L’identité fédérée réduit le risque de perte ou de vol des identifiants et simplifie l’intégration avec des méthodes MFA nouvelles ou existantes. De nombreuses organisations souhaitent que les mots de passe des utilisateurs soient vérifiés par un fournisseur d’identité (IdP) SAML local ou par Microsoft Active Directory Federation Services (ADFS).
Bien que Microsoft fournisse ADFS avec Windows Server 2012, il prend également en charge les solutions tierces de fédération des identités et d’authentification unique (SSO). À l’instar d’ADFS, nombre de ces solutions tierces permettent l’authentification unique, étendent la fédération des identités à davantage d’applications, simplifient la gestion des utilisateurs et la révocation de leurs accès, et centralisent la gestion de la fédération, parfois de manière plus robuste qu’ADFS.
Comme pour toute solution informatique, avant de décider de mettre en œuvre une solution de gestion des identités et des accès pour Office 365, une organisation doit en peser les avantages et les inconvénients. Voici une liste de questions que les équipes informatiques doivent prendre en compte lorsqu’elles envisagent de déployer une nouvelle solution de gestion des identités et des accès pour Office 365 :
- Faudra-t-il déployer une infrastructure supplémentaire sur le réseau ?
- Si oui, combien coûteront son achat, son déploiement, son administration et sa gestion ?
- Des contrôleurs de mise à disposition d’applications sont-ils nécessaires pour équilibrer la charge afin de garantir un accès rapide et une haute disponibilité ?
- Quel est le coût total de possession (TCO) de la solution de gestion des identités et des accès ?
- La solution peut-elle évoluer rapidement et facilement pour répondre aux besoins futurs de leur organisation ?
- La mise à l’échelle implique-t-elle d’ajouter encore plus d’infrastructures ?
- L’administration des applications cloud peut-elle être automatisée, ou un administrateur doit-il créer ou modifier manuellement des règles pour chaque application cloud ? Les processus manuels sont coûteux et chronophages.
- La solution de gestion des identités et des accès peut-elle fonctionner avec les méthodes de sécurité existantes, telles que les contrôles de la posture de sécurité des appareils effectués sur les appareils mobiles par les principales solutions de gestion de la mobilité d’entreprise (EMM), ou avec les offres d’authentification multifacteur (MFA) existantes ?
Les organisations ont besoin d’une solution de gestion des identités et des accès pour Office 365 qui puisse tirer parti de leurs outils d’accès et de sécurité existants, sans les contraindre à changer de fournisseurs ou de processus. Il leur faut une solution qui n’accentue pas la prolifération déjà généralisée des infrastructures, mais qui soit également évolutive afin de répondre à la croissance et aux besoins de leur organisation.
Dans notre prochain article de blog, nous explorerons les solutions permettant de relever le défi de la sécurisation des identités et des accès à Office 365, ainsi que les nombreux cas d’usage auxquels elles peuvent répondre.
À propos de l’auteur
Articles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.