Confidentialité et sécuritéCopy Anchor Link

Les équipes juridiques qui manipulent des documents sensibles doivent savoir où les données sont traitées et quels contrôles sont appliqués. Cette page décrit l'architecture actuelle de Claira et ses contrôles de traitement des données.

Régions de déploiementCopy Anchor Link

Claira est déployée dans trois régions indépendantes. Les données de chaque client restent dans le pays du déploiement utilisé : il n'y a aucune réplication entre les déploiements ni aucun transfert de contenu client d'un déploiement à un autre.

• Canada : Google Cloud northamerica-northeast1 (Montréal). Accessible à https://nuix-ca.claira.to.
• Australie : Google Cloud australia-southeast1 (Sydney). Accessible à https://nuix-au.claira.to.
• Allemagne : Google Cloud europe-west3 (Francfort). Accessible à https://nuix-de.claira.to.

Chaque déploiement fonctionne dans sa propre charge de travail Google Cloud Assured Workloads, qui applique ses limites géographiques au niveau plateforme :

• Canada : un ensemble de contrôles canadien, et les ressources de Claira sont en outre limitées à la région de Montréal.
• Australie : l'ensemble de contrôles Australia Regions and Support.
• Allemagne : l'ensemble de contrôles EU Regions and Support, complété par une règle d'emplacement qui limite les ressources de Claira aux régions allemandes.

L'URL utilisée par votre équipe détermine la région à laquelle vous vous connectez. Pour les flux d'analyse média avec transit de fichier, Claira applique en plus une liste autorisée de régions au niveau applicatif avant tout transfert vers la zone de transit.

CourrielCopy Anchor Link

Le courriel est la seule exception. Pour acheminer les courriels qu'elle envoie et gérer les abonnements aux listes de diffusion, Claira fait appel à des fournisseurs de services de courriel situés aux États-Unis, quelle que soit votre région de déploiement. Ils reçoivent le nom et l'adresse courriel de chaque destinataire, sa langue, la région qu'il utilise et le contenu du courriel lui-même, par exemple un nom de dossier ou un changement de forfait. Les courriels que Claira envoie à votre équipe ne contiennent jamais de contenu de document ni de réponse de l'IA.

Traitement des requêtes de modèleCopy Anchor Link

Claira envoie chaque requête de modèle à un fournisseur de modèles d'IA situé dans le pays de votre déploiement. Le modèle choisi pour le dossier dans Sélection du modèle détermine quel fournisseur traite une analyse, et le drapeau affiché à côté de chaque modèle indique le pays où il s'exécute. Pour connaître les fournisseurs qui desservent votre région, écrivez-nous à support@claira.to.

Politiques applicables aux fournisseurs de modèlesCopy Anchor Link

Chaque fournisseur de modèles utilisé par Claira doit respecter ces politiques :

• Votre pays uniquement. Les requêtes sont traitées dans le pays de votre déploiement. Claira refuse d'envoyer une requête à un modèle qui n'est pas approuvé pour votre déploiement. Si un modèle est surchargé, Claira signale l'erreur pour que vous puissiez choisir un autre modèle. Si vous avez activé le routage automatique des modèles, Claira répond plutôt avec un autre modèle approuvé dans votre pays. Dans les deux cas, elle n'envoie jamais vos documents à l'étranger.
• Aucun entraînement. Vos documents, prompts et résultats ne sont jamais utilisés pour entraîner ou améliorer les modèles d'un fournisseur.
• Aucune conservation. Les fournisseurs ne journalisent, ne mettent en cache et ne stockent pas votre contenu une fois leur réponse renvoyée. Claira désactive toutes les options de journalisation et de mise en cache du contenu qu'offre un fournisseur, à une exception près, qu'elle contrôle : pendant une analyse en lot dont le prompt est très long, Claira peut conserver ce prompt (jamais les documents) chez le fournisseur jusqu'à la fin de l'analyse, dans votre pays et chiffré avec la propre clé de Claira. Les détails figurent dans Comment nous choisissons nos fournisseurs d'IA.
• Aucun partage. Les fournisseurs ne transmettent votre contenu à personne d'autre. Seul le fournisseur qui exécute le modèle chargé d'une requête la reçoit.
• Connexions sécurisées. Chaque requête est chiffrée en transit, et Claira se connecte avec ses propres identifiants, limités à ce dont elle a besoin.

La façon dont Claira sélectionne les fournisseurs et vérifie qu'ils respectent ces politiques est décrite dans Comment nous choisissons nos fournisseurs d'IA.

Modèles que vous connectez vous-mêmeCopy Anchor Link

Claira Private est la seule exception, et elle est sous votre contrôle. Dans un dossier activé sur Claira Private, un membre de votre équipe connecte au dossier le point de terminaison de modèle de votre organisation (la connexion partagée), et le texte des documents et les prompts des fonctions IA de ce dossier sont envoyés à ce point de terminaison à votre demande, où que vous l'hébergiez. Les garanties de résidence de Claira s'arrêtent à ce point de terminaison : ce que son exploitant fait du contenu relève de votre entente avec cet exploitant, pas de Claira. Du côté de Claira, la connexion doit utiliser HTTPS avec un certificat publiquement reconnu, la clé API du point de terminaison est stockée chiffrée dans votre région de déploiement et jamais écrite dans les journaux, et Claira n'enregistre que des métadonnées sur chaque requête : durée, statut et décomptes de jetons, jamais le contenu. Un dossier Claira Private n'utilise jamais l'un des modèles de Claira : les analyses, le Mode agent, les Insights, le Contexte du dossier, « Réviser avec l’Agent » et le générateur de requêtes s'exécutent tous sur votre modèle, et la connexion peut être révoquée à tout moment.

Avec un modèle local, le contenu des documents ne quitte jamais la machine de la personne qui révise pour l'inférence. Lorsqu'une personne qui révise un dossier Claira Private active un modèle local, son navigateur envoie chaque document directement à un modèle qui s'exécute sur son propre ordinateur ou sur son réseau, et en lit la réponse. Le texte du document n'est pas envoyé aux serveurs de Claira pour être analysé, ni à aucun autre fournisseur de modèle. Tant que le modèle local est activé, Claira n'effectue aucun appel de modèle, d'aucune sorte, pour cette personne dans ce dossier : il n'existe aucun repli silencieux vers un autre modèle.

Soyons précis sur ce que cela signifie, et sur ce que cela ne signifie pas :

• L'inférence est locale. Le stockage ne change pas. Claira stocke ce qu'elle stocke pour tout dossier : vos prompts et les métadonnées opérationnelles décrites ci-dessous. Un modèle local change l'endroit où le modèle s'exécute, pas ce que Claira conserve, et quel que soit le modèle, Claira ne conserve aucune copie de vos documents ni des réponses.
• L'adresse du point de terminaison et sa clé facultative ne quittent jamais le navigateur. Il n'existe aucune copie côté serveur ni aucun secret partagé. Claira n'enregistre que l'activation ou la désactivation du modèle local, le nom d'hôte du point de terminaison et le nom du modèle, pour votre piste d'audit.
• C'est par personne et par dossier. Une ou un collègue du même dossier qui ne l'a pas activé continue de travailler sur la connexion partagée du dossier.
• Les résultats vont dans votre champ Nuix. La réponse produite par le modèle local est écrite dans votre champ Nuix, exactement comme avec tout autre modèle. Claira n'en conserve aucune copie.
• Claira ne peut pas se porter garante du modèle local. Ce que ce logiciel fait du texte sur cette machine relève de la personne qui l'a installé, pas de Claira.

Flux de traitement par requêteCopy Anchor Link

Chaque scan suit un schéma requête-réponse:

1. Claira envoie le texte du document (et, pour une analyse média, le fichier source du document) au fournisseur du modèle sélectionné, dans le pays de votre déploiement. Si ce modèle est surchargé et que le routage automatique des modèles est activé, la requête est envoyée au fournisseur d'un autre modèle approuvé, toujours dans le pays de votre déploiement.
2. Le modèle renvoie une réponse.
3. La réponse est enregistrée dans votre champ Nuix.

Claira ne conserve aucune copie du texte du document ni de la réponse : la réponse se trouve dans votre champ Nuix. Claira n'utilise pas le contenu client pour entraîner des modèles possédés par Claira.

Données stockées par ClairaCopy Anchor Link

Claira stocke des métadonnées opérationnelles nécessaires à l'exploitation du produit, par exemple les enregistrements de scan, les états de facturation et les configurations au niveau dossier. Ces métadonnées sont stockées dans la base de données du service Claira dans votre région de déploiement.

Claira ne stocke ni le contenu de vos documents ni les réponses produites par ses analyses. Chaque réponse est écrite dans votre champ Nuix, qui en est la seule copie. Les journaux de Claira consignent des identifiants, des durées et des codes d'erreur, jamais le contenu des documents ni les réponses. Claira ne conserve du contenu que là où vous choisissez de le conserver avec Claira : les avis que vous envoyez sur une réponse, vos conversations du mode agent, les Insights et contextes du dossier que vous créez, et les évaluations préliminaires que vous lancez. Un Insight conserve les valeurs de champ à partir desquelles il a été généré, telles que Claira les a lues dans vos champs Nuix au moment de sa génération, afin d'afficher ses sources et de travailler sur les mêmes valeurs à chaque révision. Supprimer l'Insight les supprime. Une évaluation préliminaire conserve sa vue d'ensemble et les statistiques sur lesquelles elle repose : les décomptes de chaque champ avec leurs valeurs (les noms des dépositaires et des expéditeurs, par exemple), les dates des documents, l'historique des importations et un échantillon de titres de documents. Supprimer l'évaluation les supprime.

Notes de travail. Pour améliorer votre expérience de Claira, Claira conserve des notes de travail internes sur la façon dont les personnes et les organisations l'utilisent : les types de tâches que chaque personne accomplit, son rôle dans un dossier (par exemple, si elle configure les dossiers ou révise les documents), la façon dont les collègues travaillent ensemble dans Claira, et le type de travail mené dans un dossier, consigné uniquement sous forme de catégories fixes comme « revue du privilège » ou « droit du travail ». Les notes ne contiennent jamais de noms de dossier, de contenu de document, de valeurs de champ, de réponses, ni le texte des prompts ou des conversations. Pour choisir les catégories, un modèle situé dans le pays de votre déploiement lit les instructions que les personnes saisissent (leurs prompts, y compris les consignes d'Insight et les demandes faites au générateur de requêtes, et ce qu'elles demandent à l'Agent) au moment où les notes sont établies, et ne conserve rien de ce qu'il lit. Le travail effectué sur un modèle local n'est jamais lu. Claira n'affiche pas ces notes et ne les utilise dans aucune fonctionnalité pour le moment, et aucun modèle n'est entraîné sur celles-ci. Elles sont supprimées avec le dossier. Votre organisation peut demander à support@claira.to de les désactiver, et leur désactivation les supprime.

Le transit de fichier pour analyse média (si utilisé) est chiffré avec des clés que Claira contrôle, conservées dans votre région de déploiement, et contrôlé par les accès. Les fichiers mis en transit pour une analyse exécutée dans votre navigateur sont supprimés après traitement. Les fichiers que votre navigateur téléverse pour une analyse image, audio, vidéo ou Auto en arrière-plan ne sont conservés que pour cette exécution : ils sont supprimés lorsque l'exécution se termine ou est annulée, lorsqu'une exécution inachevée expire, ou lorsque le dossier est supprimé, et dans tous les cas au bout de 14 jours au plus.

Sous-traitants externesCopy Anchor Link

Selon les fonctionnalités activées, Claira peut utiliser des sous-traitants externes pour:

• Des fournisseurs de modèles d'IA, qui exécutent les modèles proposés par Claira dans le pays de votre déploiement, selon les politiques applicables aux fournisseurs de modèles. Écrivez à support@claira.to pour connaître les fournisseurs qui desservent votre région.
• Un point de terminaison de modèle que votre propre organisation connecte à un dossier Claira Private comme connexion partagée, un sous-traitant que vous choisissez et avec lequel vous contractez directement.
• Aucun sous-traitant externe pour le travail qu'une personne qui révise exécute sur un modèle local : le modèle s'exécute sur la machine de la personne qui révise, il n'y a donc aucun tiers dans le chemin d'inférence.
• Le traitement des paiements via Stripe.
• Des fournisseurs de services de courriel situés aux États-Unis, qui acheminent les courriels opérationnels, de facturation et de prise en main de Claira et gèrent les abonnements aux listes de diffusion. Voir Courriel.

Contrôles de sécurité principauxCopy Anchor Link

Authentification et accèsCopy Anchor Link

Claira s'exécute comme extension Nuix Discover et valide des jetons d'authentification signés côté serveur sur les routes API. Claira s'authentifie auprès de chaque fournisseur de modèles avec ses propres identifiants, qui sont soit de courte durée, soit conservés dans un coffre de secrets géré situé dans votre région de déploiement, et jamais stockés dans le code.

ChiffrementCopy Anchor Link

Le trafic entre les clients, les services Claira et les fournisseurs configurés est chiffré en transit. Les secrets sensibles sont injectés à l'exécution depuis des coffres de secrets gérés. Chaque déploiement chiffre la base de données Cloud SQL et la zone de transit d'analyse média avec des clés que Claira contrôle, plutôt qu'avec les clés par défaut du fournisseur infonuagique; les clés sont stockées dans la région de ce déploiement.

AuditabilitéCopy Anchor Link

Claira enregistre des événements opérationnels et de facturation pour les besoins d'audit et de support.

Alignement réglementaireCopy Anchor Link

AustralieCopy Anchor Link

Le déploiement australien est structuré pour s'aligner sur les Australian Privacy Principles (APPs) et le Notifiable Data Breaches (NDB) scheme prévus par la Privacy Act 1988. L'ancrage régional et l'utilisation de clés de chiffrement contrôlées par Claira sont appliqués par Google Cloud Assured Workloads, et les requêtes de modèle restent en Australie conformément aux politiques applicables aux fournisseurs de modèles. Il s'agit d'un alignement réglementaire, non d'une certification formelle.

CanadaCopy Anchor Link

Le déploiement canadien conserve l'ensemble du contenu client et des métadonnées opérationnelles au Canada. Ses ressources Google Cloud sont limitées à la région de Montréal, et chaque modèle fourni par Claira y traite les requêtes au Canada. La seule exception est le courriel : voir Courriel.

AllemagneCopy Anchor Link

Le déploiement allemand conserve l'ensemble du contenu client et des métadonnées opérationnelles en Allemagne. Ses ressources Google Cloud sont limitées aux régions allemandes, et chaque modèle fourni par Claira y traite les requêtes en Allemagne. La seule exception est le courriel : voir Courriel.

Résumé pour les communications clientCopy Anchor Link

• Claira est déployée dans trois régions : Google Cloud canadien (northamerica-northeast1), Google Cloud australien (australia-southeast1) et Google Cloud allemand (europe-west3). Les données de chaque client restent dans le pays de leur déploiement.
• Le courriel est la seule exception au traitement dans le pays : les courriels de Claira sont acheminés par des fournisseurs situés aux États-Unis, qui reçoivent le nom et l'adresse courriel des destinataires et le contenu de chaque courriel. Les courriels envoyés à l'équipe du client ne contiennent jamais de contenu de document ni de réponse de l'IA.
• Les requêtes de modèle ne sont envoyées qu'à des fournisseurs de modèles d'IA situés dans le pays du déploiement, qui ne peuvent ni entraîner de modèles sur le contenu client, ni le conserver, ni le partager. La liste des fournisseurs de chaque région est disponible sur demande.
• L'accès API est protégé par des jetons d'extension Nuix signés et des contrôles de claims.
• Le contenu client est traité par requête et n'est pas utilisé pour entraîner des modèles Claira.
• Claira ne conserve aucune copie des documents du client ni des réponses de ses analyses : chaque réponse est écrite dans le champ Nuix du client. Du contenu n'est conservé que là où le client choisit de le conserver (avis, conversations du mode agent, Insights, contexte du dossier, évaluations préliminaires).
• Dans un dossier Claira Private, où le client a connecté son propre point de terminaison de modèle (une connexion partagée), le contenu envoyé à un modèle va à ce point de terminaison à la demande du client; les garanties de résidence de Claira s'arrêtent là.
• Lorsqu'une personne qui révise un dossier Claira Private utilise un modèle local, le contenu des documents n'est envoyé nulle part pour l'inférence : le modèle s'exécute sur sa propre machine. Claira stocke les prompts et les métadonnées qu'elle stocke habituellement, et aucun contenu de document ni aucune réponse d'analyse.
• Des métadonnées opérationnelles sont stockées pour la facturation, le support et l'audit.
• Claira conserve des notes de travail internes sur la façon dont les personnes utilisent Claira (les types de tâches qu'elles accomplissent, leur rôle dans un dossier et la façon dont les collègues travaillent ensemble), afin d'améliorer leur expérience. Ces notes ne sont que des métadonnées et ne contiennent jamais de contenu de dossier ni de document.
• Des sous-traitants supplémentaires peuvent être utilisés selon les fonctionnalités activées et la configuration de déploiement.

---

Besoin d'aide? Contactez-nous à support@claira.to.