Hedera Idtrust Rejoint Le Catalogue Ibm Pour Agents Ia

Et si le prochain goulot d étranglement de l intelligence artificielle n était plus la puissance de calcul, mais la capacité à prouver qu un logiciel a réellement le droit d agir à votre place. C est précisément le terrain sur lequel The Hashgraph Group vient de poser une pièce visible, en inscrivant sa plateforme IDTrust dans le catalogue cloud d IBM. L annonce, datée du 23 septembre et relayée le 24, n a rien d un gadget marketing isolé. Elle relie une infrastructure d identité née sur Hedera, un acteur historique du conseil de gouvernance du réseau, et une demande d entreprise qui grandit à mesure que les agents autonomes quittent les démonstrations pour les processus métier.

Une entrée catalogue qui change le canal, pas seulement la vitrine

Le geste paraît technique. Il l est. Il est aussi commercial. Placer un produit sur un catalogue cloud, ce n est pas seulement obtenir un logo partenaire. C est offrir aux directions informatiques un chemin d achat déjà balisé, avec facturation, support, conformité perçue et intégration dans un écosystème déjà présent. The Hashgraph Group présente IDTrust comme une offre SaaS validée et listée, accompagnée d un accord de solution embarquée couvrant le cloud et les technologies d intelligence artificielle d IBM. La société affirme se situer parmi les premières applications d entreprise fondées sur Hedera disponibles directement via une grande place de marché cloud. Cette formulation appartient à l entreprise. Elle n a pas valeur de classement indépendant. Elle dit toutefois quelque chose d important sur la stratégie : sortir Hedera des seuls cercles crypto pour le faire apparaître là où les acheteurs institutionnels cherchent déjà leurs outils.

Le catalogue vivant d IBM confirme de son côté qu IDTrust figure comme produit blockchain tiers proposé par The Hashgraph Group. La fiche le décrit comme une plateforme d identité auto-souveraine destinée aux agents d intelligence artificielle, aux objets connectés et aux personnes. Ce détail compte. On n est plus dans le seul récit d un jeton ou d un registre. On est dans un discours d identité opérationnelle, celui que les équipes sécurité, juridique et produit commencent à formuler dès qu un agent peut ouvrir un ticket, déclencher un paiement, consulter un dossier ou signer une action.

Les entreprises ont de plus en plus besoin de vérifier si un logiciel autonome est autorisé à agir en leur nom. La question devient simple et brutale : comment savoir que cet agent est bien habilité à parler pour moi.

Stefan Deiss, directeur général de The Hashgraph Group

Ce que le catalogue IBM rend réellement visible

Un catalogue n invente pas une technologie. Il la rend trouvable. Dans les grandes organisations, la découverte d un outil passe rarement par un livre blanc isolé. Elle passe par des référentiels déjà approuvés, des listes de partenaires, des canaux de facturation connus. IBM Partner Plus présente The Hashgraph Group comme éditeur de logiciels indépendant et prestataire de services managés, avec un badge partenaire argent. La même page mentionne IDTrust parmi les solutions disponibles. IBM précise toutefois que les informations du répertoire sont fournies par les partenaires et ne sont pas validées par IBM sauf mention contraire. Cette réserve, souvent négligée dans les communiqués, mérite d être lue. Elle protège l acheteur. Elle rappelle aussi que le listing n équivaut pas à une certification métier universelle.

L accord d embarquement va au-delà de la simple fiche produit. Selon The Hashgraph Group, il autorise l intégration de technologies IBM dans des offres revendues sous sa propre marque. Ce type de contrat sert généralement à industrialiser un assemblage : identité d un côté, orchestration et cloud de l autre. Naemi Benz, vice-présidente de l écosystème partenaires IBM pour la zone DACH, a déclaré que la disponibilité d IDTrust via le catalogue donne aux clients un accès à la technologie d identité décentralisée de The Hashgraph Group à travers l écosystème partenaires d IBM. Là encore, le propos vient du communiqué. Il n a pas été accompagné d un rapport technique public distinct détaillant un déploiement de référence.

Pourquoi l identité des agents devient un sujet d achat

Jusqu à récemment, beaucoup d entreprises traitaient un agent comme une fonctionnalité logicielle de plus. On lui donnait une clé d interface, un rôle applicatif, parfois un compte de service. Cette analogie commence à céder. Un agent n exécute pas seulement une requête. Il enchaîne des décisions, change de contexte, parle à d autres systèmes, peut déléguer une tâche et laisser une trace difficile à relire. Quand Gartner estime que des agents spécialisés pourraient apparaître dans 40 pour cent des applications d entreprise d ici la fin de 2026, contre moins de 5 pour cent en 2025, le chiffre n est pas une photographie. C est une projection. Elle suffit pourtant à expliquer l urgence rhétorique autour du Know Your Agent.

La même firme a aussi prévu qu une part importante d entreprises rétrograderait ou retirerait des agents autonomes d ici 2027, faute de gouvernance adaptée après le déploiement. Le message est moins glamour que les démonstrations. Il est plus utile. L autonomie n est pas un interrupteur unique. Un agent qui résume un compte rendu n a pas le même besoin de contrôle qu un agent qui initie un virement, modifie un contrat ou accède à un dossier patient. IDTrust s inscrit dans cette fissure : donner à chaque acteur, humain, machine ou logiciel, un identifiant et des preuves que l on peut émettre, vérifier, limiter et révoquer.

Le vocabulaire choisi par The Hashgraph Group n est pas neutre. La société reprend l expression Know Your Agent, déjà utilisée ailleurs. Akamai a présenté au mois de juin un cadre de sécurité agentique liant identité, autorisation et attribution humaine, avec des partenaires tels que Visa, Experian et Skyfire. Visa travaille de son côté sur un protocole d agent de confiance pour l autorisation des paiements automatisés. Experian apporte des outils d identité et de risque. Ces initiatives ne fusionnent pas. Aucun standard unique de place n a émergé des annonces examinées. Le marché est encore un archipel de cadres, de protocoles et de produits. IDTrust est l un d eux, ancré sur Hedera, désormais visible dans un canal IBM.

Comment IDTrust décrit le cycle de vie d une identité

Le cœur technique annoncé est classique dans le monde de l identité décentralisée, et c est précisément ce qui le rend lisible pour des équipes déjà familiarisées avec les travaux du W3C. IDTrust attribue des identifiants décentralisés et des attestations vérifiables aux personnes, aux appareils et aux agents. The Hashgraph Group indique que chaque acteur peut recevoir un identifiant unique au format did:hedera, enregistré via le service de consensus Hedera. Les attestations sont signées de manière cryptographique et inscrites selon un processus d identité présenté comme auditable. Les entreprises peuvent définir des preuves pour un usage particulier, puis les révoquer via des outils de gestion. Les identités d agents sont décrites comme non transférables et pouvant être approuvées par un humain. Les registres de révocation seraient ancrés sur Hedera.

Cette architecture vise un problème concret. Si un agent peut être copié, cloné, répliqué ou réutilisé hors contexte, l identité devient un badge décoratif. La non-transférabilité affichée cherche à empêcher qu une habilitation circule comme un jeton anonyme. L approbation humaine, elle, introduit un point de responsabilité. Ce n est pas une garantie magique. C est un choix de conception : l autonomie n efface pas le mandant. Dans les secteurs cités par la page produit, finance, télécoms, santé, éducation et identité d appareils, ce point de responsabilité n est pas optionnel. Il conditionne souvent l acceptabilité juridique d un automatisme.

Le W3C a publié en mai 2025 la famille Verifiable Credentials 2.0 comme recommandations, définissant des bases pour des preuves numériques sécurisées et vérifiables par machine. IDTrust se réclame de ces standards, ainsi que des identifiants décentralisés. Pour un acheteur, cela signifie moins de dépendance à un format propriétaire isolé, et davantage de chances d interopérer un jour avec d autres émetteurs ou vérificateurs. Pour un architecte, cela signifie aussi des choix à faire : quels attributs mettre dans une preuve, quelle durée de vie, quel mode de présentation, quelle stratégie de révocation, quelle granularité de consentement.

Une attestation n a de valeur que si l on peut la retirer aussi vite qu on l a donnée. Sans révocation crédible, l identité n est qu une étiquette collée trop longtemps.

Lecture opérationnelle du modèle annoncé

Le rôle discret mais décisif de Hedera Consensus Service

Hedera n apparaît pas ici comme une simple marque de fond d écran. Le service de consensus sert d ancre d ordre et d horodatage pour des événements d identité. Dans un monde d agents, l ordre des faits n est pas un détail académique. Savoir si une habilitation a été émise avant une action, révoquée après un incident, ou encore valide au moment d un paiement, change la lecture d un audit. Un registre qui ordonne des messages avec finalité rapide et coût prévisible séduit les discours d entreprise précisément parce qu il promet une piste plutôt qu une bataille d interprétation.

Cela ne dispense pas de questions. Qui contrôle les clés d émission. Qui opère les nœuds pertinents pour le cas d usage. Quelle part des données personnelles reste hors chaîne. Comment un régulateur lit une preuve ancrée. Comment un sous-traitant accède aux journaux. The Hashgraph Group positionne IDTrust comme plateforme gérée, avec accès entreprise via plateforme, kit de développement ou interface de programmation. Cette couche managée rappelle une autre brique déjà lancée par la société : TransAct, une passerelle présentée en septembre 2025 pour exécuter des transactions Hedera sans détenir directement de HBAR ni gérer de portefeuille. Le fil est cohérent. On cherche à masquer la friction crypto tout en conservant l ancrage réseau.

IBM n arrive pas non plus en étranger. Le groupe a rejoint le conseil de gouvernance Hedera en août 2019, aux côtés notamment de Tata Communications. Cette présence ancienne ne prouve pas qu IBM déploie IDTrust en interne à grande échelle. Elle explique toutefois pourquoi le rapprochement commercial n apparaît pas comme une rencontre de hasard. Les deux organisations se connaissent déjà par la gouvernance du réseau. L annonce de 2026 prolonge une relation institutionnelle plus qu elle ne la crée.

Des agents qui parlent à watsonx Orchestrate

The Hashgraph Group affirme qu IDTrust inclut des serveurs MCP capables de relier des agents à IBM watsonx Orchestrate. Dans ce récit, un agent pourrait obtenir des preuves d identité et laisser une piste auditable de son activité autorisée. Le détail est stratégique. Il place l identité non pas au bord du système, comme un contrôle d accès figé, mais dans la boucle d orchestration. L agent ne se contente plus d avoir un compte. Il demande, présente, justifie, agit, et laisse une trace que l on peut relire.

Il faut cependant garder la tête froide. Ces éléments d intégration proviennent de l annonce de The Hashgraph Group. Ils n ont pas été accompagnés d un rapport de déploiement technique séparé publié par IBM. Entre une compatibilité déclarée et une usine logicielle rodée dans des dizaines de comptes clients, il y a souvent plusieurs trimestres de durcissement. Les entreprises qui liront la fiche catalogue devront donc distinguer trois couches : la disponibilité commerciale, la faisabilité technique, et la maturité opérationnelle dans leur propre paysage applicatif.

Cette distinction n enlève rien à l intérêt du geste. Elle évite seulement de transformer un listing en miracle. Dans les organisations, les projets d agents échouent rarement faute de modèle de langage. Ils échouent faute de périmètre, de preuves, de journalisation, de révocation et de responsabilité. Un connecteur d identité dans une couche d orchestration attaque exactement ces angles morts, à condition que les équipes métier acceptent de définir ce qu un agent a le droit de faire, et surtout ce qu il n a pas le droit de faire.

Le voisinage concurrentiel du Know Your Agent

Le marché de l identité agentique se peuple vite, avec des grammaires différentes. Certains acteurs partent de la sécurité réseau et de l observation du trafic. D autres partent du paiement. D autres encore partent de la preuve d attributs et des identifiants décentralisés. IDTrust appartient clairement à cette dernière famille, tout en cherchant une distribution d entreprise via IBM. Akamai insiste sur la déclaration d identité, d origine et d intention, et sur le lien entre l agent, la plateforme et la personne représentée. Visa s intéresse à l autorisation dans le paiement automatisé. Experian apporte le risque et la connaissance client. Ces briques peuvent un jour s empiler. Aujourd hui, elles coexistent.

Cette coexistence a une conséquence pratique. Une banque, un opérateur ou un industriel n achètera pas un slogan. Il demandera si la preuve présentée par un agent est acceptée par ses partenaires, ses régulateurs et ses systèmes existants. Si chaque fournisseur invente son propre dialecte de Know Your Agent, le coût d intégration remontera. Les standards W3C réduisent ce risque sans l abolir. Il restera à définir des profils sectoriels : que doit contenir une preuve pour un agent de conciliation comptable, pour un agent de télésurveillance médicale, pour un agent de commande industrielle.

• Preuve d existence : l agent a un identifiant distinct et traçable.
• Preuve de mandat : un humain ou une organisation l a habilité pour un périmètre.
• Preuve de contexte : l action demandée correspond à la mission émise.
• Preuve de fraîcheur : l habilitation n a pas été révoquée entre-temps.
• Preuve d attribution : on peut relier l acte à un responsable identifiable.

Ces cinq preuves ne figurent pas telles quelles dans un unique standard universel. Elles résument pourtant la demande que les entreprises commencent à formuler. IDTrust, tel qu il est présenté, attaque surtout l émission, la vérification, la non-transférabilité et la révocation. Le reste dépendra des politiques que chaque client voudra encoder.

Une suite entreprise plus large que l identité seule

The Hashgraph Group ne mise pas tout sur une seule brique. Sa gamme actuelle évoque identité, transaction, fidélité, traçabilité et outils de marchés environnementaux. IDTrust couvre spécifiquement l émission et la vérification de preuves. BrandBoost, déjà évoqué dans des couvertures antérieures, associe des mécaniques de fidélité aux fonctions d identité. TransAct vise à faire exécuter des transactions Hedera sans exposition directe au jeton. En septembre, la société a aussi annoncé un travail avec Merck sur la traçabilité du cacao et des passeports numériques de produits. Le catalogue IBM devient alors une vitrine parmi d autres, mais une vitrine particulièrement utile pour parler aux comptes déjà présents dans l univers IBM.

Cette stratégie de suite a un avantage et un piège. L avantage est évident : une même organisation peut vendre un récit cohérent, de l identité de l agent jusqu à la transaction et à la preuve d origine d un bien. Le piège consiste à laisser croire que tous les problèmes d automatisation se résolvent par un ancrage réseau. Or une identité solide n empêche pas un prompt mal conçu, une base documentaire biaisée, un droit d accès trop large ou une absence de supervision humaine. L identité est une condition. Elle n est pas une politique complète.

Ce que change, concrètement, un listing cloud pour Hedera

Hedera a longtemps été racontée à travers son conseil, sa finalité, son service de consensus et quelques projets visibles. Le passage par un catalogue cloud déplace le centre de gravité du récit. On ne demande plus seulement si le réseau est rapide. On demande si un responsable informatique peut commander une brique, l brancher à un orchestrateur, la faire auditer et la renouveler l année suivante. C est un autre langage. Il favorise les intermédiaires capables de masquer la complexité des clés, des frais et des portefeuilles.

Dans ce langage, HBAR n a pas besoin d être le héros de la page d accueil. Il peut rester le carburant discret d un service managé. C est déjà la logique de TransAct. IDTrust prolonge le mouvement : l acheteur achète une capacité d identité, pas une leçon de cryptographie. Pour le réseau, le succès se mesurera moins à la virilité d un cours qu au nombre de preuves réellement émises, vérifiées, révoquées, et acceptées dans des processus qui existaient avant la mode des agents.

Il faudra aussi observer la qualité des premiers déploiements. Un listing peut rester cosmétique. Il peut aussi devenir un accélérateur si quelques comptes de référence acceptent de parler de délais, de coûts, d intégrations ratées puis corrigées, de volumétrie, de latence de révocation et de charge d audit. Sans ces récits d usage, le marché n aura qu une fiche produit et une citation de partenaire. Avec eux, l identité agentique sortira du vocabulaire de salon.

Gouvernance, révocation et le vrai test de 2027

Le scénario Gartner d un reflux d agents mal gouvernés d ici 2027 devrait servir de boussole. Les entreprises qui déploient vite sans politique d accès différenciée découvriront des agents trop libres, trop opaques ou trop coûteux à surveiller. Celles qui iront trop lentement laisseront des processus critiques à des humains saturés. L identité vérifiable n arbitre pas ce dilemme à elle seule. Elle donne toutefois un levier : on peut accorder peu, observer, puis élargir. On peut aussi retirer vite.

La révocation est le test le moins glamour et le plus décisif. Un agent compromis, un fournisseur licencié, une mission terminée, un modèle retiré, une filiale cédée : autant de moments où une preuve trop persistante devient un risque. Ancrer des registres de révocation sur Hedera, comme le décrit The Hashgraph Group, vise à rendre ce retrait opposable et consultable. Encore faut-il que les systèmes consommateurs de preuves interrogent effectivement ces registres avant d agir. Une identité non consultée au moment de l action n est qu un certificat encadré au mur.

La gouvernance humaine reste l autre test. Approuver un agent ne consiste pas à cliquer une fois pour toutes. Cela suppose des revues, des durées courtes, des périmètres étroits, des journaux lisibles par des non-spécialistes. Les directions juridiques demanderont qui est responsable si l agent a présenté une preuve valide tout en commettant une erreur de métier. Les directions sécurité demanderont comment détecter l usurpation d un mandat. Les directions métier demanderont pourquoi l automatisation est plus lente depuis que l on vérifie tout. Un bon produit d identité doit survivre à ces trois conversations en même temps.

Finance, santé, télécoms : là où la preuve cesse d être abstraite

Dans les services financiers, un agent qui prépare une opération, classe une alerte ou dialogue avec un client n a pas le droit d emprunter l identité d un conseiller comme on emprunte un badge. Les preuves d habilitation, de formation, de périmètre produit et d horodatage deviennent des pièces de dossier. Un régulateur n exigera pas forcément Hedera. Il exigera une piste. Si cette piste est ordonnée, signée et révocable, le réseau devient un moyen, pas une fin.

Dans la santé, la sensibilité des données rend l attribution encore plus nette. Un agent qui résume un dossier, propose une priorisation ou déclenche une alerte doit pouvoir être rattaché à un établissement, à une politique et à un professionnel responsable. La non-transférabilité affichée d une identité d agent prend ici un sens immédiat. On ne veut pas qu une habilitation circule d un environnement de test vers un environnement de production, ni d un prestataire vers un autre, sans nouvelle émission.

Dans les télécoms et l identité d appareils, le volume change la donne. Il ne s agit plus de quelques agents de démonstration. Il s agit de flottes, de cartes, de bornes, de logiciels embarqués, de mises à jour, de révocations massives. Le catalogue cloud devient alors un argument d exploitation : on veut provisionner, observer, facturer et retirer sans inventer une usine à clés pour chaque projet. C est dans ces volumes que l on verra si IDTrust reste une vitrine ou devient une commodité.

Ce que cette annonce ne dit pas, et qu il faudra demander

Un article honnête doit aussi lister les silences. On ne dispose pas, dans les éléments publics examinés, d un livre blanc de déploiement IBM détaillant latence, coûts unitaires, modèles de responsabilité, localisation des données, modalités d audit tiers ou exemples chiffrés de révocation. On ne sait pas quels premiers secteurs signeront réellement, ni à quelle profondeur l orchestration watsonx sera utilisée. On ne sait pas davantage si les preuves émises seront reconnues hors de l écosystème The Hashgraph Group. Ces absences ne disqualifient pas l annonce. Elles fixent l agenda des questions que les acheteurs devraient poser avant de transformer une fiche catalogue en projet annuel.

• Quelle est la durée de vie par défaut d une preuve d agent.
• Qui détient les clés d émission en cas de bascule de prestataire.
• Comment un vérificateur externe interroge le registre de révocation.
• Quelle part des attributs reste hors chaîne pour limiter l exposition.
• Quel journal est lisible par un auditeur non spécialiste du réseau.
• Comment un agent temporaire, créé pour une campagne, meurt vraiment.

Ces questions ont l air prosaïques. Elles séparent pourtant une identité de démonstration d une identité de production. Les organisations qui les poseront tôt perdront moins de temps ensuite. Celles qui s en tiendront au communiqué découvriron, au moment d un incident, que la preuve était plus facile à émettre qu à retirer.

Une lecture plus large du moment enterprise de Hedera

L actualité d IDTrust s insère dans une séquence où Hedera cherche moins à convaincre les seuls passionnés de protocoles qu à occuper des cases déjà budgétées : identité, traçabilité, tokenisation, orchestration. Le fait qu IBM apparaisse à la fois comme membre historique du conseil et comme canal de distribution donne à la séquence une cohérence narrative forte. Cohérence n est pas adoption. Mais sans cohérence, l adoption institutionnelle reste anecdotique.

On peut lire aussi un déplacement culturel. Pendant des années, beaucoup de projets blockchain d entreprise ont vendu la transparence comme une vertu morale. Ici, la vertu vendue est le contrôle. Contrôle de qui agit, au nom de qui, jusqu où, jusqu quand. Les agents ont rendu ce contrôle urgent, parce qu ils multiplient les actes sans multiplier naturellement les responsables. Une plateforme d identité ne supprime pas l ambiguïté du mandat. Elle la rend au moins consignée.

Dans les mois qui viennent, trois signaux vaudront mieux que dix communiqués. Premier signal : des cas d usage nommés, avec un périmètre étroit et une révocation démontrée. Deuxième signal : des intégrations visibles dans des outils d orchestration déjà utilisés, au-delà d une compatibilité déclarée. Troisième signal : une conversation inter-fournisseurs sur des profils communs de Know Your Agent, afin d éviter une nouvelle guerre de formats. Si ces signaux apparaissent, le listing du 23 septembre aura marqué autre chose qu une ligne dans un catalogue. S ils n apparaissent pas, il restera une étape commerciale soignée dans la longue marche de Hedera vers les achats informatiques ordinaires.

Le fil à retenir pour les équipes qui devront décider

Les équipes produit devraient commencer par cartographier les actes que leurs agents commettent déjà sans le dire : lecture, rédaction, déclenchement, délégation, paiement, clôture. Les équipes sécurité devraient exiger qu aucun de ces actes critiques ne puisse avoir lieu sans présentation d une preuve encore valide. Les équipes juridiques devraient relier chaque preuve à un responsable humain nommé, même lorsque l agent paraît autonome. Les équipes finances devraient demander le coût complet, non pas seulement l abonnement catalogue, mais aussi l intégration, la supervision et l audit. Les équipes réseau ou blockchain, enfin, devraient résister à la tentation de tout expliquer par le protocole. Ici, le protocole est un socle. La politique d habilitation fait le reste.

Mettre un agent dans un catalogue cloud ne le rend pas responsable. Cela rend seulement plus difficile de prétendre qu on ne savait pas qui l avait laissé agir.

Repère pour un comité d architecture

The Hashgraph Group a choisi le bon terrain de conversation au bon moment. IBM lui ouvre un couloir que beaucoup de jeunes piles d identité n auront jamais. Hedera fournit un ancrage déjà habité par des organisations de conseil. Les standards W3C offrent un langage commun suffisamment mature pour ne plus passer pour une expérience de laboratoire. Reste le travail ingrat : faire vivre des preuves courtes, lisibles, révocables, acceptées par d autres que leur émetteur. C est à cet endroit, et non dans la seule musique de l annonce, que se jouera la valeur d IDTrust pour les entreprises qui, demain matin, devront répondre à une question devenue banale et redoutable. Cet agent qui vient d agir, au nom de qui parlait-il vraiment.

En refermant le dossier, on peut tenir ensemble deux idées sans les confondre. La première : le listing d IDTrust sur le catalogue IBM Cloud est une actualité nette, datée, vérifiable dans ses grandes lignes, et cohérente avec l histoire partagée entre IBM et Hedera. La seconde : transformer cette actualité en infrastructure quotidienne demandera des preuves de production, des profils sectoriels et une discipline de révocation que aucun communiqué ne peut garantir à l avance. Entre les deux idées s ouvre l espace où les entreprises vont désormais écrire leurs propres règles du mandat logiciel. C est cet espace, plus encore que la fiche produit, qui mérite d être regardé de près dans les prochains trimestres.