Une souveraineté que vous pouvez auditer. Une transparence des coûts que vous pouvez recalculer. Un registre public de ce que nous avons délibérément choisi de ne pas construire.
Sécurité pour une API d'IA souveraine canadienne au service du gouvernement, de la défense, de la santé et des équipes réglementées, y compris les organisations relevant du Programme des marchandises contrôlées. Résidence des données conforme à la LPRPDE, routes canadiennes à sécurité positive, et routes exactes vers les plus récents modèles de pointe et à poids ouverts.
La plupart des affirmations « IA canadienne » se résument à un logo et à une vague promesse quant à l'emplacement des serveurs. La nôtre est appliquée à chaque appel API. Trois éléments rendent cela possible :
Chaque réponse de modèle renvoie des en-têtes non signés qui consignent la route sélectionnée par Inférence Nordique, y compris le fournisseur, la région, la juridiction, la source des identifiants et le chemin de possession. Le registre de possession correspondant, dans le portail et l'API, comporte un condensé canonique et, lorsque le service de signature est disponible, une signature Ed25519 d'Inférence Nordique. La signature permet à un auditeur de vérifier que l'attestation provient de notre clé publiée et que ses champs signés n'ont pas été modifiés. Elle ne prouve pas de manière indépendante l'exécution interne chez le fournisseur; la documentation, les attestations et les contrats du fournisseur régissent ce qui se passe à l'intérieur de celui-ci.
Si une requête avait un jour été résolue vers une région différente de celle déclarée par le déploiement, les en-têtes l'indiqueraient. Il n'y a nulle part où la souveraineté puisse se cacher.
Pour les routes Vertex AI, avant chaque envoi d'appel, la passerelle résout les adresses IP du nom d'hôte en amont et les vérifie par rapport à la plage de préfixes publiée par Google Cloud pour cette région. Si les adresses IP résolues n'appartiennent pas à la plage attendue de la juridiction, nous consignons un événement de dérive et, en mode d'application, rejetons la requête avec un code HTTP 403 avant que la moindre donnée ne quitte notre infrastructure. Les routes Bedrock et Azure appellent un point de terminaison régional fixe et sont protégées par le mécanisme de résidence à sécurité positive décrit ci-dessous.
La source de vérité est le catalogue public des plages d'adresses IP de Google Cloud, actualisé quotidiennement. La vérification s'exécute en cours de traitement avant l'envoi au fournisseur. Les événements de dérive sont visibles dans l'interface d'administration de l'opérateur sous forme de compteur en direct et de tableau consultable.
Un déploiement marqué pour la résidence canadienne est appliqué au niveau de la couche d'acheminement. Si la région ou le SKU sous-jacent se résout vers une juridiction différente, le déploiement est silencieusement REFUSÉ de servir le trafic plutôt que d'être discrètement acheminé vers la mauvaise région. Les opérateurs voient l'écart dans une page d'administration; les clients voient une erreur claire pointant vers une solution de rechange fiable connue.
Notre engagement de majoration nulle (0 %) sur les jetons est vérifiable. Chaque requête réglée expose séparément le coût d'utilisation évalué par le fournisseur et tout frais par requête d'Inférence Nordique. Les achats de crédits comportent les frais de service divulgués de 9 %; les requêtes BYOK utilisent l'allocation gratuite configurée et la politique de dépassement à taux fixe.
Nos tarifs de modèles sont vérifiés par rapport à des sources faisant autorité et indépendantes, y compris les données de tarification AWS et les prix de détail Azure. Le worker de vérification des tarifs enregistre les lignes divergentes ou périmées aux fins d'examen et d'alerte par l'opérateur. Si un tarif enregistré diffère de façon importante d'une source faisant autorité, le constat demeure visible jusqu'à ce qu'il soit résolu.
La tâche de rapprochement mensuelle recoupe les frais du journal des requêtes avec les instantanés de tarifs capturés au moment de la requête, et recherche des écarts de facturation systématiques. Ses constats par équipe sont conservés dans un rapport à l'intention de l'opérateur et peuvent générer une alerte lorsque les seuils configurés sont dépassés.
Lorsqu'un nouveau tarif de modèle est ajouté, le filtre refuse tout écart supérieur à 2× par rapport aux lignes comparables. Cela permet de détecter les substitutions accidentelles au moment même où elles causeraient un préjudice, plutôt qu'à la fin du mois.
charged_cad_cents, le montant prélevé sur votre solde en dollars canadiens pour cette requête. Additionnez ces montants pour rapprocher les déductions d'utilisation indiquées dans votre compte. Une recherche Web dans le clavardage apparaît sur sa propre ligne, avec un prix fixe unique. La récupération d'une page Web pour le modèle est gratuite; le texte de la page que lit le modèle est facturé comme jetons d'entrée lors de cet appel au modèle.
La plupart des offres dans notre domaine prétendent couvrir tous les modèles de menace. Nous documentons ouvertement nos refus, avec le raisonnement à l'appui. La lecture de notre registre des décisions reportées constitue en soi un signal de confiance.
Un exemple. Notre détection de dérive de juridiction comporte deux vecteurs d'application : la vérification DNS+géolocalisation IP avant l'appel (livrée) et l'interception des redirections HTTP 30x pendant l'appel en amont (reportée par décision). L'interception des redirections répond à un modèle de menace artificiel. L'équilibreur de charge régional de Vertex utilise un basculement d'origine Anycast, et non des redirections HTTP. Le plan de contrôle de Bedrock utilise des points d'accès régionaux, sans redirections interrégionales. Azure Cognitive Services fait de même. Nous n'avions aucun moyen réaliste de tester la moitié reportée contre une dérive réelle, et sa mise en œuvre aurait nécessité un accès plus profond à une dépendance boîte noire que nous ne souhaitions assumer pour une menace qui n'existe pas en production. Nous avons donc livré la moitié qui correspond au mode de défaillance réel (le DNS pointant vers des IP inattendues après un réacheminement régional) et consigné ce choix par écrit. Si un audit client demande l'interception des redirections en vol, ou si nous observons un jour un véritable événement de dérive fondé sur une redirection, nous rouvrirons le dossier.
Le registre complet des décisions reportées se trouve dans notre documentation interne. Nous publierons un résumé public lorsque nous atteindrons le seuil d'audit SOC 2; d'ici là, cet exemple et d'autres seront présentés ici au fur et à mesure.
audit_logs à conservation indéfinie, avec catégorie, gravité, IP, agent utilisateur, détail complet en JSONB. Filtrable et exportable.Nous ne sommes pas encore certifiés SOC 2 Type II. La feuille de route est conditionnée à la demande des clients. Lorsqu'un client d'entreprise potentiel en fait la demande, nous engageons Drata ou Vanta pour la collecte continue de preuves et amorçons la période d'observation de 6 mois avec un audit A-LIGN ou Schellman à la fin. Aujourd'hui, notre posture de conformité hérite des fournisseurs infonuagiques sur lesquels nous fonctionnons (les attestations AWS SOC 2 Type II, ISO 27001 et PCI-DSS sont téléchargeables depuis AWS Artifact, et nous les reproduisons trimestriellement dans notre propre archive de conformité).
Les BAA HIPAA ne sont pas encore signées. Gratuites chez AWS, Azure et GCP, mais un signal que nous attendons jusqu'à ce qu'un client du secteur de la santé en fasse la demande. Il en va de même pour la norme ISO 27001 et le cadre du règlement européen sur l'IA.
Écrivez à trust at northerninference dot ca pour toute question de conformité, examen de fournisseur ou demande de preuve d'audit. Écrivez à abuse at northerninference dot ca si vous avez découvert un problème de sécurité.
Politique de confidentialité · Conditions d'utilisation · Politique d'utilisation acceptable