Nous vivons dans un monde dominé par les applications.
Il existe aujourd’hui des centaines de millions d’applications et, selon sa taille, une entreprise en utilise en moyenne entre 500 et 1 000 pour assurer son fonctionnement. Poussées par la nécessité d’accélérer leur activité, d’améliorer l’expérience utilisateur et de réduire les coûts, les entreprises répartissent leurs portefeuilles d’applications entre plusieurs centres de données et clouds publics. Cette situation engendre une immense complexité pour les entreprises lorsqu’elles développent, déploient, gèrent et administrent un nombre croissant d’applications, en particulier lorsqu’elles cherchent à mettre en place une stratégie unifiée de sécurité et d’identité pour l’ensemble de leurs applications, qu’elles soient hébergées sur site, dans des centres de données externes ou dans des clouds publics. En outre, de nombreuses applications anciennes ne sont pas compatibles avec les méthodes d’authentification modernes.
S’il est vrai que de nombreuses applications sont migrées vers le cloud et que la plupart des nouvelles applications sont conçues nativement dans le cloud, certaines données indiquent que les entreprises conserveront pendant de nombreuses années une stratégie applicative hybride couvrant leurs infrastructures sur site, des centres de données hors site et plusieurs clouds publics. IBM a commandé une étude à McKinsey & Company, qui a révélé qu’environ 80 % des charges de travail et des applications prenant en charge les applications de cloud public continueront d’être hébergées sur site.
Les raisons sont multiples. Certaines applications se prêtent mal à la modernisation. Certaines applications existantes ne sont pas adaptées à une migration vers le cloud, voire ne peuvent pas y être migrées. De nombreuses applications sur site ne prennent pas en charge les mécanismes modernes d’authentification et d’autorisation, notamment les normes et protocoles tels que SAML, OAuth ou OpenID Connect (OIDC). Il se peut qu’une organisation ne dispose pas du personnel qualifié ou du temps nécessaire pour moderniser ses applications sur site.
La sécurité est l’un des principaux critères pris en compte par les organisations lorsqu’elles décident de migrer ou non des applications vers le cloud public. Pour les organisations dont les applications sont hébergées dans le cloud ou dans un centre de données, gérées ou proposées sous forme de service, l’enjeu consiste à créer une architecture hybride rentable qui garantisse un accès sécurisé aux applications et une expérience optimale, permettant aux utilisateurs de trouver facilement les applications, de bénéficier d’expériences cohérentes et d’y accéder aisément grâce à l’authentification unique (SSO), intégrée à une stratégie centralisée de gestion des identités et d’authentification.
Avec des milliers d’applications utilisées quotidiennement et hébergées dans l’un ou plusieurs de ces environnements, comment les entreprises peuvent-elles garantir aux utilisateurs un accès sécurisé et approprié sans les obliger à se connecter plusieurs fois ? Par ailleurs, comment peuvent-elles révoquer l’accès d’un utilisateur à chaque application sans avoir à intervenir individuellement dans chacune d’elles ?
Ensemble, Microsoft et F5 apportent la solution : en déployant Microsoft Azure Active Directory, la plateforme complète de gestion des identités dans le cloud de Microsoft, conjointement avec la solution fiable d’accès aux applications de F5, Access Policy Manager (APM), les entreprises peuvent fédérer l’identité, l’authentification et les autorisations des utilisateurs, et combler le fossé identitaire entre les applications cloud (IaaS), SaaS et sur site.
F5 APM et Azure Active Directory simplifient l’expérience utilisateur en matière d’accès aux applications. Quel que soit l’endroit où l’application est hébergée — dans le cloud, en mode SaaS, sur site, etc. — ces deux solutions permettent aux utilisateurs de se connecter une seule fois et d’accéder, depuis un emplacement unique, à toutes les applications auxquelles ils sont autorisés à accéder.
La solution conjointe de Microsoft et F5 permet aux applications héritées qui ne prennent pas en charge les mécanismes modernes d’authentification et d’autorisation d’interagir avec Azure Active Directory. Même si une application ne prend pas en charge SAML et ne peut utiliser qu’une authentification basée sur les en-têtes ou Kerberos, elle peut néanmoins bénéficier de l’authentification unique (SSO) et de l’authentification multifacteur (MFA) grâce à l’association de F5 APM et d’Azure Active Directory. En tant que solution IDaaS, Azure Active Directory fournit à APM une racine d’identité fiable, créant ainsi une passerelle entre les applications modernes et héritées, tout en assurant l’authentification unique et en sécurisant l’application grâce à la MFA.
Désormais, les utilisateurs n’ont plus qu’à créer et mémoriser un seul identifiant d’accès, utilisable conjointement avec l’authentification multifacteur (MFA). Ils peuvent ainsi accéder aux applications plus rapidement et plus facilement, sans avoir à s’authentifier à plusieurs reprises, tout en bénéficiant d’une sécurité accrue grâce à une moindre exposition aux attaques par hameçonnage et à l’utilisation abusive des mots de passe.
La combinaison Microsoft / F5 facilite également la tâche des administrateurs en créant une autorité centralisée de gestion des politiques d’accès aux applications, notamment aux applications héritées sur site qui ne prennent pas en charge l’authentification moderne et aux applications dans le cloud. Les administrateurs peuvent désormais révoquer l’accès d’un utilisateur depuis un emplacement unique, au lieu de devoir accéder à chaque application pour le supprimer, ce qui réduit considérablement le risque d’erreur humaine.
Les organisations peuvent adopter une approche méthodique et structurée pour migrer leurs applications vers le cloud. Cette architecture permet de transférer progressivement les applications de l’environnement sur site vers le cloud sans modifier les stratégies de gestion des identités, puisqu’elle est transposable au cloud. Cette combinaison offre aux utilisateurs un accès simple et sécurisé aux applications, où qu’elles se trouvent, tout en permettant à l’organisation de tirer parti de son annuaire sur site existant à mesure qu’elle poursuit sa migration vers le cloud. L’application et les données sous-jacentes sont ainsi mieux sécurisées, tout en bénéficiant d’une véritable architecture hybride pour l’accès aux applications.
L’étroit partenariat entre F5 et Microsoft, ainsi que l’intégration de F5 APM à Microsoft Azure Active Directory, continueront d’offrir aux organisations du monde entier une sécurité renforcée et un accès fiable.
À 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.