Migrer GitHub d'une protection classique à une protection des données API de nouvelle génération

L'article fournit des conseils aux clients qui utilisent actuellement la protection des données de l'API classique pour GitHub. 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 GitHub sur les éditions non-Enterprise

Dans la plateforme Classic, Netskope propose une intégration basée sur l'API avec les éditions non-entreprise de GitHub. Avec la plateforme Next Generation, l'intégration de GitHub nécessite l'édition cloud entreprise.

Les clients utilisant les éditions suivantes ne pourront plus utiliser l'intégration basée sur l'API après la migration.

• GitHub gratuit pour les comptes utilisateurs

• GitHub Pro

• GitHub Gratuit pour les organisations

• L'équipe GitHub

What You Need to Do?

• Already on enterprise cloud edition? Si votre organisation est déjà abonnée à l’édition cloud entreprise et dispose de notre intégration API Next Generation déployée, no action is required.

• Planning to upgrade? Si vous envisagez ou êtes en train de passer à l’édition cloud entreprise, merci de collaborer avec l’équipe du compte GitHub. Une fois votre licence mise à jour, vous pouvez suivre les étapes de migration pour GitHub.

• Not on enterprise cloud edition? Si vous n'utilisez pas l'édition cloud entreprise aujourd'hui, revoyez votre stratégie de licence GitHub avant de migrer pour garantir la continuité de la prise en charge de l'intégration API. L'intégration de la protection des données de l'API de nouvelle génération pour GitHub est exclusive à l'édition cloud d'entreprise.

Étapes de la migration

Voici les grandes étapes de la migration de votre instance GitHub classique vers Next Generation.

1. Créez une New instance GitHub de protection des données API de nouvelle génération. Pour en savoir plus : voir la vidéo d’exemple.

2. Désactiver les politiques de protection des données API classiques existantes à partir de Policies > API Data Protection > SAAS > Classic.

   

3. 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 : voir la vidéo d’exemple.

4. 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.

5. Va sur Settings > Configure App Access > Classic. Select l’application GitHub, cliquez sur l’instance et décochez CASB API.

   

6. Supprimez l'instance GitHub classique. Pour ce faire, naviguez jusqu'à Settings > Configure App Access > Classic, sélectionnez l'application GitHub, 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.