Cherry Studio aurait été fermé, mais après la suppression de « statistiques anonymes », il continue de voler des informations sur les appareils, l'auteur admet que le commutateur ne fonctionne pas.

robot
Création du résumé en cours
ME News Actualités, le 20 avril (UTC+8), selon la surveillance de Dongcha Beating, le client AI open source Cherry Studio a été découvert par les utilisateurs comme ayant un dysfonctionnement du commutateur de confidentialité. L'utilisateur GitHub Yuerchu a publié une capture d'écran de l'analyseur de paquets dans le problème #14387 : après avoir désactivé « Envoyer des rapports d'erreur anonymes et des statistiques de données », le client continue d'envoyer des requêtes à analytics.cherry-ai.com. Cherry Studio est principalement développé par le développeur chinois kangfenmao, supporte l'agrégation de plusieurs grands modèles et une base de connaissances locale, et est l'un des clients AI open source de bureau les plus utilisés en Chine. Le client envoie en tout trois types d'événements : chaque conversation AI, chaque démarrage d'application, chaque vérification de mise à jour. Seul celui de la conversation vérifie les paramètres utilisateur, les deux autres contournent directement le commutateur et l'envoient. Chaque requête comporte un identifiant d'appareil dédié, ainsi que le système, l'architecture CPU, la version de l'application, etc., ce qui équivaut à un suivi à long terme de cet ordinateur. En analysant le code, on peut voir qu'en février 2026, lorsque ce mécanisme de rapport a été ajouté, le commutateur était efficace. Le 22 mars, le mainteneur kangfenmao a modifié une version pour supprimer la vérification du commutateur, tout en insérant plus d'informations sur l'appareil dans l'en-tête de la requête. Cette modification a été déployée dans les versions v1.8.3, v1.8.4, v1.9.0, v1.9.1 pendant un mois. Kangfenmao a reconnu le problème dans le problème, expliquant que différentes événements utilisaient des logiques de jugement de commutateur différentes, et que même après désactivation, les requêtes de démarrage et de vérification de mise à jour n'étaient pas bloquées ; les données sensibles comme le contenu de la conversation, les entrées utilisateur, les fichiers, les clés API ne passent pas par cette voie. La PR #14390, qui corrige le problème, a été fusionnée, unifiant le comportement pour les trois types d'événements sous un même commutateur. Il y a une couche encore plus ancienne. La communauté a découvert dans le code ancien qu'en février 2025, lorsque ce projet a ajouté pour la première fois la fonction d'analyse, un script de mise à jour a été inséré : tout utilisateur passant d'une version ancienne à une nouvelle verrait automatiquement ce commutateur « statistique anonyme » activé une fois. Depuis, le backend du service d'analyse est passé de Google Analytics à PostHog, Sentry, puis à l'actuel analytics.cherry-ai.com auto-hébergé, et ce code d'activation automatique n'a jamais été supprimé. Autrement dit, les utilisateurs ayant installé Cherry Studio avant février 2025 et l'ayant mis à jour depuis, qu'ils aient désactivé ou non ce commutateur initialement, le réactiveront lors de la mise à jour suivante, et devront le désactiver manuellement après chaque mise à jour. (Source : BlockBeats)
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • Commentaire
  • Reposter
  • Partager
Commentaire
Ajouter un commentaire
Ajouter un commentaire
Aucun commentaire
  • Épinglé