ByteDanceのVS CodeフォークTrae:プライバシーを侵害するリソースを大量に消費するツール

ByteDanceのVS CodeフォークTrae:プライバシーを侵害するリソースを大量に消費するツール
画像はPexelsのKevin Kuより

MicrosoftのVisual StudioとAI主導のアップグレード

最近の報道によると、Microsoftは主力の統合開発環境(IDE)であるVisual Studioの大幅な刷新を準備しており、特に人工知能(AI)との統合に重点を置いているようです。Visual Studioに加え、MicrosoftはVisual Studio Code(VS Code)も提供しています。これは軽量なコードエディタで、オープンソースコンポーネントによって人気を博しています。このオープン性により、開発者はプラットフォームをカスタマイズおよび拡張することができ、AnysphereのCursorやByteDanceのTrae IDEなど、様々なフォークが生まれています。

Trae IDEのパフォーマンスに関する懸念

しかし、GitHubユーザーsegmentationf4u1tが最近実施した分析により、Traeの懸念すべき側面が明らかになりました。バージョン2.0.2のロールアウト前、TraeはベースラインのVS Codeの6.3倍のメモリを消費し、ほぼ4倍のプロセスを実行していたことが明らかになりました。ちなみに、VS Codeは通常9つのプロセスを実行し、0.9GBのRAMを使用します。Cursorは11のプロセスを1.9GBで管理しているのに対し、Traeはなんと33のプロセスを実行し、約5.7GBのメモリを消費していました。

ByteDanceの謝辞と改訂

これらの調査結果を受けて、ByteDanceは報告された問題を認め、パフォーマンスの改善を含むバージョン2.0.2をリリースしました。しかしながら、更新版は依然として13のプロセスで動作し、約2.5GBのRAMを消費しており、依然として効率性に関する懸念が残っています。

データ転送とプライバシーの問題

テスト中に特定されたもう一つの重大な問題は、TraeがByteDanceサーバーへの永続的なアウトバウンド接続を確立する傾向でした。テレメトリ機能をオフにしてもIDEはこれらの接続を維持し、大量のデータ送信につながりました。分析の結果、Traeはわずか7分間で500回以上のサーバーコールを行い、約26MBのデータを送信していたことが明らかになりました。

テレメトリが無効になっているにもかかわらず送信されたデータの分析

テレメトリが無効になっている場合でも、Trae によって送信される情報には次のものが含まれます。

  • システム情報:ハードウェア仕様、オペレーティング システムの詳細、およびアーキテクチャ。
  • 使用パターン:アクティブ時間、セッション期間、機能の使用状況に関する分析情報。
  • パフォーマンス メトリック:応答時間とリソース使用率に関するデータ。
  • 一意の識別子:マシン ID、ユーザー ID、デバイス フィンガープリント。
  • ワークスペースの詳細:プロジェクト情報と難読化されたファイル パス。

コミュニティの反応と進行中の議論

TraeのDiscordサーバー上でsegmentationf4u1tが提起した懸念は大きな反発を受け、トラッキング関連の話題を議論したユーザーに対しては、一時的なミュートなどの制裁措置が即座に取られました。こうした抑圧的な環境は、 Hacker Newsなどのプラットフォーム上で活発な議論を巻き起こし、分析の信憑性については様々な意見が飛び交っています。現時点でByteDanceはこれらの疑惑について公に回答しておらず、ユーザーのプライバシーとソフトウェアの完全性への影響について多くの人が疑問を抱いています。

出典と画像

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です