Macがターミナルへの貼り付けをブロック：その警告の意味

ターミナルにコマンドを貼り付けるよう指示されたのでしょう。サポートページが「これで問題が直る」と書いていたのかもしれません。認証画面が「これで人間であることを証明できる」と言ったのかもしれません。ダウンロードページが「これが一番早いインストール方法だ」と案内したのかもしれません。あなたはそれをコピーし、ターミナルを開き、Command-V を押しました。すると Mac がセキュリティ警告で止めてきました。

ほとんどの人が最初に抱く感想は「macOS が神経質すぎる」というものです。その感想が正しい場合もあります。正規のソフトウェアが本当にコマンドの貼り付けを求めるインストール手順を配布していますし、攻撃者を捕まえるように調整された保護機能は、そうした正規の手順も一部巻き込みます。しかし別の場合には、その警告こそが、見知らぬ相手とあなたの Apple キーチェーン、ブラウザに保存したパスワード、そしてその Mac に置いてある暗号資産との間に立つ最後の砦なのです。

この記事は、あなたがどちらの状況にいるのかを判断するためのものです。Apple が追加した 3 つの保護機能すべて、それぞれの警告が実際に何を意味するのか、無視できるのか・無視した場合に本当に何を失うのか、なぜ自分には出て開発者の友人には一度も出ないのか、iTerm2 や Ghostty のようなサードパーティ製ターミナルでは何が起きるのか、そしてシェルの文法を理解していなくても 30 秒ほどで適用できる判断ルールを扱います。すでに貼り付けて実行してしまった場合は、後半に落ち着いた順序立てた対応手順があります。まずそこから始めて、説明は後から読んでください。

重要なポイント

• 保護機能は 1 つではなく、独立した 3 つです。 Apple のプラットフォームセキュリティ文書は、Terminal Paste Protection、Pasteboard Command Blocking、そして AppleScript のスキャンを、macOS 26.4 以降で導入された別々の仕組みとして説明しています。どれが作動したのかがわかれば、どれくらい深刻に受け止めるべきかもわかります。
• 無視できる警告と無視できない警告は、まったく意味が違います。 ヒューリスティックな一致には先へ進む手段が用意されています。既知のマルウェアのシグネチャに一致した場合には用意されておらず、メモリ上から実行されたスクリプトの場合も同じです。Mac が続行のボタンを見せてこないなら、それは回避すべきバグではありません。
• サードパーティ製ターミナルでは警告は出ませんが、最後の砦は残ります。 Apple は貼り付け警告をターミナル App の機能として文書化している一方で、pasteboard command blocking はサードパーティ製アプリケーションを含むあらゆるターミナルエミュレータを明示的に対象としています。これは生成されたプロセスツリーに対して XProtect のレベルで動作するからです。
• これらの保護機能が止めようとしている攻撃は、訪問者ごとに違うページを見せます。 2026-08-05 に報じられた Microsoft Threat Intelligence の調査は、訪問者ごとにフィンガープリントを取り、研究者を探し出す macOS 向け ClickFix 作戦を報告しました。つまり、自分でリンクを確認しても、他の誰かに何が表示されたかの証明にはまったくならないということです。
• 危険にさらされるのは 1 つのパスワードではなく、認証情報の全体です。 Huntress の研究者は、ブラウザのパスワードデータベース、Cookie、Apple キーチェーンを狙う Go 製の macOS スティーラーを説明しています。暗号資産を吸い上げる機能は残高の 1% まで調整可能で、窃取が静かに進むようになっています。監視下にあったある Mac は、誰かが気づくおよそ 3 か月前から侵害されていました。

3 つの保護機能と、あなたが引っかかったのはどれか

Apple のプラットフォームセキュリティ文書のうち、ターミナルとスクリプトの保護に関するページは、macOS 26.4 以降で導入された 3 つの仕組みを説明しています。これらはしばしば単一の機能であるかのように語られ、それが大きな混乱を生んでいます。実際には挙動が異なり、対象となるソフトウェアも異なり、無視できるのは一部だけだからです。

まずこのセクションを読んでください。3 つのうちどれに当たったのかがわかれば、この記事の残りはずっと使いやすくなります。

保護機能 1：Terminal Paste Protection

「Mac が貼り付けをブロックした」と言うとき、ほとんどの人が指しているのはこれです。攻撃者がコマンドを届ける手段としてよく使うカテゴリのアプリ、つまり Web ブラウザ、メッセージ、メール、プレビュー、各種メッセージングアプリからテキストを貼り付けたときに、Apple のターミナル App が表示する警告ダイアログです。

鍵となる言葉は「警告」です。この保護機能は、ソーシャルエンジニアリングの瞬間に割り込むためのものです。指示された内容と、あなたが実行しようとしている行動との間に減速帯を置きます。しかも、攻撃が「立ち止まって考えないこと」に依存している、まさにその地点にです。

Apple はこの保護機能が作動する前提として、すべて満たされる必要のある具体的な条件を文書化しています。意図的に狭く作られており、だからこそほとんどの人は見たことがないのです。この条件についてはすぐ後で詳しく見ていきます。というのも、この機能に関して最もよくある疑問、つまり「なぜある人には表示され、他の人にはまったく表示されないのか」への答えがそこにあるからです。

保護機能 2：Pasteboard Command Blocking

これはまったく別の層で動作しており、多くの報道が過小評価している保護機能です。

Apple の文書は、ユーザーがサードパーティ製ターミナルアプリケーションを含む任意のターミナルエミュレータにテキストを貼り付けたとき、XProtect が生成されたプロセスツリーを追跡し、その挙動を検査すると述べています。そこで 2 つのことが起きます。ネットワーク上の痕跡が Apple の Safe Browsing Service と照合され、既知の悪意あるソースに一致したプロセスはブロックされます。それとは別に、挙動のパターンが既知のマルウェア手法と照らして評価されます。

この説明が何に依存していないかに注目してください。ターミナルがダイアログを表示することには依存していません。そのターミナルが Apple 製であることにも依存していません。あなたが警告を受けていたかどうかにも依存していません。チェックはコマンドが動き始めた後に、生成されたプロセスが何をし、どこへ接続するかを監視することで行われます。だからこそこの保護機能は、Apple が書いていないソフトウェアもカバーできるのです。

保護機能 3：AppleScript と JXA のスキャン

3 つ目の保護機能は、XProtect を OpenScripting フレームワークに統合するものです。これは macOS の中で AppleScript と JavaScript for Automation（通常 JXA と略されます）を実行する部分です。両言語のスクリプトがスキャンされ、既知の悪意あるシグネチャに一致すると実行がブロックされ、ユーザーに通知されます。

ここには重要な非対称性があり、Apple もはっきりと述べています。ファイルベースのスクリプトについてはユーザーがブロックを無視できますが、メモリ上から実行されたスクリプトについては無視できません。この区別は恣意的なものではありません。ファイルとして存在するスクリプトは、判断する前に読みに行けるものです。ディスク上に検査対象のファイルを一切残さず、メモリから直接実行されるスクリプトは、痕跡を残すまいとするマルウェアと強く結びついたパターンであり、macOS はそこを押し通すことを単純に許しません。

macOS におけるスクリプトを使った攻撃には長い歴史があり、それもこの保護機能が存在する理由の一部です。現在の Mac マルウェアファミリーと侵入経路を扱った記事では、このエコシステムの多くがソフトウェアの脆弱性を突くのではなくスクリプトに依存していることを説明しています。

見た警告と、作動した保護機能を対応づける

手早く整理すると次のとおりです。

• Apple のターミナルに貼り付けて、何かが実行される前に警告が出て、続行する手段があった：Terminal Paste Protection。
• 貼り付けたら何かが始まり、その後に止められた（サードパーティ製ターミナルの可能性もあり）：Pasteboard Command Blocking。
• 警告が貼り付けではなくスクリプトについて言及していた：AppleScript のスキャン。無視できるかどうかは、そのスクリプトがファイルだったか、メモリから実行されたかで決まります。

どれが起きたのか確信が持てない場合は、次のセクションで個々の警告をより詳しく見ていきます。

それぞれの警告を読み解く

始める前に、文言についての注意です。Apple は If your Mac blocks a Terminal command paste or script という一般ユーザー向けサポート記事を support.apple.com/en-us/127377 で公開しており、そのページこそが Mac に表示される正確な文字列の正典です。この記事の執筆にあたって、そのページ本文を直接読むことはできませんでした。したがって以下の警告タイトルは、Apple からの逐語引用ではなく、報道で伝えられた文言として提示します。あなたが見たものが少し違っていたなら、この記事を含むどんな又聞きの説明よりも、自分の画面と Apple の記事を信じてください。

正確な文字列よりはるかに重要なのは、その警告がどのカテゴリに属するかであり、そちらはきちんと文書化されています。

Possible malware, Paste blocked（マルウェアの可能性あり、貼り付けをブロックしました）

報道は、この警告タイトルをヒューリスティックな一致に対応するものとして伝えています。ヒューリスティックとは、macOS が特定の既知の脅威を識別したわけではないという意味です。識別したのは、悪意ある貼り付けにありがちな挙動の形です。

この警告には Paste Anyway（このまま貼り付ける）という選択肢があると報じられており、続行すれば Mac とプライバシーが依然として危険にさらされる可能性があると Apple が警告しているとされています。

そのボタンの意味について、自分に正直になってください。それは「macOS が間違っていた」と言うボタンではありません。「私が責任を引き受ける」と言うボタンです。一致がシグネチャベースではなくヒューリスティックである以上、誤検知は現実に起こり得ますし、変わっているけれど正当なコマンドを貼り付けた開発者が引っかかることもあります。だからこそ無視する手段が存在します。しかし、誤検知を起こし得るのと同じ性質のせいで、この警告はコマンドそのものについて安心材料になる情報を何も与えてくれません。システムはパターンに印を付けただけです。判断はあなたが供給しなければならず、この記事の後半にある判断ルールは、まさにこの瞬間のために設計されています。

絶対にやってはいけないのは、Paste Anyway を形式的にクリックする手続きとして扱うことです。反射的にそこへ手が伸びていると気づいたら、いったん止まって、判断ルールのセクションの質問に先に答えてください。30 秒で済みます。

Malware Detected, Paste Blocked（マルウェアを検出、貼り付けをブロックしました）

報道は、この警告タイトルを既知のマルウェアシグネチャへの一致に対応するものとして伝えており、無視する手段はないと報じています。

これはヒューリスティックのものとは質的に異なるメッセージです。ヒューリスティックの警告は「これは普通は悪いものに見える形をしている」と言っています。こちらは「これは以前に見たことがあり、正体もわかっている」と言っています。ボタンがないのは、確認済みの既知の脅威に一致したものを、普通のユーザーが普通のコマンドを貼り付ける場面で押し通してよい合理的なシナリオが存在しないからです。

この警告が出たら、正しい対応は回避策を探すことではありません。そのコマンドを渡してきた情報源を敵対的なものとみなし、閉じて、もし何かでも実行されていたなら封じ込め手順に進むことです。pasteboard のチェックを回避するために手でコマンドを打ち直してはいけません。別のターミナルで試してもいけません。誰かに転送して試させてもいけません。解決すべき問題はコマンドではなく、それをあなたに渡してきたページやメッセージの方です。

Malicious Script Blocked（悪意のあるスクリプトをブロックしました）

報道は、この警告タイトルを 3 つ目の保護機能、つまり AppleScript と JXA のスキャン経路に対応するものとして伝えています。OpenScripting フレームワークが、内容が既知の悪意あるシグネチャに一致するスクリプトの実行を求められたときに表示されます。

これを無視できるかどうかはスクリプトがどこにあるかで決まり、Apple はそのルールを明確に文書化しています。ファイルベースのスクリプトはユーザーが無視できます。メモリ上から実行されたスクリプトは、まったく無視できません。

自分で書いた自動化スクリプトや、信頼しているソフトウェアが同梱するスクリプトを実行しているなど、正当なことをしている最中にこれを見ているのなら、ファイルベースのスクリプト向けの無視の経路は用意されており、使うことができます。ただしその前に当たり前のこと、つまりスクリプトファイルを実際にテキストエディタで開くことをしてください。読めるスクリプトは評価できるスクリプトであり、macOS がファイルには無視を許してメモリには許さない理由は、まさにファイルの場合にはその選択肢があるからです。

警告を無視すると実際には何が起きるのか

無視してもそのコマンドが安全だと記録されるわけではありません。あなたが信頼できるユーザーだと macOS が学習するわけでもありません。他の保護機能が免除されるわけでもありません。具体的に言うと、ターミナルの警告で Paste Anyway をクリックしても、pasteboard command blocking は無効になりません。あれはプロセス開始後に XProtect のレベルで動作する別の仕組みです。警告を無視して先へ進んだ結果、その直後に、生成されたプロセスが既知の悪意あるものへ接続しようとしてブロックされることもあり得ます。

この積層は冗長ではなく、機能です。それぞれの保護機能は、他の保護機能が失敗するかもしれないと想定しています。

なぜ自分には警告が出て、開発者の友人には一度も出ないのか

これは貼り付け警告をめぐる混乱の最大の源であり、答えは謎めいたものではなく文書化されています。

Apple のプラットフォームセキュリティ文書によれば、Terminal Paste Protection は次のすべてが成り立つときにのみ作動します。

• ユーザーが 30 日以上ターミナル App を開いていない。
• 一般的な開発者向けツールがシステム上に検出されない。
• 貼り付けが特定のアプリから行われている。

さらに 初期設定後 24 時間の猶予期間 があります。これにより、まっさらな Mac をセットアップ中で、正当に環境構築の最中にいる人に警告が飛ぶことはありません。

これらの条件をもう一度読んで、何を描写しているかに注目してください。危険なコマンドを描写しているのではありません。人物を描写しているのです。

30 日の条件

ターミナルを日常的に使っているなら、この保護機能は事実上あなたには見えません。1 つ目の条件が決して成り立たないからです。30 日の窓のうちに一度ターミナルを開いていれば、それだけで作動条件の外側に留まれます。開発者、システム管理者、シェルの中で生きている人たちが、Mac の一生を通じてこのダイアログを見ないまま終われるのはそのためです。

ターミナルをほぼ開いたことがなく、今日開いているのは何かにそう言われたからだ、という人がいれば、それこそがこの条件の描いている人物像です。

開発者向けツールの条件

2 つ目の条件は、システム上の一般的な開発者向けツールを探します。本物の開発環境が入っているマシンは、コマンドを貼り付けるのが日常業務の一部である人のものです。そういう人に貼り付けのたびに警告を出せば、読まずに閉じる習慣を身につけさせることになり、保護機能そのものが無価値になってしまいます。

この条件はまた、警告を煩わしく感じる開発者への正直な答えでもあります。トラブルシューティングのセクションで改めて触れますが、その解決策はたいていの人が求めているものとは違います。

貼り付け元アプリの条件

3 つ目の条件は、貼り付けたテキストがどこから来たかに関するものです。Apple はこの保護機能を、一般的な攻撃経路である Web ブラウザ、メッセージ、メール、プレビュー、メッセージングアプリからの貼り付けを対象とするものとして説明しています。自分で書いた文書からコピーしたテキストや、別のターミナルウインドウからコピーしたテキストは、Web ページや見知らぬ相手のメッセージがクリップボードに置いたテキストとは別の状況です。

これは意味のある区別です。というのも、ClickFix の配送はほぼ必ずそのいずれかのチャネルを通るからです。コマンドは何らかの方法であなたに届かなければならず、それは他人が書いたものを読むために使うアプリを通って届きます。

なぜこの絞り込みが正しい設計なのか

3 つの条件を合わせると、普段ターミナルを使わず、開発環境も持たず、たった今ブラウザやメッセージからコマンドをコピーしてきた人にだけ作動するフィルタになります。これは運の悪いパワーユーザーの描写ではありません。ClickFix の被害者の描写であり、しかも精度が高いのです。

これは人々を苛立たせるある現象の説明にもなります。2 人のユーザーが同一のコマンドを貼り付けても、警告が出るのは片方だけ、ということが起こります。コマンドは何も変わっていません。評価対象は内容だけではなく状況なのです。この警告を超えてターミナルが本来何のためのものかを理解したいなら、macOS Tahoe のターミナル完全ガイドは妥当な出発点ですし、正直なところ、意識してターミナルを使う人になることは、どんなダイアログボックスよりも優れた長期的な防御です。

iTerm2、Warp、Ghostty はどうなるのか

ここが議論の大半が間違えるところであり、しかもその間違え方が重要です。

よくある結論はこうです。これは Apple のターミナルしか守らないのだから、iTerm2 を使っている自分には何もない、と。これは半分正しく半分間違っており、その区別はおそらくこの記事で最も有用な部分です。

貼り付け警告は Apple のターミナル App に固有のものです。 Apple の文書は、Terminal Paste Protection を、ユーザーがターミナルに貼り付けたときに表示される警告として説明しています。iTerm2、Alacritty、Warp、Ghostty、Kitty、WezTerm、その他すべては、それぞれの開発者が同等のものを実装しない限り、そのダイアログを表示しません。iTerm2 の中で生活しているなら、警告を期待すべきではありませんし、警告がないことを安全の証と解釈すべきでもありません。

pasteboard command blocking は Apple のターミナルに固有ではありません。 Apple の文言はこの点について明示的です。ユーザーがサードパーティ製ターミナルアプリケーションを含む任意のターミナルエミュレータにテキストを貼り付けたとき、XProtect は生成されたプロセスツリーを追跡し、その挙動を検査します。ターミナルのユーザーインターフェイスを見ているのではありません。貼り付けが生み出したプロセスが実際に何をするかを見ており、ネットワーク上の痕跡を Apple の Safe Browsing Service と照合しつつ、挙動を既知のマルウェア手法と照らして評価しています。

つまり正確に言えばこうなります。サードパーティ製ターミナルのユーザーは警告を失うが、最後の砦は保つ。 ソーシャルエンジニアリングの最中にあなたを中断させるための、人間向けの減速帯を失います。その後に走る機械向けのチェックは保ちます。

この取引は肩をすくめて済ませるより理解しておく価値があります。2 つの保護機能が捕まえる失敗は別物だからです。警告は何かが実行される前、間違いのコストがゼロのうちに捕まえます。最後の砦はプロセスが始まった後に捕まえるので、間違いのコストはゼロではありません。ブロックが効く前に、いくらかのコードはすでに実行されているからです。

行動面での実際的な含意もあります。サードパーティ製ターミナルを使っているなら、以下の判断ルールが最も重要になるのはあなたです。貼り付けの瞬間に OS が割り込んでくれないからです。自分自身がダイアログボックスにならなければなりません。

以上は iTerm2 や Ghostty への批判ではまったくありません。どちらも優れたツールですし、そのユーザーは典型的に、ツールの条件によってどのみち貼り付け警告の対象から除外される開発者層です。要するに、保護のプロファイルが多くの人の想定とは違うというだけのこと、しかも両方向に違うということです。

ClickFix とは実際に何なのか

これらの保護機能が存在するのは、ある特定の、きわめて成功しているソーシャルエンジニアリングのパターンのせいです。それは ClickFix と呼ばれ、ペーストジャッキング（pastejacking）と説明されることもあります。これを理解することは、どんな警告文字列を暗記するよりも身を守ってくれます。

パターンは単純です。Web ページやメッセージが、コマンドをコピーしてターミナルに貼り付けるようあなたを説得します。その建て付けはほぼ必ず次のいずれかです。

• 偽の認証ステップ。 CAPTCHA や人間確認チャレンジのような見た目のものが表示されますが、信号機の写真をクリックする代わりに、コマンドを実行して認証を完了するよう指示されます。これが最も一般的な変種で、うまくいく理由は、認証チャレンジが「奇妙な指示に疑問を持たず従う」ことを全員に学習させてきたからです。
• 修正手順つきの偽エラー。 ページが、コンポーネントが不足している、コーデックが古い、ドライバが失敗した、などと告げ、親切にもそれを解決するコマンドを提供します。エラーは架空です。修正手順の方がペイロードです。
• 偽のインストーラー。 実在する魅力的なソフトウェアのダウンロードページが、手早いインストール方法としてコマンドを提示します。多くの場合、普通に見えるダウンロードボタンと並べて置かれます。
• 偽の会議アプリ更新。 会議リンクをクリックすると、参加する前に会議アプリの更新が必要だと言われ、実行すべきコマンドを渡されます。すでに遅刻している会議という時間的プレッシャーが残りをやってくれます。

なぜ慎重な人にも効くのか

ClickFix は知性のテストではありません。通常の警戒心を打ち破る 3 つの性質があります。

第 1 に、行為を実行するのはあなた自身です。 ダウンロードがブロックされることもなく、Gatekeeper のプロンプトも出ず、未署名アプリが隔離されることもありません。これらの保護機能が想定する方法では何もダウンロードされていないからです。攻撃はあなたが自分の手で打ち込んだのです。Mac ユーザーが頼りにしている防御の多くは、別の扉を見張っています。

第 2 に、その建て付けが理由を供給します。 どの変種も「なぜ自分はこれをやっているのか」という問いに、あなたが問う前に答えています。認証だから。コンポーネントが足りないから。インストールが速いから。人は説明の付いた指示に抵抗しません。とりわけ退屈な説明であればなおさらです。

第 3 に、正規の慣行の権威を借りています。 本物のソフトウェアが実際に「このコマンドを貼り付けてください」という手順を配布しています。この攻撃は何か珍しいもののふりをしているのではありません。ごく普通のものを真似ているのです。

最後の点は、関連する別種の攻撃が成立する理由でもあります。パスワードを求める偽のシステムダイアログが成功するのも同じ理由で、これは偽の Mac クラッシュレポートのパスワード要求についての記事で詳しく取り上げました。根底のトリックは同じで、表面が違うだけです。

Microsoft Threat Intelligence の調査と、リンクの評価方法が変わる理由

2026-08-05 に報じられた Microsoft Threat Intelligence の調査は、250 を超えるフロントエンドドメイン にまたがる macOS 向け ClickFix 作戦を追跡しました。規模だけでも立ち止まる価値がありますが、重要なのは仕組みの方です。

その調査によれば、小さな JavaScript のスニペットが、何を表示するか決める前に訪問者ごとのフィンガープリントを取ります。報告されているシグナルには、プラットフォーム文字列、画面とウインドウのサイズ、WebGL のデータ、タイムゾーン、ページが iframe 内にあるかどうか、タッチ対応の有無が含まれます。さらに、ブラウザの開発者コンソールが開いている間に増えていくカウンタを使ってセキュリティ研究者を狙い撃ちします。分析者自身のツールを検出シグナルに変えてしまう、巧妙な仕掛けです。

標的プロファイルに合致しない訪問者には、空白ページや無関係なサイトが返されます。条件に合う訪問者、つまり実在の人間らしく見える Mac ユーザーには、Download for macOS の選択肢を提示する GitHub 風のページが表示され、偽造された Verified Publisher バッジ まで付いています。その調査で報告されたペイロードは MacSync と Atomic Stealer（一般に AMOS と略されます）でした。

ここから、あなたの行動を実際に変える帰結が出てきます。率直に述べる価値があります。

ページが訪問者ごとに違う内容を見せる以上、「自分で確認したが問題なさそうだった」は証拠として無価値です。「友人が開いたが何も起きなかった」も同様です。

あなたが評価しているのは固定されたものではありません。誰が見ているかに応じて自分が何になるかを決めた何か、を評価しているのです。同僚が Windows マシンで、あるいは開発者ツールを開いたブラウザで、あるいは別のタイムゾーンからそのリンクを開いていれば、まったくの空白ページを見て、そのリンクは無害だと正直に報告したかもしれません。その報告は、あなたに何が表示されたかについて何も語りません。

偽造された Verified Publisher バッジにも触れておく価値があります。信頼バッジはピクセルにすぎません。正規のサイトが表示できるものは、悪意あるサイトがそっくり複製できます。バッジは主張であって証明ではなく、それを証明として扱うのは、macOS が描いたように見えるからといってパスワード要求を信じるのと同じ種類の誤りです。

実際に何が危険にさらされるのか

ここまでの話は抽象的に読めてしまいがちなので、ClickFix が成功した先にあるマルウェアが実際に何をするのかを示します。

2026-08-06 に報じられた Huntress の調査は、正規の macOS コンポーネントになりすまし、ClickFix 経由で配送される Go 製の macOS スティーラーを説明しました。その調査で述べられている標的は、ブラウザのパスワードデータベース、Apple キーチェーン、Cookie、そして認証情報ファイルです。

キーチェーンこそが要点

しばらくキーチェーンに注目してください。それが被害範囲を決めるからです。ログインキーチェーンはパスワード 1 つではありません。Wi-Fi の認証情報、アプリの認証情報、証明書、セキュアメモ、そして多くの人にとっては何年分も蓄積された Web サイトのログイン情報です。キーチェーンに到達したものは、パスワードを 1 つ盗んだのではありません。その一式を盗んだのです。

だからこそ、侵害が疑われた後の正直な助言は決して「打ち込んだパスワードを変更しなさい」ではありません。そのマシン上に存在していたすべての認証情報を、漏洩したものとして扱わなければなりません。

DRAIN 関数と 1% という設計

Huntress の調査は、そのスティーラーに DRAIN という名前の関数があることも説明しています。Bitcoin、Litecoin、Dogecoin、Ethereum、XRP のウォレット形式を探索し、DRAIN_PCT という変数で制御される割合の残高を送金できます。この変数は 1% まで 設定できます。

この数字をよく考えてください。ウォレットを空にする攻撃者はすぐ捕まります。被害者が気づき、インシデントが始まるからです。1% だけ取る攻撃者は、まったく気づかれないかもしれません。この設計は意図的に静かであり、一度の大きな稼ぎではなく居座り続けることに最適化されています。

あなたにとっての実際的な帰結はこうです。「残高は合っているように見える」は、無事である証拠にはなりません。 見逃されるほど小さく設計された窃取は、実際に見逃されます。自分の Mac で何かが実行されたと考える理由があるなら、明白な損失がないことを安全の証として使わないでください。

3 か月

Huntress の調査は、監視下にあったある Mac が、検出のおよそ 3 か月前から侵害されていたと報告しました。

3 か月分のブラウジング。3 か月分のログイン、セッション、Cookie、そのマシンを通過したその他すべて。後述の対応手順がどれくらい緊急かを測りたいなら、その数字が目盛りです。この種の感染は騒がしくありません。何もポップアップしません。Mac が気づくほど遅くなることもありません。ビジネスモデル全体が、あなたが見ないことに依存しているのです。

実際に使える判断ルール

ここがこの記事の実践的な中心です。ここで良い判断を下すのに、シェルの文法を流暢に読める必要はありません。必要なのは、5 つの質問に正直に答えることです。

質問 1：自分から探しに行ったのか、それとも何かに実行しろと言われたのか

これは他を大きく引き離してシグナルの強い質問であり、答えるのにコストはかかりません。

自分から探しに行った：特定のツールを入れようと決め、自分でそのツールの公式ドキュメントに移動し、そこでインストールコマンドを見つけた。意図はあなたから始まっています。

何かに言われた：たどり着いたページ、探してもいなかったエラー、誰かが送ってきたメッセージ、あるいは認証画面がその指示を生み出した。意図は他所から始まっています。

ClickFix の被害者はほぼ全員が 2 つ目のカテゴリにいます。正当な貼り付けはほぼすべて 1 つ目のカテゴリです。2 つ目のカテゴリにいるなら、既定の答えは「実行しない」であり、以下のすべては、その既定を覆すに足る理由があるかどうかの話です。

質問 2：このコマンドのすべての部分が何をするか、自分は理解しているか

だいたいの趣旨ではありません。すべての部分です。

答えが「いいえ」なら、選択肢は 2 つです。実行前に何をするか学ぶか、実行しないか。「ページが大丈夫だと保証してくれたから、理解していないものを実行する」という第 3 の選択肢はありません。コマンドが長い、難読化されている、base64 エンコードされている、説明できない文字だらけである場合は、その難読化そのものを答えとみなしてください。正当なインストールコマンドは、普通は読めなくしようとはしません。

質問 3：ダウンロードをそのままシェルにパイプしていないか

警戒すべき形は、ネットワークから何かを取得してすぐに実行するコマンド、典型的にはダウンロードツールの出力を sh や bash にパイプするものです。このパターンは、見たこともないコードを、サーバーから、届いたその瞬間に実行することを意味します。

このパターンが自動的に悪意あるものというわけではありません。実在のプロジェクトも使っており、それについては次のセクションで正直に扱います。ただしこれは、あなたが実行するコードが、その瞬間にそのサーバーが送ろうと決めたものそのものであることを意味します。そして訪問者フィンガープリントに関する Microsoft Threat Intelligence の調査結果を踏まえれば、それが他の誰かに送られるものと同じとは限らないのです。

質問 4：sudo とパスワードを要求していないか

sudo での実行は管理者権限を渡すことです。正当なインストーラーの多くがそれを必要とするので自動的に悪いわけではありませんが、間違えたときの結果を「まずい」から「深刻」へと変えます。それに比例して吟味の度合いを上げてください。保証できない情報源から来て root を求めるコマンドは、迷うような話ではありません。

身につけておく価値のある関連習慣。管理者パスワードは、自分が始めた操作に応えて打ち込むものであり、勝手に現れたプロンプトに応えて打ち込むものではありません。

質問 5：情報源はプロジェクト自身のドキュメントで、自分の操作でたどり着いたか

最も強いシグナルは、2 つの条件の組み合わせです。その指示がソフトウェアプロジェクト自身のサイトかリポジトリにあること、そして誰かに渡されたリンクをたどったのではなく、自分で移動してそこに着いたこと。

この組み合わせが重要なのは、どちらか一方だけでは弱いからです。ページはプロジェクトのドキュメントとまったく同じ見た目にできます。リンクは何を表示していようとどこへでも向けられます。プロジェクト名を自分で検索し、ドメインが実際のプロジェクトのものと一致することを確認し、インストール手順があるべき場所であるドキュメント内でそれを見つける。これは、何を実行すべきか教えてきたページにクリックで飛ぶのとは、意味のある形で別の行為です。

実行前にコマンドを読む方法

コマンドはおそらく正当だと判断したものの、期待ではなく検証をしたい場合の手順です。

ターミナルではなくテキストエディタに貼り付ける。 プレーンテキストエディタは何も実行しません。これだけで攻撃が依存しているパターン、つまり Return を押せば実行される場所に貼り付けさせるという前提が壊れます。

画面外にスクロールした部分も含めて全体を見る。 本当に厄介なトリックは、空白や改行で埋められたコマンドです。見えている部分は無害で、ペイロードははるか右か次の行に置かれています。折り返し表示を有効にしたテキストエディタならすべて見えます。ターミナルでは見えません。

末尾の改行を確認する。 コピーしたテキストが改行で終わっていると、シェルに貼り付けた瞬間に実行され、読む機会がありません。これは意図的な手法です。そして貼り付け警告が存在する理由の一つでもあります。

ダウンロードして実行するインストーラーは、手順を分ける。 ダウンロードを直接シェルにパイプする代わりに、スクリプトをファイルとしてダウンロードし、そのファイルをテキストエディタで開き、読んでから初めて実行します。かかるのはおよそ 90 秒で、信仰の行為が検査の行為に変わります。もしそのスクリプトが評価しきれない数千行の密なロジックだったとしても、自分がどれほどの信頼を差し出しているかについて、少なくとも本当のことを 1 つ学べます。

エンコードされたものはデコードする。 コマンドの一部が base64 や 16 進数なら、実行せずにデコードして結果を読んでください。正当なインストーラーが自分の中身をあなたから隠す必要があるなら、それは疑問に値します。

迷ったら、やらない。 正当なコマンドを実行しないコストは、何かを遅い方法でインストールすることです。悪意あるコマンドを実行するコストは、前のセクションに書いたとおりです。

Homebrew 型インストーラーが攻撃とそっくりに見える理由

居心地の悪い部分について正直になる時間です。そうしないとこの記事は役に立たなくなるからです。

これが本当に難しい理由は、正当なパターンと攻撃のパターンが同じ形をしている ことです。Homebrew のインストーラーが典型例です。公式に文書化されたインストール方法は、スクリプトをダウンロードして実行するコマンドをターミナルに貼り付けることです。Homebrew は何も悪いことをしていません。広く使われ、広く信頼されているプロジェクトであり、そのインストール方法は 10 年以上にわたって標準的な慣行でした。他にも多くの立派なツールが同じことをしています。

つまり「ターミナルには絶対にコマンドを貼り付けるな」に帰着する助言は、Homebrew をインストールさせない助言であり、人々がそれを正しく無視するのは当然です。このルールの絶対主義バージョンが失敗するのは、日常の正当な慣行と矛盾するからであり、人が守れないルールは誰も守ってくれません。

2 つのケースを実際に分けるのは、コマンドではありません。その周りの文脈です。

どうやってその指示にたどり着いたか。 Homebrew の場合、あなたが Homebrew を入れようと決め、Homebrew のサイトへ行き、インストール手順を読みました。ClickFix の場合、探してもいなかったページが、そのページに言われるまで存在も知らなかった問題を解決するために何かを実行しろと告げてきました。意図の向きが逆であり、その逆転こそが手がかりです。

そのドメインがプロジェクト自身のものか。 コマンドはプロジェクトの実際のサイトか実際のリポジトリにあるべきです。ミラーではなく、ブログ記事でもなく、短縮リンクでもなく、ブランディングがプロジェクトに似ているだけのページでもありません。ページのロゴを見るのではなく、ドメインそのものを見て確認してください。Microsoft Threat Intelligence の調査は、偽造された Verified Publisher バッジを掲げた GitHub 風のページを説明しており、視覚的なブランディングが検証にならないことの的確な例になっています。

コマンドが公表され、裏付けの取れる手順と一致しているか。 そのプロジェクトのインストールコマンドを独立に調べてください。渡されたものがプロジェクトの公表しているものと違えば、答えは出ています。しかもそこに至るのに、シェル文法の 1 文字も理解する必要はありませんでした。

その建て付けに緊急性や認証が絡んでいないか。 正当なインストール文書は、人間であることを証明するために何かを実行しなければならないとか、それをするまで会議が始まらないとは言いません。緊急性と認証の建て付けは、ほぼ純粋に攻撃者のシグナルです。

単純に言えば、Homebrew のコマンドが安全なのは、コマンドの中身のせいではなく、どこでそれを見つけ、どうやってそこへ着いたかのせいです。同じ基準を他のすべてに当てはめれば、この種の判断のほとんどを正しく下せます。

すでに貼り付けて実行してしまった場合にすべきこと

コマンドがすでに実行されてしまったなら、この順番で進めてください。すべてを一度にやろうとしないこと、そして最後の劇的な手順に飛ばないこと。

1. その Mac をネットワークから切り離す。 Wi-Fi をオフにし、Ethernet を抜きます。スティーラーはネットワーク越しに情報を持ち出すので、接続を断てば、これから出ていけるものを制限できます。速さが本当に効いてくるのはこの手順だけです。

2. パニックで再起動しない、手当たり次第に削除しない。 再起動しても永続化の仕組みは取り除かれませんし、何が起きたかについての有用な証拠を壊すおそれがあります。ひと息ついてください。次の 60 秒より、次の手順の方が重要です。

3. 別の信頼できるデバイスからパスワードを変更する。 ここを間違える人が多く、間違えると他の手順が台無しになります。侵害された可能性のある Mac 上でパスワードを変更すれば、まだ監視しているかもしれないマシンに新しいパスワードを打ち込むことになります。そのインシデントに一切触れていないスマートフォン、タブレット、別のコンピュータを使ってください。順番も重要です。まず Apple アカウント、次にパスワードマネージャーのマスターパスワード、次にメール、次に金融口座、それからその他すべて。

4. キーチェーンの中身をすべて漏洩したものとして扱い、入れ替える。 Huntress は Apple キーチェーンを明示的な標的として説明しました。つまり Wi-Fi のパスワード、アプリの認証情報、保存されたログイン、セキュアメモです。面倒な作業です。お金、身元、他のアカウントへのアクセスを守っているものを優先してください。

5. 可能な限りすべての場所でアクティブなセッションを無効化する。 盗まれた Cookie があれば攻撃者はパスワードを完全に飛ばせるので、既存のセッションを終わらせずにパスワードだけ変えると、攻撃者がログインしたまま残ります。主要なサービスの多くには「すべてのデバイスからサインアウト」やアクティブセッションの管理機能があります。各パスワードを変更した後に使ってください。

6. 暗号資産を、クリーンなデバイスで生成したシードの新しいウォレットへ移す。 その Mac にウォレットがあったなら、シードは侵害されています。同じマシンで新しいウォレットを生成しても問題を再現するだけです。信頼できるデバイスで生成してから資金を移してください。そして Huntress が説明した DRAIN_PCT の設計を踏まえ、残高が正しく見えることを理由にこれをやめないでください。

7. ログイン項目とバックグラウンド項目を確認する。 システム設定の「一般」で、ログイン項目とバックグラウンド項目の一覧を見て、心当たりのないもの、説明できないものがないか確認します。

8. 構成プロファイルを確認する。 システム設定の「一般」から「デバイス管理」に進み、自分がインストールしていないプロファイルがないか探します。置いた覚えのないプロファイルは重大な所見です。プロファイルはシステムの挙動を広範に変更できるからです。

9. 評判の良いスキャナを実行する。 スキャナは既知のファミリーを捕まえるのとセカンドオピニオンとして有用ですが、真に新しいペイロードには最も弱い手段です。Mac 向けアンチウイルスの選択肢ガイドでは、この種のツールが現実に何を捕まえ、何を捕まえないかを説明しています。

10. 本当に解決するのは初期化だけだと理解する。 ここが正直な部分です。Mac を消去して macOS を再インストールし、インシデント以前のバックアップからデータを復元することだけが、既知の正常な状態へ本当に戻す唯一の対処です。それ以外は、後始末はたぶん十分だっただろう、とあなたが決めているだけです。復元には注意してください。インシデント後のバックアップからアプリケーションやシステム設定を復元すると、問題をそのまま持ち越しかねません。復元するのは書類だけにして、アプリケーションは配布元から再インストールしてください。

11. 必要と感じるより長く、アカウントを監視する。 Huntress の調査で監視下にあった Mac が検出まで約 3 か月かかったことを考えれば、静かな 1 週間にはほとんど意味がありません。金融口座と、永続化の常套手段であるメールの転送ルールを、その後しばらくの間よく見ておいてください。

このリストをやり終えて、より広い堅牢化を求めたくなったなら、Mac のセキュリティとプライバシーガイドが、何も燃えていないうちに変えておく価値のある設定を扱っています。

これらの保護機能がカバーしないもの

限界をはっきりさせるのは悲観ではありません。頼れる防御と、痛い目に遭わせる誤った安心感との違いです。

アンチウイルスではありません。 これらは 1 つの配送手法を狙った限定的な保護です。汎用のマルウェアスキャナではなく、セキュリティ製品のようにシステム全体を継続的に監視することもなく、そのように設計されてもいません。

手で打ち込んだものは検査しません。 Terminal Paste Protection は貼り付けについてのものです。攻撃者があなたを説得して、1 文字ずつ手でコマンドを打たせたなら、貼り付け警告には働きかける対象がありません。pasteboard command blocking は依然として生成されたプロセスの挙動を見ていますが、人間向けの減速帯は消えます。

通常の方法でダウンロードしたインストーラーには役立ちません。 DMG や PKG をダウンロードして普通に実行するなら、そこは Gatekeeper と公証（notarization）の領域であって、ターミナルの貼り付けの領域ではありません。これらは失敗の仕方も異なる別の仕組みで、「Appが壊れているため開けません」エラーと Gatekeeper の隔離についての記事で扱っています。

新種の攻撃は既知のシグネチャに一致しません。 シグネチャ照合は定義上、すでに見たことのあるものを捕まえます。挙動評価と Safe Browsing のチェックがその射程を広げますが、真に新しいインフラを使う真に新しいペイロードは、そのすべてをすり抜け得ます。警告がないことは安全の証拠ではありません。

貼り付け警告はほとんどの人には出ません。 設計どおりです。文書化された条件は、過去 30 日以内にターミナルを開いた人や、開発者向けツールを入れている人を除外します。この保護機能が自分を守ってくれると思っていた開発者がいるなら、守ってくれません。しかもそれは意図的です。

サードパーティ製ターミナルは警告を表示しません。 上で扱いましたが、限界のセクションで繰り返す価値があります。人を痛い目に遭わせる可能性が最も高い思い込みだからです。

どれも根本原因には対処していません。 根本原因は、見知らぬ相手があなたを説得して、その相手のコードを実行させたことです。ソフトウェアはそれに割り込めます。あなたの代わりに決めることはできません。

よくある問題のトラブルシューティング

正当なインストールコマンドがブロックされる

Problem: 公式ドキュメントに従って本物のソフトウェアをインストールしているのに、貼り付けがブロックされる、または警告される。

Solution: まず、正当だと思い込むのではなく、独立に正当性を確認してください。この攻撃の要点は、正当に感じられることそのものだからです。自分でそのプロジェクトを検索し、公式サイトかリポジトリに移動し、公表されているインストールコマンドと手元のものを比較します。一致していて、しかも自分の操作でドキュメントにたどり着いたのなら、これはヒューリスティックな誤検知である可能性が高く、無視する手段はまさにこのために存在します。警告に無視する手段がない場合は、回避しないでください。無視できない警告は、ヒューリスティックな推測ではなく既知の脅威との一致を示しています。貼り付け方式ではなく、プロジェクトのパッケージやインストーラー経由でのインストールを検討してください。

警告に無視するボタンがない

Problem: Paste Anyway の選択肢がなく、先へ進む明らかな方法もない。

Solution: これはバグではなく意図された結果として扱ってください。報道は、無視する手段のない警告を既知のマルウェアシグネチャとの一致に結びつけていますし、Apple はメモリ上から実行されたスクリプトについてはまったく無視できないと文書化しています。手でコマンドを打ち直さない、別のターミナルを試さない、何も無効化しない。そのコマンドを渡してきた情報源を閉じ、その情報源を敵対的なものとして扱ってください。ブロックが効く前に一部でも実行されていたなら、上の対応手順を、ネットワークからの切断から始めてください。

同じコマンドで警告が何度も出る

Problem: 警告を閉じて再試行しても、毎回また出てくる。

Solution: これらの保護機能はコマンドごとの許可リストを保持しないので、蓄積されていく「記憶された判断」は存在しません。警告の繰り返しは、評価が繰り返されて同じ結論に達しているという意味であり、情報であって故障ではありません。ヒューリスティックの警告で、情報源をきちんと検証済みなら、無視は試行ごとです。既知の脅威の警告なら、繰り返しはシステムが同じ真実をもう一度告げているということです。本当にそのソフトウェアが必要なら、別の方法でインストールしてください。署名済みのインストーラーパッケージ、すでに信頼しているパッケージマネージャー、あるいは存在するなら App Store 版です。

何も貼り付けられず、ブロックされたのかどうかもわからない

Problem: Command-V を押したが何も現れず、警告も見当たらない。

Solution: まず退屈な原因を潰してください。ターミナルに実際にキーボードフォーカスがあるか確認し、プレーンテキストエディタに貼り付けてコピーが成功していたか確認し、警告が別のウインドウの背後や別のディスプレイに開いていないか確認します。テキストエディタには問題なく貼り付けられるのにターミナルには貼り付けられないなら、保護機能が作動した可能性は十分にあり、しかもテキストエディタのおかげで、実行しようとしていたものを読む機会が手に入ります。再試行の前にそこで読んでください。貼り付けは成功したのに Return を押しても何も起きなかったように見えるなら、pasteboard command blocking の可能性として扱い、アクティビティモニタで見慣れないプロセスがないか確認してください。

開発者で、警告を止めたい

Problem: 貼り付け警告が通常業務を中断させている。

Solution: 率直に言えば、Apple はこれらの保護機能にユーザー向けのスイッチを用意していませんし、この記事もそれを破る方法を説明するつもりはありません。ただし、文書化された挙動がすでにあなたの問題を解決しています。貼り付け警告が作動するのは、ユーザーが 30 日以上ターミナルを開いておらず、かつ一般的な開発者向けツールが検出されず、かつ貼り付けが特定のアプリから来た場合だけです。頻繁に引っかかっているなら、有用な問いは「なぜ自分のマシンはシステムから開発マシンに見えていないのか」です。通常の開発者向けツールが入っていること、そして日常のワークフローの一部としてターミナルを使うこと。それが警告から抜け出す想定された道であって、隠し設定ではありません。

すでに Paste Anyway をクリックしてしまい、後悔している

Problem: 警告を無視し、コマンドが実行され、その後で情報源を疑い始めた。

Solution: 上の対応手順に進み、ステップ 1、Mac をネットワークから切り離すところから始めてください。目に見える症状を待たないこと。Huntress の調査で説明されたマルウェアは、残高の 1% まで調整可能な暗号資産吸い上げ機能を含め、症状を出さないよう意図的に設計されていたからです。まず別のデバイスから認証情報を変更してください。警告を無視しても pasteboard command blocking は無効になりませんから、プロセスがその後で止められた可能性もありますが、証拠なしにそう決め込むべきではありません。

FAQ

どの macOS バージョンにこれらの保護機能がありますか？

Apple のプラットフォームセキュリティ文書は、Terminal Paste Protection、pasteboard command blocking、AppleScript のスキャンを macOS 26.4 以降で導入されたものとして説明しています。それ以前のバージョンにはありません。もっと古いバージョンを使っていてターミナルにコマンドを貼り付けているなら、ここで説明した挙動はあなたのマシンには一切当てはまりません。

iTerm2、Warp、Ghostty でも機能しますか？

部分的には機能します。Apple は貼り付け警告をターミナル App の機能として文書化しているので、サードパーティ製ターミナルは、その開発者が同等のものを作らない限り表示しません。しかし Apple は、XProtect が生成されたプロセスツリーを追跡するため、pasteboard command blocking はサードパーティ製アプリケーションを含むあらゆるターミナルエミュレータを対象とすると述べています。警告は失いますが、最後の砦は保てます。

これらの保護機能をオフにできますか？

Apple はユーザー向けのスイッチを用意していませんし、この記事も回避策を説明しません。誤検知に遭っている開発者なら、文書化された作動条件が答えです。貼り付け警告は、一般的な開発者向けツールが入っているマシンや、過去 30 日以内にターミナルが開かれたマシンでは作動しません。

Paste Anyway が正しい選択になることはありますか？

あります。ただし 1 つの状況だけです。自分でそのソフトウェアを探しに行き、自分の操作で公式ドキュメントにたどり着き、コマンドがプロジェクトの公表しているものと一致している場合です。これは現実に起こる誤検知のシナリオであり、無視する手段はそのために存在します。探してもいなかったページからコマンドを渡されたのなら、答えは「いいえ」です。

何もブロックされなかったなら、そのコマンドは安全ということですか？

いいえ。これらの保護機能は既知のシグネチャと認識済みの挙動パターンを捕まえるものなので、新しいインフラを使う真に新しい攻撃は何も作動させずに通過し得ます。沈黙は保証ではありません。この記事の判断ルール、とりわけ「自分でそのコマンドを探しに行ったのか」という問いが、引き続きあなたの主要な防御です。

何かがすり抜けたとして、どうすればわかりますか？

多くの場合わかりません。そこが居心地の悪いところです。Huntress は、監視下にあった Mac が検出のおよそ 3 か月前から侵害されていたと報告し、被害者に気づかせないために 1% まで設定できる暗号資産吸い上げ機能を説明しました。症状を待つのではなく、ログイン項目、構成プロファイル、アカウントのセッションを確認してください。

まとめ

あなたの Mac が貼り付けをブロックしました。それは小さくて退屈な出来事ですが、ときにその年そのマシンに起きた最も重要な出来事だったと後からわかることがあります。

有用な考え方は「層」です。Terminal Paste Protection は人間の層で、普段ターミナルを使わず、ブラウザやメッセージから何かをコピーしてきたばかりの人に向けた、意図的に狭い割り込みです。Pasteboard command blocking は機械の層で、サードパーティ製を含むあらゆるターミナルエミュレータについて、生成されたプロセスツリーに対し XProtect のレベルで動作します。AppleScript と JXA のスキャンはスクリプト経路をカバーし、ファイルベースのスクリプトには無視の手段があり、メモリから実行されたスクリプトにはまったくありません。それぞれの層は他の層が失敗するかもしれないと想定しており、それは正しい想定です。

しかしこれらの保護機能は狭く、その限界を正直にまとめれば、アンチウイルスではなく、手で打ち込んだものは読まず、既知のシグネチャのない新種のペイロードは捕まえられず、設計上ほとんどの開発者には決して作動しません。一方、これらが止めようとしている攻撃は資金も設計も十分です。Microsoft Threat Intelligence は、訪問者にフィンガープリントを取り研究者を狩る 250 を超えるフロントエンドドメインを報告しました。Huntress は、気づかれる閾値の下に留まるよう調整された窃取機能を持ち、Apple キーチェーンを狙うスティーラーを説明しました。

そこで話は、ソフトウェアがあなたの代わりにできない唯一のことへ戻ります。ターミナルに何かを貼り付ける前に、1 つだけ答えてください。このコマンドを自分から探しに行ったのか、それとも何かに実行しろと言われたのか。 探しに行ったのなら、ドメインがプロジェクト自身のものであり、コマンドがプロジェクトの公表しているものと一致することを確認してから進めてください。何かに言われたのなら、既定は「いいえ」であり、立証責任は言ってきた側にあります。この問いは 5 秒で済み、この攻撃の過去と未来のあらゆる変種に効き、シェルを 1 行も読める必要がありません。

もうコマンドが実行されてしまったなら、思い悩まないでください。ネットワークから切り離し、別のデバイスから認証情報を変更し、キーチェーンの中身をすべて入れ替え、暗号資産はクリーンなマシンで生成したウォレットへ移し、初期化の計画を立てる。この攻撃は説得力があるように設計されています。引っかかったことは人格の欠陥ではありませんし、復旧は破局ではなくただのリストです。

関連記事：偽の Mac クラッシュレポートがパスワードを求めてきたら、絶対に入力しないこと