Confidentialité
Ce que nous collectons
La version courte : vos hôtes, vos clés et vos mots de passe ne quittent pas votre appareil tant que vous n’activez pas la synchronisation — et même alors, nous ne détenons que du chiffré.
Cette page est une traduction. La version qui fait foi est l’anglaise : un texte juridique traduit peut dire ce que l’original ne disait pas, et nous préférons indiquer laquelle prévaut plutôt que d’en débattre ensuite.
Serveurs MCP que vous ajoutez
Si vous ajoutez un serveur MCP dans Paramètres → AI, Termiyo démarre ce programme sur votre ordinateur ou envoie des requêtes à l’adresse que vous avez saisie, avec le jeton, la clé ou la connexion que vous lui avez donnés. L’investigation d’alertes de Termiyo et vous-même lui envoyez les appels d’outils que vous autorisez ; le serveur reçoit leurs arguments. Rien de Termiyo ni rien sur cet ordinateur ne les accompagne. Une connexion utilise la description publique du client Termiyo à l’adresse termiyo.com/oauth/mcp-client.json, que la connexion du serveur récupère ; nous ne voyons pas la connexion. Les jetons du serveur restent dans votre coffre sur cet ordinateur.
Connexion Gitsi (aperçu)
Si vous connectez votre propre compte Gitsi, Termiyo envoie les demandes d’autorisation et les opérations de dépôt que vous demandez directement à www.gitsi.com. Gitsi reçoit le jeton de votre compte, les identifiants des dépôts demandés et le contenu nécessaire à ces opérations. Termiyo ne fournit aucun compte partagé. Les identifiants sont chiffrés localement grâce au stockage protégé par le système d’exploitation. La déconnexion supprime la connexion locale ; elle ne révoque pas l’autorisation auprès de Gitsi.
Connexions GitHub, GitLab et Jira
Si vous connectez GitHub, GitLab (gitlab.com ou votre propre GitLab) ou Jira (votre site Atlassian), Termiyo sur votre ordinateur ou votre téléphone envoie vos demandes directement à ce service : lister les exécutions CI, les tâches et les journaux, relancer une exécution à votre demande, rechercher des tickets, et lier ou joindre à un ticket. Le service reçoit votre jeton (pour Jira, aussi votre adresse e-mail), les identifiants du dépôt, du projet ou du ticket et, depuis l’ordinateur, les éléments que vous vérifiez et envoyez à un ticket Jira. Les serveurs de Termiyo ne sont pas intermédiaires. Les jetons sont chiffrés sur l’ordinateur grâce au stockage protégé par le système d’exploitation et conservés sur le téléphone dans son trousseau, lisibles uniquement lorsque le téléphone est déverrouillé ; ils ne sont pas synchronisés entre vos appareils. La déconnexion supprime la copie locale ; elle ne révoque pas le jeton auprès du service.
Verdict de Jev sur les répétitions (TypeSafe)
Une répétition peut demander à Jev, de TypeSafe, si la modification répétée semble sûre à appliquer. C’est désactivé tant que vous ne l’activez pas dans Paramètres → AI avec une clé d’API TypeSafe à vous, et avant que vous puissiez l’activer, Termiyo vous montre l’adresse et la requête exacte qu’il enverrait pour une répétition d’exemple. Une fois activé, Termiyo sur votre ordinateur envoie un résumé de chaque répétition réussie, avant qu’elle vous soit proposée pour application, directement à TypeSafe à l’adresse api.typesafe.ai : les commandes des étapes, leurs codes de sortie, les modifications de fichiers et les vérifications de services. Avant qu’il parte, chaque valeur que contient votre coffre et tout ce qui a la forme d’une clé en est retiré, et il ne nomme aucun hôte, aucune adresse ni aucun identifiant. TypeSafe reçoit ce résumé et votre clé d’API, et répond par la probabilité que la modification soit sûre et son niveau de risque, que Termiyo affiche sur la carte de la répétition. Les serveurs de Termiyo ne sont pas intermédiaires. Votre clé reste dans votre coffre, sur votre ordinateur. La désactivation arrête tout envoi ultérieur ; elle ne supprime pas ce que TypeSafe a déjà reçu.
Vulnérabilités connues (OSV.dev)
La page d’un serveur dans Termiyo peut lister les avis de sécurité publiés qui nomment les paquets installés dessus. C’est désactivé tant que vous ne l’activez pas dans Paramètres → Sécurité ou dans ce panneau. Une fois activé, Termiyo lit la liste des paquets installés sur le serveur par votre propre session SSH, et Termiyo sur votre ordinateur envoie les noms des paquets, leurs versions et la version du système (par exemple Debian:12) directement à OSV.dev, à l’adresse api.osv.dev, la base ouverte de vulnérabilités gérée par Google, et demande les avis qu’elle nomme. Il ne nomme aucun hôte, aucune adresse ni aucun identifiant ; OSV.dev voit l’adresse IP de votre ordinateur, comme tout site web. Les serveurs de Termiyo ne sont pas au milieu. Le désactiver arrête tout envoi ultérieur ; cela ne supprime pas ce qu’OSV.dev a déjà reçu.
Votre coffre
Hôtes, identités, clés privées, mots de passe, extraits et clés d’hôte mémorisées sont stockés chiffrés sur votre propre machine, sous une clé dérivée de votre mot de passe maître. Nous n’avons pas ce mot de passe et ne pouvons pas le dériver.
Si vous activez la synchronisation, les enregistrements chiffrés sont copiés sur nos serveurs afin que vos autres appareils puissent les récupérer. Le chiffrement a lieu avant tout envoi. Qui exploite le serveur — nous compris — voit des tailles d’enregistrement et des horodatages, pas des contenus.
Ce que nous ne collectons pas
Nous ne collectons pas le contenu de vos sessions de terminal, ni les adresses des serveurs auxquels vous vous connectez, ni vos noms d’utilisateur, ni vos clés. Il n’y a aucun enregistrement des frappes et aucun enregistrement de session — sauf si vous activez les journaux de session, conservés sous le même chiffrement que le reste.
Saisie vocale
La saisie vocale n’envoie rien tant que vous n’avez pas donné votre accord : la première fois que vous appuyez sur le micro, Termiyo explique ce qui va se passer et n’enregistre rien tant que vous n’avez pas accepté. Ensuite, ce que vous dites passe par notre serveur jusqu’à Deepgram, un service de transcription vocale, et le texte vous revient sous forme de brouillon. Notre serveur transmet l’audio et n’en conserve rien. Il faut être connecté à un compte Termiyo, et la saisie vocale compte chaque mois dans l’IA incluse dans votre offre.
Pendant que vous parlez, le son reste dans la mémoire de l’application, sur votre ordinateur, et l’application le coupe à vos pauses en courts morceaux et envoie chacun au serveur de Termiyo (pendant une longue dictée, alors que vous parlez encore, et le reste quand vous vous arrêtez). Le serveur de Termiyo ne garde aucun son : il n’est écrit ni dans notre base de données, ni dans un fichier, ni dans un journal, et ce qui est décompté de votre quota, c’est le nombre de jetons d’IA facturés pour chaque morceau selon sa durée.
À chaque requête, nous demandons à Deepgram de l’exclure de son Model Improvement Program, et selon la documentation de Deepgram, les données de ces requêtes ne sont conservées que le temps nécessaire à leur traitement ; sa page « Your Data at Deepgram » précise que Deepgram ne garde alors ni le son ni le texte après avoir répondu, et ne s’en sert pas pour entraîner ses modèles. Rien de ce que vous dictez n’atteint un terminal ou l’assistant IA tant que vous n’avez pas appuyé sur un bouton du brouillon.
Diagnostics
Termiyo envoie un court rapport sur lui-même, au plus une fois toutes les 24 heures, et il est activé dès l’installation. Il porte la version de l’application, votre plate-forme et votre processeur, le mode d’installation de cette copie, la langue de l’interface, si la recherche de mises à jour est active, et combien de vidages de plantage se trouvent dans son propre dossier. C’est la liste complète. Il part sans identifiant d’aucune sorte : un rapport ne peut donc être relié ni à un autre ni à vous, et rien n’est conservé ici à votre sujet que l’on puisse consulter. Rien de vos sessions ne voyage avec lui : aucun nom d’hôte, aucun nom d’utilisateur, aucune commande, aucune sortie, aucun chemin, aucune clé. Termiyo vous le dit au premier démarrage, et l’interrupteur qui le désactive est à un clic dans Paramètres → Aide. Les rapports de plantage sont une autre chose : désactivés sur une installation neuve, désactivés après une mise à jour, et désactivés jusqu’à ce que vous alliez les activer.
Quand l’application plante, le vidage du système d’exploitation est écrit dans un dossier de votre propre machine. Paramètres → Aide énumère ce qu’il contient, dit en mots simples ce qu’un vidage peut renfermer, et l’ouvre. Tant que l’envoi est désactivé — et c’est ainsi que commence toute installation — le vidage reste là, et il ne part que si vous le joignez vous-même à un rapport de bug.
Si vous l’activez : le vidage est envoyé en HTTPS à termiyo.com et conservé pour que les personnes qui construisent Termiyo puissent l’ouvrir dans un débogueur. Il porte le vidage lui-même, sous le nom que votre propre machine a donné à ce fichier, la version, la plate-forme et l’architecture, ainsi qu’un identifiant pour cette installation — créé la première fois que quelque chose est envoyé, si bien qu’une installation qui n’active jamais ceci n’en a aucun. Nous n’enregistrons pas l’adresse d’où il vient. Un vidage de plus de 2 Mo n’est pas envoyé du tout. Le même écran énumère tout ce qui a été envoyé et comporte un bouton qui demande à notre serveur de supprimer ces rapports et les vidages avec eux.
Ce n’est pas une position générale sur la vie privée. Un client SSH voit les noms d’hôtes, les identifiants et les commandes avec lesquels vous atteignez la production. Un vidage peut contenir n’importe lequel d’entre eux, et il n’existe pas de version filtrée d’une image mémoire : c’est de la mémoire, pas un formulaire. Voilà pourquoi c’est un interrupteur que vous devez trouver et activer, pourquoi l’écran où il se trouve vous dit d’abord ce qu’il y a dans le fichier, et pourquoi c’est la seule chose de cette page que cela change.
Ce qui a changé ici, dit plutôt que corrigé en silence : cette section affirmait auparavant que les rapports de plantage n’étaient pas seulement désactivés mais absents, qu’il n’y avait rien à activer ici, et qu’un rapport n’avait nulle part où aller. Les trois étaient vraies de toutes les versions antérieures à celle qui a ajouté l’adresse d’envoi, et cette version les a rendues fausses. Ce qui n’a pas changé est la partie qui compte, et c’est de toute façon la meilleure phrase : rien ne quitte votre machine si vous n’activez pas cela.
Données de compte
Termiyo vous demande de créer un compte lors d’une nouvelle installation, et vous pouvez refuser et continuer à l’utiliser. Un compte contient une adresse e-mail, un vérificateur de mot de passe (pas le mot de passe), vos clés publiques, l’état de votre abonnement et — pour chaque machine depuis laquelle vous vous connectez à ce compte — un libellé, qui est le nom d’hôte de cet ordinateur suivi de son système d’exploitation entre parenthèses, à côté de la date du dernier contact de cette machine avec nous. Le libellé est stocké tel quel plutôt que chiffré, parce que tout son intérêt est que vous puissiez lire la liste et reconnaître vos propres machines. Supprimez le compte et tout cela part avec lui.
Contact
Les questions à ce sujet vont à info@termiyo.com.
Responsable des réclamations
Si vous avez une réclamation concernant vos données personnelles ou Termiyo, écrivez au responsable des réclamations (Grievance Officer) à info@termiyo.com.
Nous accusons réception de votre réclamation et vous répondons aussi vite que possible, dans un délai de 30 jours au plus.
Droit applicable
Cette politique est régie par les lois de l’Inde. Les tribunaux de Jaipur, au Rajasthan, ont compétence exclusive.
Le même droit et les mêmes tribunaux s’appliquent à nos Conditions générales.
Qui est responsable
Termiyo est conçu et exploité par HONCO Private Limited, qui est responsable des données décrites sur cette page. Écrivez à info@termiyo.com.
Dernière mise à jour : 27 octobre 2026.