Preuve de concept : Accès sécurisé aux applications SaaS avec Okta et Citrix Secure Workspace Access

Aperçu

Comme les utilisateurs consomment davantage d’applications SaaS, les organisations doivent être en mesure d’unifier toutes les applications sanctionnées, de simplifier les opérations de connexion des utilisateurs tout en appliquant les normes d’authentification. Les entreprises doivent être en mesure de sécuriser ces applications même si elles existent au-delà des limites du datacenter. Citrix Workspace fournit aux entreprises un accès sécurisé aux applications SaaS.

Dans ce scénario, un utilisateur s’authentifie auprès de Citrix Workspace en utilisant Active Directory ou Okta comme annuaire d’utilisateurs principal. Okta fournit également des services d’authentification unique pour un ensemble défini d’applications SaaS.

Active Directory et Okta SSO

Active Directory et Okta SSO

Si le service Citrix Secure Workspace Access est affecté à l’abonnement Citrix, des stratégies de sécurité améliorées, allant de l’application de filigranes basés sur l’écran, la restriction des actions d’impression et de téléchargement, les restrictions d’accaparement d’écran, l’obfuscation du clavier et la protection des utilisateurs contre les liens non fiables sont appliquées. en plus des applications SaaS basées sur l’OKTA.

L’animation suivante montre un utilisateur accédant à une application SaaS avec Okta fournissant SSO et sécurisé avec Citrix Secure Workspace Access.

Démo SSO Okta

Cette démonstration montre un flux SSO initié par ID dans lequel l’utilisateur lance l’application à partir de Citrix Workspace. Ce guide de PoC prend également en charge un flux SSO initié par SP où l’utilisateur tente d’accéder à l’application SaaS directement à partir de son navigateur préféré.

Hypothèses :

  • Okta est déjà configuré pour fournir l’authentification SSO à Office 365 et à d’autres applications SaaS
  • Les utilisateurs peuvent se connecter au portail Okta et lancer Office 365 et d’autres applications SaaS
  • Citrix Workspaces est déjà configuré avec Active Directory ou Okta comme répertoire d’identité principal de l’utilisateur.

Ce guide de validation de concept montre comment :

  1. Configuration de Citrix Workspace
  2. Intégrer un annuaire d’utilisateurs principal
  3. Intégrer l’authentification unique pour les applications SaaS
  4. Définir des stratégies de filtrage du site
  5. Valider la configuration

Configuration de Citrix Workspace

La première étape de configuration de l’environnement consiste à préparer Citrix Workspace pour l’organisation, qui inclut

  1. Configuration de l’URL de l’espace de travail
  2. Activation des services appropriés

Définir l’URL d’espace de travail

  1. Connectez-vous à Citrix Cloud et connectez-vous en tant que compte administrateur
  2. Dans Citrix Workspace, accédez à la Configuration de l’espace de travail à partir du menu supérieur gauche
  3. Dans l’onglet Accès, entrez une URL unique pour l’organisation et sélectionnez Activé

URL de l'espace de travail

Activer les services

Dans l’onglet Intégration de services, activez les services suivants pour prendre en charge l’accès sécurisé aux applications SaaS

  1. Passerelle
  2. Secure Browser

![Services d’espace de]travail(/en-us/tech-zone/learn/media/poc-guides_access-control-okta-sso_workspace-config-002.png)

Vérifier

Citrix Workspace prend quelques instants pour mettre à jour les services et les paramètres d’URL. Dans un navigateur, vérifiez que l’URL de l’espace de travail personnalisée est active. Toutefois, l’ouverture de session n’est pas disponible tant qu’un répertoire utilisateur principal n’est pas défini et configuré.

Intégrer un annuaire d’utilisateurs principaux

Pour que les utilisateurs puissent s’authentifier auprès de Workspace, un annuaire d’utilisateur principal doit être configuré. L’annuaire d’utilisateurs principal est la seule identité dont l’utilisateur a besoin, car toutes les demandes d’applications dans Workspace utilisent l’authentification unique aux identités secondaires.

Une organisation peut utiliser l’un des répertoires d’utilisateurs principaux suivants

  • Active Directory: pour activer l’authentification Active Directory, un connecteur de nuage doit être déployé dans le même centre de données qu’un contrôleur de domaine Active Directory en suivant le guide Installation de Cloud Connector.
  • Active Directory avec mot de passe unique basé sur le temps : l’authentification basée sur Active Directory peut également inclure l’authentification multifacteur avec un mot de passe unique basé sur le temps (TOTP). Ce guide détaille les étapes requises pour activer cette option d’authentification.
  • Azure Active Directory : les utilisateurs peuvent s’authentifier auprès de Citrix Workspace avec une identité Azure Active Directory. Ce guide fournit des détails sur la configuration de cette option.
  • Citrix Gateway : les organisations peuvent utiliser un Citrix Gateway local pour agir en tant que fournisseur d’identité pour Citrix Workspace. Ce guide fournit des détails sur l’intégration.
  • Okta : les organisations peuvent utiliser Okta comme répertoire d’utilisateurs principal pour Citrix Workspace. Ce guide fournit des instructions pour configurer cette option.

Ajouter Okta en tant que fournisseur d’authentification unique

Pour intégrer avec succès les applications Okta avec Citrix Workspace, l’administrateur doit effectuer les opérations suivantes

  • Identifier l’URL de connexion SAML
  • Identifier l’URI de l’émetteur IdP
  • Configuration du fournisseur d’identité SAML
  • Configurer l’application SaaS
  • Autoriser l’application SaaS
  • Configuration du routage IdP

Identifier l’URL de connexion SAML

  • Connectez-vous à Okta en tant qu’administrateur
  • Sélectionner les applications
  • Sélectionnez l’application à ajouter dans Citrix Workspace. Dans cet exemple, Microsoft Office 365 est utilisé.
  • Sous Général, faites défiler vers le bas jusqu’à ce que le lien d’intégration de l’application approprié soit localisé. Ceci est utilisé comme URL de connexion SAML pour Citrix Workspace.

URL de connexion SAML

Identifier l’URI de l’émetteur IdP

  • Connectez-vous à Citrix Cloud en tant qu’administrateur
  • Dans la section Gestion des identités et des accès, sélectionnez Accès aux API
  • Capturez le paramètre d’ID client. Ceci est utilisé pour créer l’URI de l’émetteur IdP au format : https://citrix.com/<customerID>

URI de l'émetteur IdP

Configuration du fournisseur d’identité SAML

Okta doit utiliser Citrix Workspace en tant que fournisseur d’identité SAML, ce qui fait Okta devenir un fournisseur de services dans la configuration SAML.

  • Connectez-vous à Okta en tant qu’administrateur
  • Sélectionnez Sécurité -> Fournisseurs d’identité
  • Sélectionnez Ajouter un fournisseur d’identité -> Ajouter une IdP SAML 2.0

Configuration de l'IdP SAML 01

  • Fournir un nom
  • Pour le nom d’utilisateur IdP, utilisez l’expression suivante : IDPuser.UserName (ceci est sensible à la casse)
  • Le match contre doit être Okta Nom d’utilisateur ou e-mail
  • Si aucune correspondance n’est trouvée, sélectionnez Rediriger vers la page de connexion Okta
  • Pour l’URI de l’émetteur IdP, utilisez l’URL https://citrix.com/<customerID>. CustomerID provient de la section URI de l’émetteur IdP

Configuration de l'IdP SAML 02

  • Laissez cette partie du processus ouverte jusqu’à ce que nous puissions obtenir l’URL d’authentification unique et le certificat SSL de Citrix Cloud.

Configurer l’application SaaS

  • Dans Citrix cloud, sélectionnez Gérer dans la vignette Gateway.

Configuration de l'application SaaS 01

  • Sélectionnez Ajouter une application Web/SaaS
  • Dans l’Assistant Choisir un modèle, sélectionnez Ignorer
  • Étant donné qu’il s’agit d’une application SaaS, sélectionnez En dehors de mon réseau d’entreprise
  • Dans la fenêtre Détails de l’application, indiquez un nom pour l’application
  • Pour l’URL, utilisez le lien d’intégration de l’application de la section Identity SAML Login URL
  • Les stratégies de sécurité améliorées utilisent le champ domaines associés pour déterminer les URL à sécuriser. Un domaine associé est automatiquement ajouté en fonction de l’URL saisie ajoutée à l’étape précédente. Ce domaine associé spécifique est associé au lien de l’application Okta. Les stratégies de sécurité améliorées nécessitent des domaines associés pour l’application réelle, ce qui est souvent *.<companyID>.SaaSApp.com (par exemple *.citrix.slack.com)

Configuration de l'application SaaS 02

  • Dans la fenêtre Sécurité renforcée, sélectionnez les stratégies de sécurité appropriées pour l’environnement
  • Dans la fenêtre Single Sign-On, sélectionnez Télécharger pour capturer le certificat basé sur PEM.
  • Cliquez sur le bouton Copier pour capturer l’URL de connexion

Configuration de l'application SaaS 03

  • Retournez à la configuration Okta. La boîte de dialogue Ajouter un fournisseur d’identité doit toujours être visible
  • Pour l’URL de Single Sign-On IdP, utilisez l’URL de connexion Citrix copiée à partir de l’étape précédente. Elle devrait ressembler à https://app.netscalergateway.net/ngs/<customerid>/saml/login?APPID=2347894324327
  • Dans le certificat de signature IdP, sourcils pour le certificat PEM téléchargé

Configuration de l'application SaaS 04

  • Une fois l’Assistant terminé, copiez l’ URL du Service Consumer d’Assertion et l’ URI d’audience.

Configuration de l'application SaaS 05

  • Retournez à la configuration Citrix.
  • Dans la fenêtre Single Sign-On, pour l’URL d’ assertion, utilisez l’élément URLdu service client d’assertion obtenu à partir de la section Fournisseur d’identité SAML
  • Pour l’ audience, utilisez l’élément URI d’audience obtenu à partir de la section Fournisseur d’identité SAML.
  • Le format d’ID de nom et l’ID de nom peuvent rester comme e-mail. Okta utilise l’adresse e-mail pour s’associer à un utilisateur Okta.

Configuration de l'application SaaS 06

  • Sélectionnez Enregistrer
  • Sélectionner Terminer

Autoriser l’application SaaS

  • Dans Citrix Cloud, sélectionnez Bibliothèque dans le menu

Autoriser SaaS App 01

  • Trouvez l’application SaaS et sélectionnez Gérer les abonnés
  • Ajouter les utilisateurs/groupes appropriés qui sont autorisés à lancer l’application

Autoriser SaaS App 02

Configuration du routage IdP

Jusqu’à présent, la configuration prend en charge un processus de lancement initié par l’IDP, où l’utilisateur lance l’application à partir de Citrix Workspace. Afin d’activer un processus initié par SP, où l’utilisateur lance l’application avec une URL directe, Okta a besoin d’une règle de routage IdP définie.

  • Dans la console d’administration Okta, sélectionnez Sécurité - Identity Providers
  • Sélectionnez des règles de routage
  • Sélectionnez Ajouter une règle de routage
  • Indiquez un nom pour la règle
  • Pour l’ option Utiliser ce fournisseur d’identité, sélectionnez le fournisseur d’identité Citrix créé précédemment

Règle de routage du fournisseur d'identité Okta

  • Sélectionnez Activer

*Remarque : Pendant la configuration, l’administrateur Okta peut ne pas pouvoir se connecter à la console d’administration Okta car la configuration SAML entrante est incomplète. Si cela se produit, l’administrateur peut contourner la règle de routage IdP en accédant à l’environnement Okta à l’adresse suivante : https://companyname.okta.com/login/default*

Valider

Validation initiée par l’IdP

  • Connectez-vous à Citrix Workspace en tant qu’utilisateur
  • Sélectionnez l’application SaaS configurée
  • Observez brièvement le processus de connexion Okta
  • Le lancement de l’application SaaS

Validation initiée par SP

  • Lancer un navigateur
  • Accédez à l’URL définie par l’entreprise pour l’application SaaS
  • Le navigateur redirige vers Okta puis vers Citrix Workspace pour l’authentification
  • Une fois que l’utilisateur s’authentifie auprès de l’annuaire principal des utilisateurs, l’application SaaS démarre avec Okta fournissant une authentification unique

Définir des stratégies de filtrage du site

Le service Citrix Secure Workspace Access fournit le filtrage des sites Web au sein des applications SaaS et Web afin de protéger l’utilisateur contre les attaques par hameçonnage. La section suivante montre comment configurer des stratégies de filtrage de site Web.

  • À partir de Citrix Cloud, Gérer dans la vignette Secure Workspace Access

Citrix Secure Workspace Access 1

  • Si ce guide a été suivi, l’étape Configurer l’authentification de l’utilisateur final et Configurer l’accès utilisateur final au SaaS, les étapes des applications Web et virtuelles sont terminées. Sélectionnez Configurer l’accès au contenu
  • Sélectionner Modifier
  • Activer l’option Filtrer les catégories du site
  • Dans la zone Catégories bloquées, sélectionnez Ajouter
  • Sélectionnez les catégories pour empêcher les utilisateurs d’accéder

Citrix Secure Workspace Access 2

  • Lorsque toutes les catégories applicables sont sélectionnées, sélectionnez Ajouter

Citrix Secure Workspace Access 3

  • Faites de même pour les catégories autorisées
  • Faites de même pour les catégories redirigées. Ces catégories redirigent vers une instance Secure Browser
  • Si nécessaire, les administrateurs peuvent filtrer les actions refusées, autorisées et redirigées pour des URL spécifiques suivant le même processus que celui utilisé pour définir des catégories. Les URL de site Web ont priorité sur les catégories.

Valider la configuration

Validation initiée par l’IdP

  • Connectez-vous à Citrix Workspace en tant qu’utilisateur
  • Sélectionnez l’application SaaS configurée. Si la sécurité renforcée est désactivée, l’application démarre dans le navigateur local, sinon le navigateur intégré est utilisé
  • L’utilisateur se connecte automatiquement à l’application
  • Les stratégies de sécurité améliorées appropriées sont appliquées
  • Si configuré, sélectionnez une URL dans l’application SaaS qui se trouve dans les catégories bloquées, autorisées et redirigées
  • Si configuré, sélectionnez une URL dans l’application SaaS qui se trouve dans les URL bloquées, autorisées et redirigées
  • Le lancement de l’application SaaS

Validation initiée par SP

  • Lancer un navigateur
  • Accédez à l’URL définie par l’entreprise pour l’application SaaS
  • Le navigateur dirige le navigateur vers Citrix Workspace pour l’authentification
  • Une fois que l’utilisateur s’est authentifié auprès du répertoire principal des utilisateurs, l’application SaaS démarre dans le navigateur local si la sécurité renforcée est désactivée. Si la sécurité renforcée est activée, une instance Secure Browser lance l’application SaaS

Résolution des problèmes

Échec des stratégies de sécurité améliorées

Les utilisateurs peuvent rencontrer des stratégies de sécurité améliorées (filigrane, impression ou accès cliboard) échouent. Généralement, cela se produit parce que l’application SaaS utilise plusieurs noms de domaine. Dans les paramètres de configuration de l’application SaaS, il y avait une entrée pour les domaines associés.

Configuration de l'application SaaS 02

Les stratégies de sécurité améliorées sont appliquées à ces domaines associés. Pour identifier les noms de domaine manquants, un administrateur peut accéder à l’application SaaS à l’aide d’un navigateur local et effectuer les opérations suivantes :

  • Accédez à la section de l’application où les stratégies échouent
  • Dans Google Chrome et Microsoft Edge (version Chromium), sélectionnez les trois points en haut à droite du navigateur pour afficher un écran de menu.
  • Sélectionnez Plus d’outils.
  • Sélectionner les outilsde développement
  • Dans les outils de développement, sélectionnez Sources. Ceci fournit une liste des noms de domaine d’accès pour cette section de l’application. Afin d’activer les stratégies de sécurité améliorées pour cette partie de l’application, ces noms de domaine doivent être saisis dans le champ domaines associés de la configuration de l’application. Les domaines associés doivent être ajoutés comme *.domain.com

Sécurité améliorée Dépannage 01