Aller au contenu
  • Réseau
  • Lecture seule

Netskope et Qastel

Transformez le trafic d'IA générative que Netskope classe déjà en outils nommés, en vrais utilisateurs, et en alertes de fuite de données.

Pourquoi c'est dans le proxy que le Shadow AI se dévoile

Netskope trie déjà votre trafic web et range l'IA générative dans une catégorie à part. Qastel lit cette part du trafic (les applications d'IA atteintes, qui les a atteintes, et les alertes DLP déclenchées) et en fait un inventaire classé, prêt pour une décision.

Un outil IA gratuit ne demande qu'un onglet de navigateur, et son trafic doit tout de même sortir par votre proxy. Netskope le voit passer (quel outil, quelle personne, s'il s'agissait de publier, de téléverser ou de copier) bien avant que quiconque pense à le mentionner.

Seule la part IA quitte votre tenant

Qastel filtre côté Netskope sur la catégorie Generative AI, si bien que seul le trafic IA est lu. Chaque application est regroupée en un seul enregistrement, avec ses utilisateurs distincts, la nature de son activité, et ses dates de première et de dernière détection sur les 30 derniers jours.

Fenêtre de connexion Netskope dans Qastel, listant l'accès SkopeIT en lecture seule demandé et l'accès en écriture jamais demandé

Ce que vous obtenez

Découvrir, évaluer, contrôler, prouver.

Ce que Netskope apporte à Qastel, à chacune des quatre étapes.

  • Découvrir

    Les applications d'IA générative atteintes sur votre réseau, reconnues et nommées, lues depuis le proxy que vous utilisez déjà.

  • Évaluer

    Chacune évaluée pour son risque, la sensibilité des données et sa classification au titre de l'AI Act, avec les étiquettes de Netskope à côté.

  • Contrôler

    L'usage de comptes personnels rattaché au collaborateur concerné, et les alertes DLP sur le trafic IA dans la même file.

  • Prouver

    Un registre actualisé en continu de l'usage de l'IA et des alertes de fuite de données qu'il a déclenchées, avec dates de première et de dernière détection.

Comptes personnels et fuites de données, nommés

Quand Netskope a vu la connexion, Qastel distingue un compte professionnel d'un compte personnel (une connexion Gmail à un chatbot, par exemple) et le rattache au collaborateur concerné. Les alertes DLP levées sur le trafic IA arrivent avec la règle, la gravité et l'action prise par Netskope, pour que les moments les plus risqués figurent déjà dans la liste.

Netskope

Ce que Qastel lit

Depuis Netskope

  • Les événements d'applications d'IA générative
  • Les connexions, professionnelles ou personnelles
  • Les alertes DLP et de politique sur le trafic IA

Lecture seule. Rien n'est écrit en retour.

Connecter Netskope

Se connecte avec un jeton en lecture seule issu d'un Service Account Netskope. Qastel le vérifie sur votre tenant avant de l'enregistrer, ne lit que le trafic IA, et ne demande jamais le contenu des fichiers, la modification de politiques ni un accès en écriture.

Ce qu'il vous faut avant de commencer

  • Un tenant Netskope, accessible à l'adresse <tenant>.goskope.com
  • Un Tenant Admin, seul rôle habilité à créer le rôle et le Service Account ci-dessous
  1. Dans Netskope, créez un rôle avec View sur SkopeIT Application Events et Alerts, et rien d'autre.

  2. Créez un Service Account avec ce rôle, générez son jeton et copiez-le.

  3. Dans Qastel, ouvrez les sources, choisissez Netskope, collez l'URL de votre tenant et le jeton, puis lancez la connexion.

Voyez ce que Netskope sait déjà de votre IA.

En lecture seule, en quelques minutes. Rien n'est jamais écrit en retour.