Requêtes
Disponible maintenantInspectez les requêtes tapées ou collées prises en charge avant soumission. Testez séparément les exemples sensibles et autorisés ; un test de requête tapée n’établit pas la couverture des téléchargements de fichiers.
DLP pour IA générative
DLP pour l’IA générative,requêtes et fichiers inclus
Découvrez comment les requêtes et documents sensibles peuvent être bloqués ou censurés avant soumission. Le plugin navigateur ou l’application native déployée par Aona protège les entrées prises en charge ; la couverture dépend de l’application, du client et du chemin d’entrée.
SAISIE PROTÉGÉEChamps sensibles remplacés
[CLIENT] et [COMPTE] sont protégés dans cet exemple synthétique.
Exemple synthétique. Validez le client et le chemin de politique concernés.
AI-native
Détection de données sensibles
10,000+
outils d’IA dans le catalogue
7 regions
Options de résidence gérées par Aona
SOC 2
Rapport de type 2 disponible
Comment ça marche
De l’entrée sensible à la réponse politique
Suivez les étapes sur un chemin de soumission pris en charge. Le DLP existant peut également inspecter le trafic IA ; comparez l’action réelle et la réponse configurée.
- 1
Inspecter les entrées prises en charge
Le plugin navigateur ou l’application native déployée par Aona inspecte les requêtes et téléchargements pris en charge avant soumission. L’application, le client et le chemin d’entrée déterminent ce qui est couvert.
- 2
Classer le contenu sensible
La politique configurée vérifie les données sensibles telles que les informations personnelles, les dossiers financiers, le code source et les identifiants. Utilisez des entrées synthétiques représentatives pour tester les catégories nécessaires.
- 3
Appliquer votre politique en temps réel
Sur un chemin pris en charge, bloquez la soumission ou censurez les entités sensibles selon la politique. Vérifiez ce que l’employé voit, quel événement est enregistré, ainsi que la sortie protégée.
Ce qui est couvert
Requêtes, fichiers et outils GenAI pris en charge
Évaluez chaque entrée séparément. Le format du fichier, le client et la méthode de téléchargement sont importants.
Téléchargements Word & Excel
Disponible maintenantRemplacez les entités sensibles dans les téléchargements DOCX et XLSX pris en charge tout en préservant la mise en page. Incluez les tableaux, cellules et la structure du document dans la revue de sortie.
Téléchargements PDF
Disponible maintenantLa censure PDF préservant la mise en page est disponible sur les chemins de téléchargement pris en charge. Testez la structure PDF représentative plutôt que d’inférer un comportement identique à partir d’un fichier Word.
Autres outils d’IA
Vérifier le chemin d’entréeAppliquez les politiques aux clients IA et chemins d’entrée pris en charge. Le catalogue de plus de 10 000 outils IA d’Aona ajoute contexte de découverte et de risque ; il n’implique pas une application uniforme sur chaque outil listé.
Un document peut contenir des données sensibles au-delà de la requête visible. Découvrez comment fonctionne la censure de fichiers préservant la mise en page.
Un exemple synthétique
Supprimez les champs sensibles. Conservez un document utile.
Alternez entre l’exemple original et protégé. Le contact et le compte sont remplacés ; la mise à jour du projet reste lisible.
Points à vérifier lors d’un test réel de fichier
Examinez le remplacement des entités, les tableaux, la mise en forme et le fichier de sortie. Aona prend en charge la censure DOCX, XLSX et PDF préservant la mise en page sur les chemins de téléchargement pris en charge. Cette illustration n’est pas un résultat de produit installé.
RÉSUMÉ DU PROJET
Mise à jour client
- Contact
- [NAME]
- Compte
- [COMPTE]
La revue du projet est prévue pour lundi.
Au-delà du blocage
Clarifiez la prochaine étape pour les employés
La réponse visible doit aider un employé à comprendre la politique au point d’utilisation.
Coaching au moment du risque
Montrez la raison de la réponse politique et les conseils disponibles sur le chemin pris en charge. Passez-les en revue avec le groupe d’employés avant d’élargir le déploiement.
Blocages stricts là où ils sont nécessaires
Lorsque la politique exige un blocage strict, vérifiez que la soumission synthétique est arrêtée. Enregistrez la portée du contrôle et examinez séparément les preuves d’événement disponibles du message à l’employé.
92.8%
Les requêtes IA fantômes sont passées de 446 à 32 en 30 jours après blocage plateforme et garde-fous pré-soumission.
Confiance
Preuves de sécurité, résidence des données choisie
Examinez le rapport d’assurance et votre configuration de traitement sélectionnée. L’hébergement Aona ne détermine pas le lieu de traitement du fournisseur d’IA.
- Rapport SOC 2 Type 2
- Contrôles attestés de manière indépendanteSécurité, disponibilité et confidentialité
- 7 régions
- Résidence des données gérée par AonaAustralie, France, Royaume-Uni, Allemagne, États-Unis, Singapour, Hong Kong
- IA native
- Détection de données sensiblesDonnées personnelles identifiables, données financières et code sourceExplorer les évaluations historiques d'Orbital
Aller plus loin
Guides par outil et hub DLP IA
Cette page couvre le DLP pour l’IA générative dans son ensemble. Chaque outil majeur dispose d’une analyse approfondie, et le hub organise l’ensemble du cluster.
Hub DLP IA
Choisissez un guide spécifique à l’application ou planifiez le contrôle à évaluer.
DLP pour ChatGPT
Définissez le compte, le client et la requête ou téléchargement sensible à tester.
DLP pour Microsoft Copilot
Séparez les contrôles de requête pris en charge des permissions de contenu Microsoft 365.
DLP pour Gemini
Vérifiez le compte Google, la surface Gemini et le chemin d’entrée.
DLP pour Claude
Évaluez les entrées Claude avec les contrôles natifs du compte.
Passez du DLP Legacy
Comment ajouter la couche IA sans supprimer le DLP déjà en place.
FAQ
Questions sur la DLP pour l’IA générative
Qu’est-ce que la DLP pour l’IA générative ?
La DLP pour l’IA générative est une prévention des pertes de données qui opère là où l’utilisation de l’IA générative a réellement lieu : la zone de saisie de requête et le téléchargement de fichiers. Aona inspecte les requêtes et pièces jointes prises en charge via un plugin navigateur déployé ou une application native, classe les données sensibles telles que les données personnelles identifiables, les documents financiers, le code source et les documents confidentiels, puis les bloque ou les caviarde en temps réel, avant qu’ils n’atteignent ChatGPT, Microsoft Copilot, Gemini, Claude ou un autre service d’IA générative pris en charge. Les contrôles dépendent du client et du chemin d’entrée pris en charge.
Comment fonctionne la DLP pour l’IA générative ?
Un plugin navigateur déployé ou une application native inspecte une requête ou un fichier pris en charge avant soumission. La détection vérifie l’entrée par rapport aux catégories de données sensibles configurées. La politique détermine ensuite la réponse de blocage ou de caviardage prise en charge ainsi que les consignes à fournir à l’employé. La DLP existante peut aussi inspecter les entrées IA via des contrôles endpoint, navigateur ou réseau ; comparer l’application exacte, le client, le chemin d’entrée et les conditions de la politique.
La DLP pour l’IA générative peut-elle caviarder des fichiers, pas seulement des requêtes ?
Oui. Aona prend en charge le caviardage préservant la mise en page pour les fichiers DOCX, XLSX et PDF sur les chemins de téléchargement pris en charge. Testez des documents synthétiques représentatifs et vérifiez les entités, la mise en page et la structure du fichier protégé. Confirmez séparément les autres types de fichiers et actions ; un test réussi de requête ou de DOCX n’établit pas leur couverture.
La DLP pour l’IA générative bloque-t-elle les employés d’utiliser l’IA ?
La politique configurée détermine la réponse sur le chemin pris en charge. Elle peut exiger un blocage strict ou permettre une soumission caviardée. Testez une entrée autorisée ainsi qu’une entrée sensible, et examinez les consignes reçues par l’employé. Un résultat particulier n’est pas garanti pour chaque outil ou chemin d’entrée.
Où les données de requête sont-elles traitées et stockées ?
Pour un déploiement régional géré par Aona, Aona propose 7 régions : Australie, France, Royaume-Uni, Allemagne, États-Unis, Singapour et Hong Kong. L’hébergement backend et le placement du traitement des requêtes sont des choix séparés, donc confirmez la configuration prise en charge pour la fonctionnalité et l’intégration requises. Le traitement et la résidence chez un fournisseur d’IA tiers sont distincts de la configuration d’Aona. Aona dispose d’un rapport SOC 2 Type 2, avec preuves disponibles via son Trust Center.
Voir en action
Choisissez une entrée sensible.
Définissez la protection nécessaire.
Apportez l’application, le client et une requête ou un fichier synthétique. Nous définirons la réponse de la politique, l’expérience employé et les preuves à vérifier lors d’une évaluation guidée.
Essai gratuit 30 jours · rapport SOC 2 Type 2