Une passerelle IA est une couche intermédiaire placée entre vos collaborateurs ou vos applications et les modèles d'intelligence artificielle. Elle authentifie les utilisateurs, applique vos règles, filtre les données sensibles et journalise chaque requête. Pour une entreprise suisse, elle ne vaut toutefois que si la chaîne entière, de la saisie au stockage, reste sous droit suisse. Ce guide explique ce qu'elle fait, en quoi elle diffère d'un reverse proxy, ce que la nLPD exige et comment choisir une alternative à ChatGPT qui intègre ces contrôles d'origine.
En bref
- Une passerelle IA centralise l'accès aux modèles : authentification, quotas, filtrage des données personnelles, journalisation et routage.
- Un reverse proxy se contente de transporter les requêtes. La passerelle y ajoute la gouvernance : qui a le droit de faire quoi, avec quel budget, et avec quelle trace.
- En Suisse, la nLPD s'applique directement aux traitements fondés sur l'IA. Lieu d'hébergement, sous-traitants et usage des données doivent être documentés.
- Une passerelle placée devant un modèle étranger réduit l'exposition, mais ne supprime pas la question du transfert de données à l'étranger.
- Une alternative à ChatGPT hébergée en Suisse, comme Nectos, intègre ces contrôles dans l'espace de travail lui-même.
Table des matières
- Qu'est-ce qu'une passerelle IA en entreprise ?
- Passerelle IA, reverse proxy et passerelle API : quelles différences ?
- Comment une passerelle achemine et contrôle les requêtes
- Ce qu'une passerelle réduit, et ce qu'elle laisse
- Ce que la nLPD impose aux entreprises suisses
- Comment vérifier où vos données sont réellement traitées
- Passerelle à bâtir ou espace de travail souverain prêt à l'emploi ?
- Nectos, l'espace de travail IA souverain pour la Suisse
- FAQ
- Sources
Qu'est-ce qu'une passerelle IA en entreprise ?
Une passerelle IA est une plateforme intermédiaire spécialisée. IBM la décrit comme une couche unifiée qui relie les applications aux modèles d'IA, y compris les grands modèles de langage, et qui applique de façon cohérente des politiques de gouvernance et de sécurité.
Concrètement, sans passerelle, chaque équipe ouvre son propre compte chez un fournisseur, copie ses clés d'accès dans des scripts et colle des documents dans une fenêtre de chat. La direction ne sait ni qui utilise quoi, ni quelles données sont parties, ni combien cela coûte. Avec une passerelle, tout passe par un point unique, et ce point devient l'endroit où l'entreprise exerce son contrôle.
Les usages typiques en PME et en entreprise réglementée :
- Maîtriser l'accès : seuls les collaborateurs autorisés atteignent les modèles, avec des rôles différenciés.
- Protéger les données : repérer et masquer les données personnelles avant l'envoi.
- Tracer : conserver un journal exploitable pour un audit interne ou une demande d'autorité.
- Piloter les coûts : fixer des budgets et des quotas par équipe.
- Garantir la continuité : basculer vers un autre modèle en cas de panne.
Passerelle IA, reverse proxy et passerelle API : quelles différences ?
Les trois termes se recoupent, ce qui entretient la confusion. Voici comment les distinguer.
| Critère | Reverse proxy | Passerelle API classique | Passerelle IA |
|---|---|---|---|
| Rôle principal | Relayer le trafic, terminer le chiffrement TLS | Authentifier, limiter le débit, router le trafic HTTP | Gouverner l'usage des modèles d'IA |
| Unité de mesure | La connexion ou la requête | La requête | Le jeton (token) et son coût |
| Lecture du contenu | Non | Rarement | Oui : analyse des prompts et des réponses |
| Protection des données personnelles | Aucune par défaut | Limitée | Détection, masquage, blocage |
| Routage entre modèles | Non | Non | Oui : coût, latence, disponibilité |
Le reverse proxy est une brique d'infrastructure : il reçoit les requêtes venues d'Internet et les transmet aux bons services internes. Il est utile et nécessaire, mais il ne "comprend" pas ce qui transite. Une passerelle IA, elle, lit les échanges pour appliquer des règles.
IBM précise que les passerelles d'IA se distinguent des passerelles d'API traditionnelles par des fonctions propres aux charges de travail d'IA : routage entre plusieurs modèles, nouvelles tentatives, suivi des jetons et des coûts, politiques de sécurité adaptées.
La différence est donc de nature, pas seulement de degré. Compter des requêtes ne dit rien du contenu d'un prompt. Or le risque, en pratique, se situe dans le contenu : un contrat de client, un dossier de patient ou une fiche de salaire copiés dans une zone de saisie.
Comment une passerelle achemine et contrôle les requêtes
Le parcours d'une requête suit en général cinq étapes.
- Réception : l'utilisateur ou l'application envoie sa demande à la passerelle, jamais directement au modèle.
- Identification : la passerelle vérifie l'identité, le rôle et les droits de la personne.
- Inspection : le prompt est analysé. Les données personnelles ou confidentielles peuvent être masquées ou la requête refusée.
- Routage : la demande part vers le modèle adapté selon la règle fixée.
- Contrôle du retour et journalisation : la réponse est vérifiée, puis l'échange est consigné.
La documentation publique du Swiss AI Hub illustre cette architecture : les modèles de langage y sont reliés via une passerelle unifiée qui assure routage, suivi des coûts et fonctions de sécurité, et des garde-fous d'entrée et de sortie peuvent valider et protéger les données. Sur le plan réseau, la même documentation décrit un reverse proxy seul exposé à Internet, sur les ports 80 et 443, qui route vers des services internes isolés, avec un pare-feu qui bloque tout le reste par défaut. On y voit bien la complémentarité : le reverse proxy protège le périmètre, la passerelle gouverne l'usage.
Le contrôle des accès, premier garde-fou
Une passerelle sans gestion des rôles n'est qu'un tuyau. Définir qui peut interroger quel modèle, sur quels documents, et qui peut exporter les journaux est la base de toute gouvernance. Cette logique rejoint celle des systèmes de gestion en nuage : vérifier les API cloud en PME passe par les mêmes questions de droits d'accès, d'authentification et de traçabilité.
Ce qu'une passerelle réduit, et ce qu'elle laisse
Une passerelle bien configurée peut inspecter les prompts et les réponses, supprimer des données personnelles avant qu'elles n'atteignent le fournisseur et filtrer certains contenus. Pour un fiduciaire, une étude d'avocats ou un cabinet médical, cela réduit nettement la fuite accidentelle de données.
Elle a aussi des limites qu'il faut connaître pour l'utiliser correctement :
- Elle régit le trafic, pas la qualité : la vérification des résultats reste de la responsabilité de l'entreprise. Un humain relit les textes juridiques, médicaux ou financiers.
- Elle ajoute un maillon : chaque couche supplémentaire doit être hébergée, maintenue et surveillée.
- Elle ne change pas la destination : si la passerelle renvoie la requête vers un modèle exploité à l'étranger, la donnée voyage toujours hors de Suisse, même masquée en partie.
Ce dernier point est décisif pour la suite. Un masquage ne remplace pas une souveraineté réelle : un nom supprimé laisse souvent subsister un contexte (montants, dates, fonctions) qui permet de réidentifier la personne.
Ce que la nLPD impose aux entreprises suisses
Le Préposé fédéral à la protection des données et à la transparence (PFPDT) a rappelé que la loi sur la protection des données, en vigueur depuis le 1er septembre 2023, s'applique directement aux traitements fondés sur l'IA. Il n'existe donc pas de zone grise réglementaire : utiliser un assistant IA avec des données de clients ou de collaborateurs, c'est traiter des données personnelles au sens de la nLPD.
D'après cette même communication du PFPDT, plusieurs exigences concernent directement votre architecture :
- Transparence : la finalité, le fonctionnement et les sources de données des systèmes d'IA doivent être compréhensibles.
- Information de la personne concernée : quand elle dialogue avec un modèle, elle doit savoir qu'elle s'adresse à une machine et si ses données servent à améliorer l'apprentissage automatique ou à d'autres fins.
- Droit de contestation : une personne peut s'opposer à un traitement automatisé ou demander qu'une décision individuelle automatisée soit revue par un être humain.
- Analyse d'impact (AIPD) : elle est requise lorsque le traitement présente un risque élevé.
Au-delà de ces points, la nLPD encadre la communication de données personnelles à l'étranger : elle n'est possible que si le pays destinataire offre un niveau de protection adéquat ou si des garanties appropriées sont en place. Pour un service d'IA exploité hors de Suisse, cela signifie des vérifications contractuelles et une information des personnes concernées. À cela s'ajoutent, pour les professions soumises au secret professionnel (avocats, médecins, fiduciaires), des obligations qu'aucun paramétrage technique ne remplace. En cas de doute sur votre situation, consultez votre juriste d'entreprise ou le délégué à la protection des données.
Comment vérifier où vos données sont réellement traitées
Un hébergement "en Suisse" annoncé sur une page commerciale ne suffit pas. Avant de déployer une passerelle ou un espace de travail IA avec des données sensibles, posez ces questions par écrit au fournisseur :
- Où sont traitées les requêtes ? Pas seulement stockées : traitées, y compris par le modèle.
- Qui est le fournisseur ? Son siège juridique et le droit applicable comptent autant que l'emplacement des serveurs, notamment au regard du CLOUD Act américain.
- Quels sous-traitants interviennent ? Chaque maillon de la chaîne doit être connu et couvert par un contrat.
- Qui peut accéder aux données ? Support technique, administrateurs, personnel du fournisseur.
- Combien de temps les données sont-elles conservées ? Et la suppression couvre-t-elle les journaux, les caches et les sauvegardes ?
- Les données servent-elles à entraîner des modèles ? La réponse doit être précise, pas un simple slogan.
- Les journaux sont-ils exportables ? C'est la condition d'un audit crédible.
- Quel schéma décrit le parcours des données ? Un fournisseur sérieux le publie : voyez par exemple comment les données circulent dans Nectos.
Cette liste vaut pour n'importe quel fournisseur, y compris pour une passerelle que vous construiriez en interne. Conservez les réponses : elles alimenteront votre registre des traitements et, le cas échéant, votre analyse d'impact.
Passerelle à bâtir ou espace de travail souverain prêt à l'emploi ?
Deux voies s'offrent à une PME suisse.
Assembler soi-même : passerelle, reverse proxy, filtres, modèles, journalisation, gestion des rôles. Cela demande des compétences d'infrastructure, une maintenance continue, et la responsabilité de chaque maillon. Les grandes organisations peuvent y trouver leur compte. Pour une étude de dix personnes, la charge est disproportionnée.
Adopter un espace de travail IA qui intègre ces fonctions : l'accès, l'anonymisation, l'audit et l'hébergement sont déjà réunis dans un seul service, sous droit suisse. C'est la logique d'une alternative à ChatGPT pensée pour le contexte suisse : vos collaborateurs gardent la simplicité d'un assistant conversationnel, et la direction garde la maîtrise.
Le critère de choix n'est pas la sophistication technique, mais la capacité à répondre aux huit questions de la section précédente, preuves à l'appui.
Notre point de vue
Nous observons le même schéma dans les entreprises suisses : l'IA est déjà utilisée, souvent sans cadre, avec des comptes personnels. Interdire ne fonctionne pas, et empiler des couches techniques devant un service hébergé à l'étranger ne règle pas la question de fond : où vont les données.
C'est pourquoi nous avons conçu Nectos comme une alternative à ChatGPT où la passerelle n'est pas un ajout, mais le fonctionnement même du service. Les données sont traitées exclusivement en Suisse, sous droit suisse, sur une infrastructure hébergée par Hidora. Notre engagement est qu'aucun entraînement n'est réalisé sur les données de nos clients. L'anonymisation automatique des prompts, les journaux d'audit complets, la gestion des rôles et l'export des logs sont prévus pour que votre conformité à la nLPD se démontre, et pas seulement s'affirme.
Nous pensons que la souveraineté se vérifie dans les contrats, les schémas de flux et les journaux. Nous publions donc notre documentation technique, et nous invitons chaque responsable à comparer nos réponses aux huit questions ci-dessus.
Nectos
Nectos, l'espace de travail IA souverain pour la Suisse
Nectos réunit chat IA privé, analyse de documents, base de connaissances privée, transcription et résumé de réunions, recherche web anonymisée, anonymisation automatique des prompts et journaux d'audit, le tout sur des serveurs suisses et conforme à la nLPD. L'administrateur gère les rôles et les accès, et peut exporter les logs pour ses obligations légales.
L'abonnement se facture par siège et par mois : Starter à 29.90 CHF, Pro à 49.90 CHF et Pro+ à 99.90 CHF, avec un essai disponible. Consultez la page des tarifs pour le détail de chaque formule, ou découvrez le produit. Pour comprendre notre cadre juridique, lisez notre page sur la souveraineté suisse comme garantie légale, et pour notre démarche environnementale, la page écoresponsabilité.
FAQ
Une passerelle IA est-elle obligatoire selon la nLPD ?
Non, la loi n'impose pas de produit précis. Elle exige en revanche transparence, sécurité et maîtrise des transferts, et une passerelle ou un espace de travail avec contrôle d'accès et journalisation est un moyen concret d'y répondre. L'obligation porte sur le résultat : savoir quelles données sont traitées, où et pourquoi.
Un reverse proxy suffit-il pour sécuriser l'usage de l'IA ?
Non. Un reverse proxy protège le périmètre et route le trafic, mais il ne lit pas les prompts, ne masque pas les données personnelles et ne gère pas les quotas par utilisateur. Il constitue une brique utile, à compléter par les fonctions de gouvernance d'une passerelle IA.
Une passerelle qui masque les données personnelles permet-elle d'utiliser un modèle hébergé à l'étranger ?
Elle réduit l'exposition, mais ne supprime pas la question du transfert. Le contexte d'un document peut suffire à réidentifier une personne, et le secret professionnel reste applicable. Pour des données sensibles, un traitement exclusivement en Suisse est la solution la plus simple à justifier.
Que doit contenir un journal d'audit utile ?
Il doit permettre de retrouver qui a fait quelle requête, quand, avec quel modèle et quelles règles ont été appliquées. Il doit aussi être exportable et conservé selon une durée définie. Vérifiez enfin que la suppression des données couvre aussi les journaux et les sauvegardes.