CVE-2026-65400：リモートMacをどう自己点検する？2026年チェックリスト

画面共有を有効にしたリモートMacで、CVE-2026-65400の修正状況や外部からの到達性を確認できず困っていませんか。
最初にmacOSの更新状況をAppleの情報と照合し、その後、画面共有とリモート管理の有効状態・ネットワーク到達範囲を確認してください。SSHログインだけを、この脆弱性の対象サービスと同一視してはいけません。

この記事は、リモートMacやCIホストを管理するエンジニア、Appleプラットフォームのビルド担当者、開発基盤のチーム責任者向けです。パッチ確認、アクセス経路の切り分け、記録と異常時の対応を順に整理します。

最終更新：2026年10月26日。CVEの説明と修正情報はAppleのセキュリティ情報およびmacOSのセキュリティ更新一覧、KEV収録状況はCISAの告知を照合しています。

CVE-2026-65400の対象は画面共有の認証です

Appleの説明では、このCVEはmacOSのScreen Sharingに関わる認証上の問題です。これは「すべてのリモート接続が影響を受ける」という意味ではなく、SSHなど別の接続手段まで同じ脆弱性の対象だとする根拠にもなりません。AppleのCVE情報と、各系列のSequoiaおよびSonomaのセキュリティ情報で、対象と修正内容を確認してください。

CISAは、CVE-2026-65400を2026年8月18日にKnown Exploited Vulnerabilities（KEV）カタログへ追加しています。これは同カタログへの収録を示すもので、個別の報告を、すべてのリモートMacが侵害された証拠として扱わないでください。

更新状態が不明なら、まず適用状況を確定します

「修正済みか分からない」「更新後にビルドが止まる」という場合は、設定変更より先にホストの識別情報を記録します。macOSのバージョンとビルド情報を、Appleのバージョン確認資料に沿って確認し、Appleの該当するセキュリティ情報と更新一覧で修正状況を照合してください。

Appleは複数のmacOS系列について修正情報を公開していますが、個々のホストが適用対象かどうかは、系列とインストール済み更新の組み合わせで確認する必要があります。後続の更新が公開されている場合もあるため、古い記事やバージョン番号の記憶だけで判断しないでください。

1. ホストを特定する：管理台帳にホスト名、用途、macOSのバージョンとビルド情報を記録します。
2. 公式情報と照合する：AppleのCVE情報、該当系列のセキュリティ内容、最新の更新一覧を確認します。
3. 未修正なら変更を計画する：保守時間を決め、CIの依存ジョブや署名・ビルド作業への影響を見積もります。
4. 更新を適用する：チームの変更手順に従って更新し、再起動が必要な場合は完了を確認します。
5. 修正状態とビルドを再確認する：更新後のバージョン情報を記録し、代表的なビルドを実行します。
6. 証跡を残す：参照したAppleの資料、確認日時、作業者、更新結果、検証結果を一つの記録にまとめます。

パスワードの変更や許可ユーザーの絞り込みは、露出を抑える対策にはなりますが、修正プログラムの代替ではありません。適用可否が確認できない間は、画面共有の公開範囲を先に制限し、更新計画を立ててください。

更新後に異常が見えないことは、過去に不正アクセスがなかった証明にはなりません。未知の接続やアカウントを見つけた場合は、組織のインシデント対応手順に従ってログを保全し、調査担当へ引き継いでください。

画面共有とリモート管理は、設定と経路を別々に確認します

macOSの共有設定で画面共有やリモート管理が有効か、許可ユーザーが誰かを確認します。設定画面の操作はAppleの画面共有ガイドを参照してください。サービスを有効にした覚えがなくても、ネットワーク側の転送規則やファイアウォール設定まで確認する必要があります。

次に、ホスト側のファイアウォール、ルーターのポート転送、クラウドや拠点ネットワークの許可規則を点検します。画面共有が社内の管理ネットワークだけに制限されているか、信頼できないネットワークから到達できるかを、承認された検査元から確認してください。ポート番号は実際の構成とAppleのRemote Desktopポート資料を照合し、推測で規則を変更しないことが重要です。

SSHと画面共有は異なるアクセス経路として記録します

SSHだけを使うビルドホストでも、画面共有とリモート管理が有効になっていないかは確認します。ただし、SSHの接続状態をそのままCVE-2026-65400の影響判定に使うのではなく、サービスごとに有効状態、許可元、認証方法を分けて記録してください。AppleのリモートログインとSSHの説明も参照できます。

画面共有を制限する変更の前後で、SSH経由のビルドや保守作業が継続できることを確認します。レンタル環境での接続方法や利用条件も確認したい場合は、zshmacのよくある質問を参照し、SSHの運用手順と画面共有の設定を混同しないようにしてください。

よくある確認事項

CVE-2026-65400の対象となるmacOSの範囲はどこで分かりますか？

対象と修正状況は、AppleのCVE情報と各macOS系列のセキュリティ更新内容を照合して確認します。ホストのバージョンとビルド情報も記録し、後続の更新がある場合は最新のApple情報を優先してください。単に「新しいmacOSだから大丈夫」と判断せず、該当系列の修正内容に照らします。

リモートMacの画面共有が修正済みか、どのように確認しますか？

macOSのバージョンとビルド情報を調べ、AppleのCVE情報、系列別のセキュリティ内容、更新一覧と照合します。更新を適用した場合は、更新後の情報をもう一度記録し、CIジョブも検証してください。許可ユーザーの変更やパスワード更新だけでは、脆弱性の修正を確認したことにはなりません。

SSHしか使わないMacでも、画面共有を確認する必要がありますか？

SSHとScreen Sharingは別のサービスとして扱います。AppleのCVE説明が示す対象はScreen Sharingの認証問題であり、SSH自体も同じ問題の影響を受けるとは断定できません。それでも、画面共有やリモート管理が意図せず有効になっていないかを確認し、SSHの稼働状態とは分けて記録してください。

画面共有が外部ネットワークに公開されていないか、どう調べますか？

Macの共有設定だけでなく、ファイアウォール、ルーター、クラウド側のネットワーク規則を確認します。承認された外部検査元から接続可能性を調べ、検査元と確認時刻を記録してください。ポート番号は環境によって異なるため、Appleの資料と実機の規則を照合し、番号だけを根拠に安全と判断しないでください。

状態別の優先度と判断基準

次の比較は、運用上の対応順を決めるための目安です。評価はAppleの脆弱性スコアではなく、パッチ状況と実際の到達性に基づく作業優先度です。

SSHと画面共有の確認を混同すると、使っていないグラフィカル接続の露出を見逃したり、SSHのビルド経路を根拠なく停止したりするおそれがあります。以下のように、目的と判定材料を分けて台帳へ記載します。

監査記録は「確認した証拠」と「未確認の範囲」を分けます

記録にはホスト識別情報、確認したmacOSとビルド、参照したAppleの資料、共有サービスの設定、ネットワーク規則、検証結果を含めます。設定を確認できなかった機器や、外部からの到達性を試せなかった経路も明記してください。現在のバージョンや目に見える異常の有無だけでは、過去のアクセス履歴を否定できません。

手元のMacを継続運用する方法は、既存環境を維持しやすい一方、機器の調達・保守、更新確認、アクセス規則の点検、CI停止時の調査を自分たちで担います。検証や一時的な開発環境が必要なら、zshmacのようなリモートMacレンタルも比較候補になりますが、レンタルであっても更新状態とアクセス範囲の確認は必要です。長期の常時負荷や物理接続が必須なら、自社保有のMacが適する場合もあります。必要な期間と運用責任を整理する際は、Mac環境の選択肢を比較する案内も確認し、まず主機一覧・パッチ照合・遠隔アクセス範囲の再点検を完了させてください。

よくある質問