Rappel : qu’est-ce qu’ITYLOS ?
ITYLOS est une plateforme web suisse de transmission éphémère de secrets sensibles, pensée pour tout ce qui ne devrait jamais traîner dans l’historique d’un chat ou d’un cloud : mot de passe, token API, accès serveur, lien confidentiel ou code à usage unique.
À chaque secret correspond une capsule chiffrée, associée à un lien unique : vous créez la capsule, vous partagez le lien, le destinataire ouvre, lit… et la capsule est physiquement détruite (burn-on-read), sans archivage ni sauvegarde côté serveur.
L'expérience utilisateur est radicale : pas de compte à créer, pas d’application à installer, pas de conversation persistante qui s’accumule dans un thread. ITYLOS n’est ni une messagerie ni un espace de stockage : c’est un canal dédié, minimaliste, pour transporter un secret d’un point A à un point B, une seule fois, dans des conditions de sécurité maîtrisées.
Un modèle de sécurité écrit noir sur blanc
La grande nouveauté d’ITYLOS v2, c’est que le modèle de sécurité n’est plus seulement dans la tête de l’architecte : il est posé, versionné et auditable. Ce qui était un « design mental » devient une spécification technique explicite, que l’on peut challenger, vérifier et intégrer dans un modèle de menace formel.
De la promesse à la destruction prouvable
Dire « on détruit les données » est une chose, le prouver cryptographiquement en est une autre. ITYLOS v2 introduit une preuve de destruction signée (Ed25519 via libsodium) : chaque lecture ou expiration de capsule génère un artefact que l’on peut consulter et vérifier hors-ligne, indépendamment du service.
Un journal d’audit chaîné par HMAC garantit la non-répudiation de ces événements : chaque entrée dépend de la précédente, ce qui rend extrêmement difficile toute suppression ou altération discrète de l’historique.
Une API v2 et un CLI pour le SI
ITYLOS v2 ne vit plus uniquement dans le navigateur : il s’intègre désormais directement dans le système d’information, au cœur de vos workflows DevOps, de vos bastions SSH et de vos outils internes.
- API v2 : pensée pour les pipelines. Des endpoints dédiés permettent de créer une capsule, la lire, déclencher un burn forcé, consulter le statut d’un secret et exporter le ledger d’audit. Vous pouvez automatiser la génération de secrets éphémères dans vos scripts de déploiement ou vos portails d’admin sans passer par l’interface web.
- CLI open source (Rust) : le pont avec l’infra. Écrit en Rust pour garantir performance et sécurité mémoire, ce client en ligne de commande permet de manipuler des capsules directement depuis un terminal. Il s’intègre naturellement dans Ansible, Terraform ou vos scripts de maintenance pour industrialiser la gestion des secrets.
- Outil MCP : pour l’IA et l’automatisation. ITYLOS peut être exposé comme outil MCP (Model Context Protocol). Cela permet à un agent d’orchestration ou à un copilote interne de créer et partager des secrets de manière contrôlée, tout en respectant scrupuleusement le modèle zero-knowledge et le burn-on-read.
Souveraineté et minimalisme des traces
Le choix de la Suisse (hébergement chez Infomaniak, à Genève) n’est pas neutre : ITYLOS v2 s’inscrit sous la juridiction LPD/FADP, avec un alignement RGPD, et se prémunit contre le droit extraterritorial qui pèse sur une part majeure de l’industrie du Cloud.
Ce n’est pas seulement une localisation d’infrastructure, c’est un cadre juridique assumé pour tout ce qui touche à la vie privée et à la manipulation de secrets stratégiques.
Transparence : architecture, menaces et engagements
ITYLOS v2 ne se limite pas à « faire les choses bien dans le code » : il s’engage à montrer comment il les fait. La transparence n’est plus un argument marketing, mais une surface de contrôle concrète pour les développeurs, les RSSI et les curieux exigeants.
UX et front : minimalisme assumé, surface d’attaque réduite
ITYLOS v2 revendique une expérience minimale : aller du secret au lien éphémère sans friction inutile. Thème sombre, accent cyan, interface épurée tout est pensé pour que l’utilisateur fasse une seule chose : créer, partager ou lire une capsule sans être distrait par des fonctionnalités annexes ou du bruit visuel.
Mettre ITYLOS en perspective
Cette V2 est l’aboutissement d’une trajectoire que j’ai déjà commencé à documenter ici-même. Si vous avez manqué les premières étapes de cette réflexion sur le silence numérique, voici les deux jalons principaux qui ont servi de fondations techniques et philosophiques :
- Genèse : Présentation du concept et du modèle zero-knowledge : la première itération du système et la validation du modèle de chiffrement côté client.
- Réflexion : Retour d’expérience après le passage chez Korben : une analyse sur l'importance du silence numérique face à l'exposition massive.
La suite consistera à faire évoluer l’outil, ses intégrations et son ergonomie sans jamais briser ce contrat, même si cela implique de renoncer à certaines facilités techniques ou fonctionnalités de « confort » qui entreraient en conflit avec les impératifs de l’éphémérité et du zero-knowledge.
Conclusion
« Le sanctuaire de l’éphémère : un canal souverain, auditable et zero-knowledge pour vos secrets. »
La suite consistera à faire évoluer ITYLOS, ses intégrations et son ergonomie sans jamais briser ce contrat, quitte à renoncer à certaines facilités techniques ou fonctionnalités de « confort » qui entreraient en conflit avec les impératifs de l’éphémère, du zero-knowledge ou de la souveraineté des secrets.
