Retyc pour les équipes techniques
Secrets, dumps SQL, certificats, logs : envoyez-les chiffrés de bout en bout, avec un lien qui expire tout seul. Depuis le navigateur, le terminal ou votre CI.
Cas d'usage
Ce qui ne devrait jamais passer par Slack
Un token collé dans un canal, un serveur SFTP maintenu juste pour sortir un dump une fois par trimestre : ça finit toujours par traîner quelque part. Retyc Transfer chiffre ce que vous envoyez, et tout disparaît à l'expiration.
Secrets et identifiants
Avec Retyc Transfer, une clé d'API, un token OAuth ou le mot de passe root d'un serveur part dans un lien qui peut expirer au bout d'une heure. Le temps que le collègue le récupère, pas plus.
Dumps de bases de données
Un dump PostgreSQL ou MySQL de plusieurs Go, un export NoSQL : le fichier est chiffré avant de quitter la machine. S'il contient des données personnelles, elles ne passent jamais en clair chez un tiers.
Certificats et clés privées
Certificats TLS, clés SSH, GPG ou de signature. Si vous avez un doute sur le destinataire ou sur le canal, vous révoquez le lien et il cesse aussitôt de répondre.
Logs et fichiers de configuration
Un .env, un kubeconfig, des logs où traînent des tokens et des IP internes. On les envoie souvent sans y penser, alors qu'ils ouvrent autant de portes qu'un mot de passe.
Sécurité
Nous ne voyons que du chiffré
Le chiffrement a lieu avant l'envoi, sur votre machine. Ce qui arrive chez nous ne contient aucune donnée en clair, et disparaît à la date que vous avez fixée.
Chiffrement local avant envoi
Secrets et dumps sont chiffrés sur votre machine avant le moindre appel réseau, avec des clés que nous n'avons pas. Il n'existe aucun moment où le serveur voit vos données en clair.
De quoi remplir le questionnaire sécurité
Rotation des clés sur toutes les offres, journal d'audit exportable, livre blanc technique et liste des sous-traitants publics. Votre RSSI a ses réponses sans organiser de réunion.
Chiffré pour le destinataire
Si votre destinataire a un compte, le fichier est chiffré avec sa clé publique. Lui seul peut l'ouvrir, même si le lien fuite.
Révocation d'urgence
Au moindre doute, vous coupez l'accès et le lien cesse de répondre, même s'il n'a pas encore expiré.
Intégration
Dans le navigateur, le terminal ou votre code
Le même transfert chiffré, que vous passiez par l'interface web, la CLI ou le SDK.
Interface web sans installation
Vous glissez le fichier dans la page, vous récupérez un lien. Rien à installer, ni pour vous ni pour le destinataire.
Vos datarooms comme un lecteur réseau
La CLI lance un serveur WebDAV local : vous montez vos datarooms dans le Finder, l'Explorateur Windows ou n'importe quel client WebDAV. Le chiffrement se fait sur votre machine, comme dans le navigateur.
Points forts
Moins de bricolage
Un bucket temporaire, un VPN monté pour l'occasion, un fichier découpé en morceaux : tout ce qu'on improvise quand il faut sortir un gros fichier sensible.
Des dumps de plusieurs dizaines de Go
Un dump de plusieurs dizaines de Go part en un seul fichier. Pas besoin de le découper.
Clés hybrides post-quantiques
Les clés combinent plusieurs mécanismes, dont un conçu pour résister aux attaques quantiques connues. Un fichier intercepté aujourd'hui doit rester illisible demain.
Ou sur votre propre cluster
Si vos données ne doivent pas sortir de chez vous, Retyc s'auto-héberge : avec l'offre Enterprise, nous fournissons la chart Helm pour déployer toute la plateforme sur votre Kubernetes.
Essayez depuis votre terminal
La CLI s'installe en une commande, et votre premier transfert chiffré part quelques minutes plus tard.
Questions fréquentes
Ce que les équipes techniques nous demandent le plus souvent.
Oui. Avec l'offre Enterprise, nous fournissons une chart Helm qui déploie toute la plateforme sur votre cluster Kubernetes. Fichiers, comptes et journaux restent alors dans votre infrastructure.
Le client en ligne de commande tourne en mode non interactif. Vous générez un token hors ligne une fois avec retyc auth login --offline, vous le stockez en secret CI avec la passphrase de votre clé, puis vous exposez RETYC_TOKEN et RETYC_KEY_PASSPHRASE dans le job. À chaque appel le token est échangé contre un jeton court, sans rien écrire sur le disque du runner.
Sur la machine qui exécute le script, avant tout appel réseau. Votre runner CI a donc besoin de la clé privée, ce qui en fait un secret à traiter comme tel. En contrepartie, l'artefact qui arrive chez nous est déjà chiffré et notre infrastructure n'a jamais vu la clé.
Oui. Le même binaire expose un serveur MCP en local, ce qui permet à un agent de créer des transferts ou de naviguer dans une dataroom en langage naturel. Il tourne sur votre poste avec vos identifiants : rien n'est délégué à un service tiers, et le produit lui-même n'embarque aucune IA.
Oui, il est publié sous licence MIT sur github.com/retyc/retyc-cli, et la bibliothèque de chiffrement qu'il utilise est elle aussi open source. L'application web n'est en revanche pas publique, la distinction est faite dans notre livre blanc.
Oui. C'est une sous-commande admin qui écrit une arborescence de dossiers et de fichiers JSON, affiche sa progression sur stderr et sort avec un code non nul en cas d'échec. Le manifeste export.json récapitule les compteurs et les erreurs, ce qui permet de le lancer depuis un job planifié et de vérifier le résultat.