L'article fournit des conseils aux clients qui utilisent actuellement la protection des données de l'API classique pour Slack Enterprise. Il décrit un processus clair de migration vers la version améliorée de l'API données Protection de nouvelle génération, qui offre des performances et des fonctionnalités accrues. La migration comprend des étapes clés, notamment la préparation, la mise à jour de la configuration et la vérification, afin d'assurer une transition en douceur vers la plateforme la plus avancée.
Intégration de Slack Teams sur les plans non entreprise
Dans la plateforme Classic, Netskope propose une intégration basée sur l'API avec Slack Teams. Avec la plateforme Next Generation, l'intégration de Slack nécessite le plan Slack Enterprise Grid , car Slack impose désormais l'utilisation d'API de découverte pour des raisons de conformité et de sécurité.
Les clients de Slack Pro ou Business+ (alias Slack Teams) ne pourront plus utiliser l'intégration basée sur l'API après la migration.
What You Need to Do?
-
Already on Enterprise Grid? Si votre organisation est déjà abonnée au plan Enterprise Grid et dispose de notre intégration d’API Next Generation déployée, no action is required.
-
Planning to upgrade? Si vous envisagez de passer au forfait Enterprise Grid ou si vous êtes en train de le faire, veuillez collaborer avec l'équipe en charge du compte Slack. Une fois votre licence mise à niveau, vous pouvez procéder et suivre les étapes de migration pour Slack Enterprise.
-
Not on Enterprise Grid? Si vous n'êtes pas sur Enterprise Grid aujourd'hui, revoyez votre stratégie de licence Slack avant de migrer pour assurer une prise en charge continue de l'intégration API. L'intégration de la protection des données API de nouvelle génération pour Slack est exclusive au plan Enterprise Grid.
Contrôles enrichis par l'API dans le CASB Inline
Pour les clients utilisant Slack Enterprise sur la plateforme Classic, Netskope prenait en charge les contrôles enrichis par API, où les politiques CASB Inline pouvaient agir en fonction du contexte d'exposition supplémentaire fourni par l'API, comme les indicateurs de données sensibles.
Cette fonction n'est pas disponible dans la protection des données de l'API de nouvelle génération. Lors de la migration de Classic vers Next Generation, toutes les politiques qui s'appuient sur cette fonctionnalité doivent être revues et adaptées en utilisant les options d'application alternatives fournies dans la plateforme Next Generation.
Pour en savoir plus sur les détails techniques, adressez-vous à votre représentant commercial ou au service clientèle de Netskope.
Étapes de la migration
Voici les grandes étapes pour migrer votre instance classique de Slack Enterprise vers Next Generation.
-
Créez une instance New Next Generation API données Protection Slack Enterprise. Pour en savoir plus : voir la vidéo d’exemple.
-
Désactiver les politiques de protection des données API classiques existantes à partir de Policies > API Data Protection > SAAS > Classic.
-
Créez New des politiques sur les données d’API de nouvelle génération Protection contre Policies > API Data Protection > SAAS > Next Gen. Pour en savoir plus : visionnez un exemple de vidéo.
-
Supprimez les politiques classiques de protection des données de l’API existantes de Policies > API Data Protection > SAAS > Classic.
L'exécution simultanée de politiques classiques et de nouvelle génération peut entraîner un comportement inattendu si des profils de mise en attente légale ou de quarantaine existent sur les deux plates-formes. En outre, cette configuration risque d'entraîner un étranglement en amont dû à des limites de taux, ce qui pourrait interrompre toutes les protections. C'est pourquoi Netskope déconseille fortement d'exécuter simultanément des politiques classiques et de nouvelle génération, ainsi que des profils de mise en attente légale/quarantaine. -
Allez sur Settings > Configure App Access > Classic. Select dans l'application Slack Enterprise, cliquez sur l'instance et décochez CASB API. Cela permet d'éviter d'autres appels à l'API en amont sans supprimer l'instance. Vous pouvez ainsi continuer à consulter les alertes pertinentes et les fichiers en quarantaine.
-
Attendez six mois ou la durée de votre période de conservation des incidents. Consultez votre représentant commercial Netskope pour confirmer la période de conservation exacte. Pendant cette période, vous pouvez gérer les incidents et travailler avec les fichiers mis en quarantaine.
-
Supprimez l'instance classique de Slack Enterprise. Pour ce faire, rendez-vous sur Settings > Configure App Access > Classic, sélectionnez l'application Slack Enterprise, puis cliquez sur l'icône Remove Instance pour supprimer l'instance de l'application.
Pour en savoir plus sur la matrice des fonctionnalités de protection des données des API de nouvelle génération par application cloud, consultez la matrice des fonctionnalités de protection des données des API de nouvelle génération par application cloud.