Kaito Pulse devient open source après une polémique sur le suivi des utilisateurs de X
Kaito Pulse a été lancée le 18 août pour afficher dans X des positions vérifiées sur Polymarket et Hyperliquid, mais une analyse du code a rapidement évoqué une empreinte d’appareil et un suivi détaillé de l’activité. La controverse oppose deux sujets distincts : la vérification de déclarations initiée par l’utilisa...
Kaito Pulse a été lancée le 18 août pour afficher dans X des positions vérifiées sur Polymarket et Hyperliquid, mais une analyse du code a rapidement évoqué une empreinte d’appareil et un suivi détaillé de l’activité.
La controverse oppose deux sujets distincts : la vérification de déclarations initiée par l’utilisateur via zkTLS, et la collecte côté navigateur de données comme l’identifiant de l’appareil ou les interactions sur X.
Le lancement comprenait aussi Aura, une métrique de réputation fondée sur des comportements validés, alors que 32,6 millions de jetons KAITO devaient être libérés le 20 août.
What happened when Kaito AI launched its Kaito Pulse browser extension on August 18, including what the tool does for X users by overlayingAn editorial illustration of Kaito Pulse’s verified-data overlay and the privacy debate that followed its launch.
Prompt IA
Create a landscape editorial hero image for this Studio Global article: What happened when Kaito AI launched its Kaito Pulse browser extension on August 18, including what the tool does for X users by overlaying. Article summary: Kaito’s August 18 Pulse launch quickly became a privacy controversy: a product pitched as a way to add verifiable off-platform context to X was followed by code-review allegations of unusually granular device and behavio. Topic tags: general, general web, user generated, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
openai.com
Lancée le 18 août, Kaito Pulse devait ajouter une couche de preuve aux conversations sur X. Cette extension de navigateur peut afficher dans le fil des positions vérifiées sur Polymarket et Hyperliquid, ainsi que d’autres activités validées réalisées en dehors de la plateforme. L’objectif : ne plus dépendre uniquement de ce qu’un utilisateur affirme en ligne.
Mais le produit est rapidement devenu une affaire de confidentialité. Le jour de son lancement, une analyse du code source menée par l’analyste 0x_ultra a affirmé que Pulse pouvait créer une empreinte numérique de l’appareil et enregistrer de nombreuses informations sur l’activité d’un utilisateur sur X. Face aux critiques, le fondateur de Kaito, Yu Hu, a défendu le fonctionnement de l’extension et promis de rendre le code public. Le 21 août, le dépôt était effectivement accessible, tandis qu’une version mise à jour attendait encore l’examen du Chrome Web Store.
À quoi devait servir Kaito Pulse ?
Kaito présentait Pulse comme une « couche sociale » pour X. L’extension devait permettre de voir non seulement ce qu’un compte publie, mais aussi certains éléments vérifiés de son activité sur d’autres services : positions détenues, transactions, portée réelle ou décisions passées.
Le lancement a également introduit , une métrique destinée à mesurer l’attention et la réputation à partir des déclarations et des actions d’un utilisateur sur plusieurs plateformes. Le système veut ainsi aller au-delà du simple nombre d’abonnés et accorder davantage de poids aux comportements validés, en ligne comme en dehors de X.
Studio Global AI
Continuez vos recherches
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Quelle est la réponse courte à « Kaito Pulse devient open source après une polémique sur le suivi des utilisateurs de X » ?
Kaito Pulse a été lancée le 18 août pour afficher dans X des positions vérifiées sur Polymarket et Hyperliquid, mais une analyse du code a rapidement évoqué une empreinte d’appareil et un suivi détaillé de l’activité.
Quels sont les points clés à valider en premier ?
Kaito Pulse a été lancée le 18 août pour afficher dans X des positions vérifiées sur Polymarket et Hyperliquid, mais une analyse du code a rapidement évoqué une empreinte d’appareil et un suivi détaillé de l’activité. La controverse oppose deux sujets distincts : la vérification de déclarations initiée par l’utilisateur via zkTLS, et la collecte côté navigateur de données comme l’identifiant de l’appareil ou les interactions sur X.
Que dois-je faire ensuite en pratique ?
Le lancement comprenait aussi Aura, une métrique de réputation fondée sur des comportements validés, alors que 32,6 millions de jetons KAITO devaient être libérés le 20 août.
Cette actualité s’inscrivait aussi dans un contexte de marché chargé : 32,6 millions de jetons KAITO devaient être libérés le 20 août, soit 7,63 % de l’offre en circulation selon les informations rapportées.
Le rôle de zkTLS dans la vérification
Kaito expliquait que Pulse utilisait le zero-knowledge TLS, ou zkTLS, pour vérifier des données issues de services tiers depuis le navigateur. Le principe consiste à prouver une déclaration précise — par exemple une position ou une activité — sans transmettre à Kaito une copie complète des données du compte concerné.
D’après la réponse de Kaito, la vérification doit être déclenchée activement par l’utilisateur. Le navigateur génère ensuite une preuve chiffrée et Kaito reçoit le résultat, ou une attestation, plutôt que l’ensemble des données du compte ou de l’historique de navigation.
Cette nuance est devenue importante après les discussions sur l’accès possible à des services comme ChatGPT, Claude et Binance. Des précisions ultérieures ont indiqué que ces sites intervenaient dans un parcours de vérification lancé par l’utilisateur, et non dans le cadre d’une collecte permanente en arrière-plan. Le résultat conservé devait être l’attestation produite par la vérification.
Le zkTLS répond donc à une partie du problème : la quantité de données divulguées lorsqu’un utilisateur veut prouver une information externe. Il ne répond pas, à lui seul, à une autre question : ce que l’extension peut observer localement, ni la manière dont les identifiants et les données d’usage peuvent être reliés entre eux.
Ce que l’analyse du code a affirmé
Le 18 août, l’analyste 0x_ultra a déclaré que son examen du code de Pulse avait mis en évidence plusieurs mécanismes de collecte. L’allégation la plus sensible concernait une empreinte d’appareil générée à partir de plusieurs signaux : la manière dont le GPU restitue une image invisible, le modèle de l’appareil ou du matériel, ainsi que la façon dont le matériel traite un signal sonore de test. Selon cette analyse, l’identifiant obtenu pouvait être associé à un compte X.
L’examen évoquait également un suivi détaillé de l’activité sur X, notamment :
les publications ou contenus affichés à l’utilisateur ;
le temps passé à consulter ou faire défiler certains contenus ;
les clics et autres interactions ;
les recherches et les favoris ;
des paquets d’activité périodiques, ou « battements de cœur », envoyés environ toutes les 30 secondes.
Ces éléments restent des allégations issues d’une inspection du code et de reportages ultérieurs. Ils ne constituent pas une décision indépendante établissant que Kaito a utilisé ces informations de manière abusive. Le point central porte plutôt sur l’ampleur et la possibilité de relier les données : un identifiant propre à un appareil, associé à des données comportementales, peut produire un profil beaucoup plus détaillé qu’une simple preuve ponctuelle d’une position de trading.
La réponse de Kaito
Yu Hu a déclaré que l’empreinte numérique servait à lutter contre les abus, notamment la fraude au clic et les activités de type Sybil, et non à faire de l’analyse ou du profilage des utilisateurs. Il a également affirmé que la collecte de l’exposition aux contenus, du temps de consultation et des interactions sur X était autorisée lors de l’installation de l’extension.
Kaito a ajouté que l’activité de navigation sur les sites autres que X n’était pas transmise à l’entreprise, sauf lorsqu’un utilisateur lançait activement une vérification prise en charge. La société a aussi affirmé que Pulse ne capturait ni les écrans, ni les mots de passe, ni les frappes au clavier.
Une autre source de friction concernait le texte des autorisations de Chrome. Certains utilisateurs voyaient une permission indiquant que l’extension pouvait lire et modifier les données sur tous les sites. Kaito a reconnu que cette formulation était plus large que l’utilisation prévue du produit et a promis de la corriger dans une version ultérieure.
Ce qui a changé au 21 août
La conséquence immédiate de la polémique a été une concession en matière de transparence. Kaito a annoncé la publication du code source de Pulse, avec l’aide de l’analyste qui avait participé à l’examen, puis a soumis une version mise à jour au Chrome Web Store. Au 21 août, cette nouvelle version était toujours en cours d’examen et son approbation n’était pas encore confirmée.
La chronologie est parlante : lancement le 18 août, examen public du code, réponse de Kaito le 19 août, puis publication du dépôt avant le 21 août. Les utilisateurs et les chercheurs externes peuvent désormais inspecter l’implémentation au lieu de s’en remettre uniquement à la description du produit ou aux fenêtres d’autorisation du navigateur.
La leçon de confidentialité pour les extensions crypto
L’affaire Kaito Pulse rappelle qu’il faut évaluer la confidentialité d’une extension de navigateur à plusieurs niveaux.
Le premier est celui de la preuve. Le zkTLS peut réduire la quantité de données de compte divulguées lorsqu’un utilisateur vérifie une déclaration précise.
Le deuxième est celui de la collecte. Une extension peut aussi observer l’activité sur les sites où elle fonctionne, selon ses autorisations et son implémentation. Kaito a reconnu la collecte de données d’interaction autorisées sur X et a défendu l’empreinte de l’appareil comme un mécanisme anti-abus.
Le troisième est celui de la possibilité de recoupement. Même si un service ne reçoit qu’une attestation issue d’un compte tiers, des inquiétudes peuvent subsister si les signaux de l’appareil, l’identité du compte et les données comportementales peuvent être associés. C’est précisément la tension mise en avant par l’analyse du code.
Le lancement de Pulse n’a pas démontré que le zkTLS et la confidentialité étaient incompatibles. Il a montré quelque chose de plus précis : protéger le contenu d’une déclaration vérifiée ne revient pas à réduire au minimum toutes les données collectées par le logiciel qui génère cette preuve. Dans ce cas, l’examen communautaire du code a forcé cette distinction à devenir publique — et a poussé Kaito, en quelques jours, à rendre son extension vérifiable par tous.
