4 ポイント 投稿者 GN⁺ 24 일 전 | 3件のコメント | WhatsAppで共有
  • Windows/macOSでAdobe CCをインストールすると、システムのhostsファイルが自動的に変更される
  • AdobeのWebサイトにアクセスすると、JavaScriptが特定のAdobeサーバーの画像をリクエストし、hostsファイル内の項目の有無でCCのインストール状態を判定する
  • 過去にはlocalhost接続方式が使われていたが、Chromeのローカルネットワークアクセス遮断以後、これを回避するためhostsファイルの変更が導入された
  • Redditユーザーthenickdudeがこの挙動を発見し、OSnewsはこれを引用して商用ソフトウェアによるマルウェア級の行為の可能性を問題提起した
  • ユーザーたちはシステム整合性の侵害と過剰な権限使用を批判し、企業によるシステムファイルへのアクセスを制限すべきだという声が上がっている

Adobe Creative Cloudのhostsファイル変更動作

  • WindowsとmacOSでAdobe Creative Cloudをインストールすると、システムのhostsファイルが自動的に変更される
    • Adobeが複数の項目をhostsファイルに追加していることが確認されている
    • この変更は、Webサイト訪問時にCreative Cloudのインストール有無を検出するために使われる
  • ユーザーが adobe.com/home を訪れると、JavaScriptを通じてhttps://detect-ccd.creativecloud.adobe.com/cc.pngの画像をリクエストする
    • hostsファイルに該当するDNS項目が存在すれば、ブラウザはAdobeサーバーに接続してインストール有無を確認できる
    • 項目がなければ画像の読み込みは失敗し、それによって未インストールであることを検出する
  • 過去にはhttp://localhost:/cc.png方式でCreative Cloudアプリに直接接続していたが、
    Chromeのローカルネットワークアクセス遮断ポリシー以後、この機能は動作しなくなり、
    これを回避するためhostsファイル変更方式が導入された
  • この挙動はRedditユーザーthenickdudeが発見し、OSnewsがこれを引用して報じた
    • 記事では「商用ソフトウェアは、どの時点でマルウェア級の行為と見なされ得るのか」という問題を提起している

ユーザーの反応と議論

  • 多くのユーザーが、システムファイルをサードパーティ製ソフトウェアが変更するのは不適切だと批判した
    • 一部は「こうした行為は違法であるべきだ」と主張
    • 「Adobeにはシステムレベルのファイルを変更する権限はない」という意見が多数出た
  • あるユーザーはSony/BMGルートキット事件に言及し、
    hostsファイルの変更はルートキット級ではないものの、決して許されるべきではない行為だと指摘した
    • 商用ソフトウェアが品質管理なしにシステムを変更した場合、OSの破損やデータ損失につながる可能性があると警告した
  • 別のユーザーは、Chris TitusのWindowsクリーンアップツールにAdobe関連項目およそ900件をhostsファイルでブロックする機能が含まれていると述べた
    • Creative Cloudユーザーにとっては、このようなブロックが機能を壊す可能性はあるが、
      Adobe関連のネットワークリクエストが非常に多いことを示している
  • 一部では「ブラウザはユーザーの許可なくシステムファイルを変更できるのか」という疑問も提起された
    • これに対して「利用規約のどこかに許可条項があるのだろう」という反応もあった
  • また別のユーザーはコンテナベースのインストール環境を提案し、
    このような問題を防ぐためにWindowsも隔離されたインストール構造を導入すべきだと主張した

3件のコメント

 
heal9179 18 일 전

露骨にマルウェア化しましたね…
これまでサブスクで搾り取っておいて、本当に…。

 
xguru 23 일 전

Adobe は少し前に、サブスク解約妨害の疑いで米司法省に 2,000億ウォンの和解金を払いましたよね(民事罰金 1,000億 + 顧客補償 1,000億)
Adobe、サブスク解約妨害の疑いで米司法省と 1億5,000万ドル(約2,249億ウォン)で和解

今や、どうしようもなく斜陽に向かう SaaS の象徴と言うべきなんでしょうか……

さっき編集ツールを作りながら Codex に「オブジェクトごとにレイヤー処理して、背景を消す機能も入れて」と言ったらすぐ作っていて、その考えと重なってしまってなおさらそう感じます

 
GN⁺ 24 일 전
Hacker Newsの意見
  • 私は1996年からAdobeユーザーだった。Photoshop 3から始めて、1999年以降はほぼすべてのプログラムを使ってきた
    ところが最近、Adobeは ① すべてのアカウントを「Creative Cloud Pro」に変更し、② 料金を2倍に引き上げ、望むかどうかに関係なくAI機能の料金を含め、③ AIなしのフルアクセスティアを廃止した。だから今月末で完全に離れる予定だ
    学生料金も初年度の $19.99 に限られる。私は建築学科でビジュアライゼーションツールを教えているが、もう学生にAdobeを勧められなくなった。代わりに明日は**FOSS(オープンソース)**の代替ツールの講義をする予定だ。今後は毎年50人以上の学生がAdobeを使わなくなるだろう

    • どんな代替ツールを勧めているのか気になる
    • それでも業界でAdobeが標準なら、学生にとって不利にならないか心配だ
  • アプリケーション開発者が私のシステム設定を勝手に変えることは、絶対に許されるべきではないと思う。OSもそれを難しくすべきだ
    /usr/local/binC:\Program Files\AppName にインストールするのは構わないが、/etc/hosts をこっそり修正したり、/boot のような場所にゴミを残したりするのは駄目だ。こういうことは必ずユーザーの同意を得るべきだ

    • 私も以前は /usr/local/bin へのインストールは問題ないと思っていたが、今はすべてのアプリが ${HOME}/.local/bin にインストールされてほしい。システム全体に触る必要はない
    • macOS、iOS、Androidはこうした制限を設けていてしばしば批判されるが、実際にはこうしたセキュリティモデルが必要だと思う。ただ、XDGのような標準をどうやって強制するかは難しい
    • macOSの System Integrity Protection は、rootであっても一部の領域を変更できないようにしている。そのおかげでシステムがクリーンに保たれていて良い
    • 以前、あるリモートデスクトップソフトがグローバルな LD_PRELOAD を追加し、誰でも使える共有ライブラリを指すようにしていたのを見たことがある。危険なやり方だ
    • こうした理由で、私はiOSの隔離構造が好きだ。アプリを強制終了すれば、システムに何の痕跡も残らない
  • 10代のころは hosts ファイルでAdobeサーバーを遮断して、電話認証を回避していた。今思えば、お互いさまだったという感じだ

    • 私もそうだった。最近は壊れた2013年製Mac Proを復旧して、CS4専用マシンとして使っている。*adobe* ドメインをすべてブロックし、昔のように使い続けられるようにしている
    • CS2トレントは本当に伝説だった
    • 私もあの時代を覚えている。Adobeが認証サーバーを停止した際、誤ってCS2の正規シリアルを公開してしまったこともあった。今でもInternet Archiveで見つけられる
  • Windows Defenderがこういうものを検出できないのは不思議だ

    • Defenderは実際に警告を出す
    • ファイル権限や読み取り専用リンクで防げないだろうか?
    • Windowsでサービスが hosts ファイルを上書きすることがあるのか気になる
    • 実際、Windowsでは管理者権限があれば誰でも hosts ファイルを修正できる。もともとDNS以前の時代には、ユーザーが直接編集していたファイルだ
    • ほとんどのユーザーは気にしない。インストール中に警告が出てもそのまま進めてしまう。しかもHTTPSのおかげで、単に google.com を別のIPへ向けることはできない
  • 8〜9年前、AcrobatがMSAA(Active Accessibility)関連のCOMレジストリを上書きし、その結果システムDLLの代わりにAdobe DLLが読み込まれるのを見つけた。このせいで私が開発していたアプリが壊れ、マニフェストで強制的にシステム版を指定しなければならなかった。Adobeは「必要な措置だった」と言っていたが、実際にはグローバルな問題をローカルな問題のように解決したにすぎなかった

  • 「商用ソフトウェアはいつマルウェアになるのか?」という問いに答えるなら、たいていの商用ソフトウェアはすでにマルウェアだと思う

  • Adobeは本当に反消費者的な企業に感じる。ここまでユーザーに不親切でいられるのか理解できない

    • それでも消費者はAdobeを買い続ける
  • /etc/hosts ファイルにimmutableフラグを設定すれば、rootを含め誰も書き込めなくなる。もちろんrootなら属性を外してから変更できるが、基本的には強力な保護になる

  • 以前使った比喩をもう一度持ち出すと、Adobeはまるで夜間清掃員が役員室の電話設定をこっそり変えて、「このオフィスはAdobeが清掃しました」というメッセージを残すようなものだ
    こうした行為は、どれほど些細に見えても信頼を完全に壊す

    • ただ、その比喩には少し誤りがある。実際には外部の誰でもそのメッセージを聞けるわけではなく、Adobeサーバーだけが確認できる。それでもこうした仕組みはセキュリティリスクと複雑さを増大させる
    • 会社のノートPCが社内ネットワークに自動接続するのと似た慣行かもしれない。ただ、それが一般的だからといって安全とは限らない
  • 私は最近macOSにCreative Cloudをインストールしたが、hosts ファイルには何の項目も追加されなかった