「Codexをダウンロード」の検索広告がMac開発者をマルウェア感染へ誘導

Mac向けの開発ツールを探しているとき、検索結果の上部に表示された広告をそのまま信用するのは危険です。Cato Networksの脅威研究チーム「Cato CTRL」によると、OpenAI Codexの偽ダウンロードキャンペーンでは、「codex macos download」などの検索語を使うユーザーが、Google Sites上に作られた公式風のページへ誘導されました。ページが提供したのは通常のアプリインストーラーではなく、Terminalでコマンドを実行させる感染手順でした。2910

きっかけはGoogle検索のスポンサー広告

攻撃は、macOS版Codexのインストール方法を探しているユーザーを狙っていました。悪意ある広告は正規の検索結果と並んで、あるいはその上に表示され、OpenAI Codexの公式ダウンロードポータルに見えるGoogle Sitesページへ訪問者を誘導しました。偽サイトにはmacOS版とLinux版の選択肢が表示されていましたが、研究者が実際のペイロード配布を確認したのはmacOS向けでした。510

sites.google.comという正規のGoogleホストを使ったことで、新規登録の不審なドメインよりも警戒されにくい導線が作られていました。報道によれば、攻撃者は盗用したGoogle Adsアカウントも利用しており、広告が実績のある広告主のものに見えた可能性があります。12

インストーラーの代わりに、被害者自身が実行

偽ポータルは、怪しいDMGファイルをダウンロードして開くよう求めませんでした。代わりに、Terminalを起動してページ上のコマンドをコピーし、貼り付けて実行するよう指示していました。

これは「ClickFix」と呼ばれるソーシャルエンジニアリング手法の一種です。攻撃者はインストールやトラブル解決に必要な正当な手順を装い、感染に必要な実行操作を被害者自身に行わせます。21213

コマンドの冒頭は、Codexに関連するnpmのインストール処理らしく見える文字列でした。しかし実際には、Base64で隠されたURLを復号し、外部スクリプトを取得したうえで、macOSのシェルであるzshに渡して実行していました。3413

この仕組みは、コマンドラインで開発ツールを導入することに慣れたユーザーの習慣を悪用します。ユーザーが確認してから開くべきアプリファイルを突然ダウンロードするのではなく、「公式らしいページに書かれたセットアップコマンドをコピーする」という判断に置き換えるためです。212

最終的にはAMOSと強い類似性を持つ感染チェーン

報告された攻撃は複数段階で構成されていました。貼り付けたコマンドが実行されると、後続のスクリプトが最終ペイロードのMach-O実行ファイルを取得し、/tmp/helperとして保存します。その後、xattr -cで拡張属性を削除し、実行可能にして起動していました。3411

拡張属性を削除すると、macOSがダウンロードファイルに付与する隔離関連のメタデータを取り除き、ファイルを開く際に表示されるセキュリティ警告を減らせる場合があります。411 技術報道では、最終バイナリはIntelとApple Siliconの両方に対応する形式だったとされています。1521

Catoは、この活動が公開されている「Atomic macOS Stealer（AMOS）」の挙動と強く重なると説明しています。ほかの報道でも、配布されたペイロードは正規のCodexコンポーネントではなく、AMOSと疑われる情報窃取マルウェアだとされています。29

AMOSは、ブラウザーのデータ、ログイン認証情報、暗号資産ウォレット情報などの窃取に関連付けられているマルウェアです。1

信頼できる要素を組み合わせて偽装

このキャンペーンは、特別に高度な脆弱性を1つ使うのではなく、見慣れた信頼のサインを重ねていました。

• 検索意図：Codexのインストール方法を探しているユーザーに広告を表示
• 有料掲載：Google検索で注目を集める位置にスポンサー広告を配置 912
• Googleのホスティング：正規のsites.google.comドメインを使用 29
• ブランドの模倣：OpenAI Codexを思わせるロゴやデザインを再現 1012
• 開発者向けの表現：通常のnpmセットアップに見えるコマンドを提示 35
• ユーザー主導の実行：ClickFixで、ファイルを開かせる代わりにコマンドを実行させる 213

偽ポータルでは、攻撃者が管理する別ドメインのコンテンツをiframeで表示していたことも報告されています。これにより、表面上はGoogle Sitesの信頼性を保ちながら、埋め込んだインストール画面を攻撃者側で変更・制御できました。9

なお、端末やURLに応じて無害なページを返す仕組みや、状況に応じたペイロードの切り替えなど、追加の回避技術については二次報道で言及されています。ただし、提供された資料だけでは、キャンペーン全体でそれらがどのように実装されていたかを個別に確認できません。現時点では、確定した特徴としてではなく、慎重に扱うべき情報です。

Mac開発者が覚えておくべきこと

最も重要な原則は、「ダウンロードページからコピーしたコマンドも、コードの実行である」ということです。検索結果のスポンサー表示、見慣れたブランド、Googleが提供するドメインのいずれも、指示が正当であることを保証しません。

開発者向けツールを導入するときは、ダウンロードしたバイナリと同じようにインストールコマンドも確認してください。製品の公式サイトや既知の公式配布経路から提供元と導入方法を検証し、内容が分からないコマンドをTerminalへ貼り付けるのは避けるべきです。特に、エンコードされたURLや外部スクリプトを含むコマンドは強い警告サインです。

今回の事例が示すのは、マルウェアが製品そのものではなく、「製品にたどり着くまでの経路」を狙うようになっていることです。検索広告が最初の信頼を作り、Googleのホスティングがそれを補強し、OpenAIのブランドがページを身近に見せ、ClickFixがその信頼をユーザーによるマルウェア起動へ変えました。234