Fournisseurs d'IA non américains que les entreprises canadiennes peuvent utiliser pour échapper au CLOUD Act

La Commission d'accès à l'information du Québec a enregistré plus de 1 500 plaintes en matière de vie privée au cours de son année de déclaration 2024-2025. Une part croissante de ces plaintes désigne désormais des outils d'IA tiers comme point de défaillance. Un cabinet d'avocats canadien, un réseau hospitalier ou une entreprise de services financiers doit trancher une décision de fournisseur : quels outils d'IA conservent les données des clients à l'intérieur de la juridiction canadienne, et lesquels les acheminent vers les États-Unis, que le contrat le dise ou non. Une poignée de fournisseurs d'IA canadiens construisent maintenant leur offre précisément autour de cette question. Ce texte examine ce que le CLOUD Act touche réellement, quels fournisseurs sont structurés pour y échapper, et où les prétentions marketing dépassent ce qu'une entreprise peut réellement promettre.

Juridiction, pas géographie

La loi américaine Clarifying Lawful Overseas Use of Data Act, adoptée en 2018, permet aux forces de l'ordre américaines de contraindre une entreprise américaine à remettre des données qu'elle contrôle, peu importe où ces données se trouvent physiquement. Un hôpital canadien qui utilise un fournisseur d'IA dont le siège social est aux États-Unis ne change rien au gouvernement qui peut exiger la divulgation. L'emplacement du serveur n'a presque aucune importance. Ce qui compte, c'est le pays dont les tribunaux ont juridiction sur l'entreprise qui détient les clés.

C'est pourquoi « données stockées au Canada » est devenu un argument marketing qui veut dire moins que ce qu'il laisse entendre. Une entreprise américaine peut stocker des données en sol canadien tout en demeurant légalement tenue de les produire en vertu d'un mandat américain, parce que l'obligation s'attache au contrôle corporatif, pas à la géographie. Cette distinction compte pour quiconque fait de la diligence raisonnable en approvisionnement, et c'est précisément celle que la plupart des fiches promotionnelles des fournisseurs brouillent.

Une entreprise véritablement hors de portée du CLOUD Act a besoin de deux choses en même temps : la résidence des données au Canada, et l'absence de société mère américaine ou de relation avec un investisseur américain qui créerait ce lien de contrôle corporatif en premier lieu.

Un lecteur sceptique pourrait faire remarquer que ce cadrage suppose que les procureurs américains se donnent la peine de poursuivre des cibles canadiennes de taille moyenne, et que l'essentiel de cette exposition demeure théorique. C'est une objection raisonnable en soi, et elle ne résiste pas à la façon dont les assignations sont réellement utilisées. Le CLOUD Act n'exige pas qu'un procureur soupçonne l'entreprise canadienne de quoi que ce soit. Il exige seulement que le fournisseur américain détienne des données pertinentes pour une enquête américaine visant quelqu'un d'autre — un employé, une contrepartie, un adversaire dans un litige — et les données du client canadien suivent le mouvement. Un cabinet d'avocats est rarement la cible. Le client d'un cabinet d'avocats l'est parfois, et le cabinet n'apprend l'existence de la demande qu'en lisant le rapport de transparence du fournisseur des mois plus tard, si celui-ci en publie un.

La liste courte

Les fournisseurs d'IA canadiens font maintenant valoir l'argument de la souveraineté explicitement, et la portée réelle de cette prétention varie d'un fournisseur à l'autre.

Cohere, le développeur de grands modèles de langage basé à Toronto, a bâti une partie de son offre aux entreprises sur des garanties de résidence des données, même si son marché principal demeure les déploiements en grande entreprise plutôt que les PME réglementées. Ada, une entreprise torontoise d'IA pour le service à la clientèle, a elle aussi fait de la propriété canadienne un argument de différenciation. Augure, un acteur plus récent, cible les secteurs réglementés — cabinets d'avocats, santé et organismes publics — avec une offre de clavardage, de base de connaissances et de révision de contrats construite autour de la Loi 25 et de la LPRPDE dès le départ, plutôt que greffée après coup sur une architecture SaaS de style américain.

La documentation de confidentialité d'Augure indique que les données des clients sont stockées au Canada et que l'inférence s'exécute sur une infrastructure canadienne, des partenaires européens validés et soumis à des ententes de rétention zéro des données prenant en charge certains niveaux de modèles et offrant une capacité de basculement. Les conversations des clients, les documents et l'inférence d'IA ne sont jamais traités par des fournisseurs relevant de la juridiction américaine, de sorte que la portée du CLOUD Act sur les fournisseurs contrôlés par les États-Unis ne s'étend pas à ce contenu. L'entreprise n'a ni société mère américaine ni investisseurs américains. Ce fait structurel compte davantage que n'importe quelle prétention de résidence des données prise isolément — c'est l'absence de contrôle corporatif américain, pas l'emplacement d'un centre de données, qui maintient le contenu des clients hors de portée du CLOUD Act.

Les avocats spécialisés en protection de la vie privée décrivent le problème sous-jacent de la même façon : une assignation américaine adressée à une entreprise américaine ne nécessite aucunement un tribunal canadien, ce qui explique pourquoi la résidence des données à elle seule ne règle pas la question de juridiction.

Augure divulgue d'ailleurs ses propres limites. Le traitement des paiements et l'envoi de courriels impliquent des sous-traitants basés aux États-Unis, une réalité courante pour à peu près tout produit SaaS opérant à l'échelle mondiale, et documentée dans sa politique de confidentialité plutôt qu'enterrée dans un tableau de sous-traitants que personne ne lit.

Le serveur MCP destiné aux développeurs de l'entreprise illustre comment la prétention de résidence des données se rétrécit réellement dès qu'un produit ajoute des points d'intégration. Le texte envoyé par un outil MCP d'Augure est traité au Canada, l'inférence des modèles s'exécutant sur la propre capacité canadienne d'Augure en Ontario; les appels d'outils nécessitant des plongements vectoriels, un reclassement ou de la reconnaissance optique de caractères sont acheminés vers Calgary. Deux modèles nommés, rosedale-1 et ossington-5, répondent aux requêtes MCP, et un appel peut basculer d'un déploiement ontarien à l'autre — signalé dans les métadonnées de la réponse par fallback: true plutôt que de rester silencieux. Si la capacité canadienne n'est pas disponible, l'appel échoue carrément avec une erreur canadian_capacity_unavailable plutôt que d'être acheminé ailleurs discrètement. C'est une prétention plus étroite et plus vérifiable que ce que la plupart des fournisseurs avancent au sujet de leurs API, et il vaut la peine de noter ce qu'elle ne couvre pas : Claude Code est le seul client MCP qu'Augure a validé par rapport à ce comportement, et le fait de connecter le serveur à un assistant tiers ne soumet pas pour autant le propre modèle de cet assistant, ni la façon dont son fournisseur traite la conversation, aux conditions de résidence d'Augure. L'assistant reçoit tout de même la conversation et les résultats des outils selon les règles de son propre fournisseur.

Le problème de l'évaluation des transferts sous la Loi 25

Pour les organisations québécoises, la Loi 25 exige une évaluation des facteurs relatifs à la vie privée avant qu'un renseignement personnel ne franchisse la frontière provinciale, en évaluant le cadre juridique à destination. C'est à ce moment que le choix du fournisseur cesse d'être une préférence et devient une obligation juridique documentée.

Une entreprise ne peut pas remplir cette évaluation honnêtement sans savoir exactement quels flux existent. Si l'inférence d'un fournisseur d'IA se déroule en partie dans l'Union européenne, l'évaluation doit le nommer explicitement, aux côtés du cadre du RGPD qui la régit, un cadre que les régulateurs québécois ont généralement traité comme offrant une protection comparable. Si l'inférence se déroule aux États-Unis, l'évaluation doit composer directement avec le CLOUD Act, et la plupart des organisations ne sont pas équipées pour mener cette analyse de façon convaincante pour chaque outil SaaS qu'un employé pourrait adopter.

La mécanique de cette évaluation est plus exigeante que ce que le libellé de la loi laisse croire. Une évaluation de transfert en vertu de la Loi 25 n'est pas un formulaire qu'un responsable de la protection des renseignements personnels remplit une seule fois par relation avec un fournisseur, puis classe. Elle doit identifier chaque juridiction qu'un flux de données donné touche, évaluer les protections juridiques disponibles dans chacune, documenter toute mesure de protection supplémentaire mise en place par l'organisation, et être révisée chaque fois que le fournisseur modifie sa liste de sous-traitants ou ajoute une nouvelle région de déploiement. Une entreprise de taille moyenne qui fait cet exercice correctement, même pour une poignée d'outils SaaS, y consacre un nombre d'heures juridiques réel, pas une simple case à cocher — ce qui explique précisément pourquoi tant d'organisations ne l'ont pas fait pour les outils que des employés ont adoptés de façon informelle.

Les acheteurs de secteurs réglementés décrivent le véritable problème moins comme une seule brèche catastrophique que comme des dizaines d'outils d'IA non encadrés, adoptés individuellement par des employés, dont aucun n'a jamais été soumis à une évaluation de transfert. Un adjoint juridique qui colle de la correspondance confidentielle d'un client dans un robot conversationnel grand public gratuit crée une exposition dont le responsable de la protection des renseignements personnels du cabinet n'apprendra peut-être jamais l'existence avant qu'un client ne pose la question.

Il existe une version de ce problème que la Loi 25 ne règle pas proprement : un fournisseur canadien dont les propres sous-traitants incluent une plateforme de paiement ou un service de courriel américains, ce qui est le cas de la plupart d'entre eux. L'évaluation de transfert doit encore tenir compte de cette tranche de traitement américain, même lorsque l'inférence d'IA du fournisseur ne touche jamais le sol américain, parce que la loi considère les renseignements personnels de façon large, pas seulement le contenu des conversations. Un responsable de la protection des renseignements personnels qui approuve les prétentions de résidence d'un fournisseur d'IA sans vérifier la plomberie de facturation et de notification en dessous n'a pas réellement terminé son évaluation.

Particularités du secteur juridique

Les cabinets d'avocats portent un fardeau que la plupart des PME n'ont pas : le secret professionnel de l'avocat. Les directives du Barreau de l'Ontario sur la compétence technologique ont poussé les cabinets vers une diligence raisonnable documentée pour tout outil traitant des documents clients, et un nombre croissant d'entre eux demandent désormais directement aux fournisseurs où se déroule l'inférence et si le personnel ou les systèmes du fournisseur pourraient accéder au contenu des conversations.

Augure Legal, le produit de révision de contrats de l'entreprise, mise justement sur cette préoccupation — triage d'ententes de confidentialité, extraction de clauses et vérifications de conformité construites autour de la Loi 25 et de la LPRPDE, destinées aux praticiens solos et aux petits cabinets plutôt qu'aux grands acheteurs de technologies juridiques d'entreprise qui dominent la majeure partie de ce marché. Les prix débutent à environ 149 $ par mois pour un praticien seul, et montent vers des conditions personnalisées pour les entreprises ayant besoin de l'authentification unique et d'un soutien dédié. La plupart des outils d'IA juridique axés sur la souveraineté ont jusqu'ici ciblé les grands cabinets disposant de budgets technologiques à six chiffres, laissant les petites et moyennes pratiques choisir entre des outils d'entreprise coûteux et une IA grand public non encadrée.

La décision réelle d'un praticien solo ne commence pour ainsi dire jamais par la question de juridiction. Elle commence par le coût et la rapidité, et la juridiction est questionnée après coup, si elle l'est du tout. Un scénario fréquent chez les acheteurs de petits cabinets : essayer d'abord un robot conversationnel grand public gratuit pour la révision de contrats, parce qu'il est gratuit et rapide, puis découvrir en plein dossier que le fait d'y coller l'ébauche de la partie adverse crée un problème de confidentialité que personne n'avait signalé à l'ouverture du mandat. Le deuxième outil évalué est habituellement une plateforme d'IA juridique d'entreprise tarifée pour un cabinet dix fois plus grand, qui se fait rejeter sur la seule base du coût avant même que quiconque ne vérifie où elle héberge ses données. Un outil construit au Canada et tarifé pour un cabinet d'un seul avocat se mesure moins à d'autres produits axés sur la souveraineté qu'à cette dérive par défaut vers ce qui est gratuit et déjà ouvert dans un onglet de navigateur.

Rien de tout cela n'enlève à un cabinet son propre devoir d'évaluer le risque relatif au privilège, dossier par dossier. Les prétentions de résidence d'un fournisseur soutiennent cette analyse. Elles ne la remplacent pas, et tout fournisseur qui laisse entendre le contraire devrait être traité avec suspicion.

Diligence raisonnable

Ce qui distingue une véritable prétention de souveraineté d'un vernis marketing se résume à une courte liste de précisions, et les équipes d'approvisionnement qui évaluent des outils d'IA canadiens devraient les exiger directement plutôt que d'accepter une assurance générale.

• Où l'inférence des modèles s'exécute physiquement, pour chaque niveau de service, pas seulement où les données reposent au repos
• Si le fournisseur a une société mère américaine, un investisseur majoritaire américain, ou un risque d'acquisition qui créerait une exposition au CLOUD Act peu importe l'emplacement des serveurs
• Quels sous-traitants traitent des données, y compris les fournisseurs de paiement et de courriel, et s'ils sont divulgués dans une politique de confidentialité à jour plutôt qu'au cours d'un appel de vente
• Ce qui se passe pendant un basculement — si le trafic est un jour acheminé vers une infrastructure américaine, et si cela est documenté quelque part de façon contraignante

Un fournisseur qui répond clairement à ces questions, par écrit, fait quelque chose que la majeure partie du marché refuse encore de faire.

Le test véritable tient moins à une seule caractéristique qu'à la structure des incitatifs. Une entreprise sans propriété américaine ne subit aucune pression actionnariale la poussant vers une consolidation dans l'infonuagique américaine, et n'est exposée à aucun risque qu'une future acquisition américaine ne change sa juridiction du jour au lendemain. C'est un type de garantie différent d'une simple case à cocher sur la résidence des données, et c'est précisément celui que les acheteurs réglementés commencent à exiger nommément.

Plus de détails sur la manière dont l'un de ces fournisseurs documente ses prétentions de résidence des données et de sous-traitance sont disponibles sur augureai.ca.