Homebrew、署名されていない、または公証されていないソフトウェアに対する Gatekeeper 回避を今後は許可せず
(github.com/Homebrew)- macOS Gatekeeper を強制的に回避して署名されていないソフトウェアを実行するために使われていた
--no-quarantineフラグは削除予定 - この変更はセキュリティ強化のための措置であり、Apple のコード署名および公証ポリシーに従う方向で運用される
- macOS Tahoe が Intel 向け最後の macOS になることで、この機能の必要性は大きく低下
- ARM Mac では署名のない arm64 コードの実行は不可能
- 2026年9月1日から Gatekeeper 検査に失敗する cask のサポートを終了
背景
- Apple と Homebrew はいずれも Intel Mac サポート終了の流れにあり、
--no-quarantineはセキュリティ回避機能であるため維持する理由がない
ユーザーへの影響
- オプション削除により macOS のセキュリティ基準に沿ったインストール環境が提供され、Homebrew はセキュリティ回避機能を今後提供しなくなる
1件のコメント
Hacker Newsのコメント
私の理解では、今回の変更は主に macOS の cask にのみ影響するようです
cask は dmg や pkg 形式のバイナリアプリのインストールに使われますが、その大半はすでに署名済みのバイナリです
Homebrew がオープンソースソフトウェアを ダウンロード・コンパイル・インストールする機能には影響がないように見えます
実際、Homebrew が他のパッケージマネージャーより優れている点は cask だけです
私は Homebrew を隔離された prefix にインストールして cask だけを使い、PATH には追加していません
署名されていないアプリもいくつか使っています
署名の有無より重要なのは、Homebrew や Debian のような キュレーション・検証プロセスだと思います
--no-quarantineオプションがなくなると、更新のたびに毎回手動で承認しなければならず不便です公式パッケージ一覧 を見ると数百ページに及びます
「すべてを bottle で提供することが目標」と明記されています
そのため今回の変更の直接的な影響はありませんが、昔のようなソースビルド中心ではない点は知っておく必要があります
関連議論: Homebrew Discussions #6334
私はかなり前から Gatekeeper が徐々に強化されると予想していましたが、それが現実になりつつあります
関連記事: Ars Technica, MacRumors, Daring Fireball
私の M1 MacBook Air が遅くなる頃には、完全に Linux へ移行できそうです
Apple のハードウェアを買うことは、こうした振る舞いを 黙認する行為 です
Mac の市場規模と開発者比率を考えると、Apple が完全に塞ぐ可能性は低いと思います
Homebrew は プロ向けツール というより、消費者フレンドリーなパッケージマネージャーです
強制アップデート、旧バージョンの廃止、議論の遮断などに不満が多いです
そのため MacPorts へ移ろうかと考えています
メンテナーの攻撃的な態度も問題です
古い PowerBook でも問題なくビルドできていた時代が懐かしいです
Apple のように旧バージョンのサポートを切り捨てるのは、オープンソースの精神に反します
「Intel サポート終了」という文言を見てショックを受けました
Homebrew メンテナーたちの 不親切なコミュニケーション が問題だと思います
技術的には、postinstall 段階で
xattrを実行するのが正しいのですが、態度は改善が必要です私は今回の変更が正確に何を意味するのか、最初は理解できませんでした
Homebrew でのソースビルドが塞がれるのか、署名済みバイナリしか実行できないのか混乱しました
--no-quarantineオプションはなくなりましたが、ユーザーが自分でフラグを解除することはできます結局のところ、署名済みバイナリを推奨する方向へ誘導する措置です
自分でビルドしたバイナリは今でも実行できます
--no-gatekeeperオプションの削除自体は大きな問題ではありません単に
com.apple.quarantine属性を削除する役割だっただけです本当の問題は、すべての cask が Apple Developer Program の署名・公証 を求められるようになったことです
オープンソース開発者にとっては年額 99 ドルの費用と法的な身元公開が負担です
Apple が Xcode Cloud を活用して無料で署名できるようにしてくれればよいのですが
関連議論: #6334, #6482
ユーザー保護が目的なのは理解できますが、Gatekeeper が App Store の収益化手段 に変質しているのは問題です
ただし学生開発者にとっては負担になり得ます
Apple が サードパーティ証明書の信頼 を認めれば、より良くなると思います
--no-quarantineオプションと ARM64 の署名制限は別物です未署名アプリは属性を削除しても実行できません
macOS は adhoc 署名 を許可しているので、それを使えば実行可能です
com.apple.quarantine属性によって実行ブロックを判断しますXProtect と AMFI がバックグラウンドで追加の検査を行います
属性を削除すれば、XProtect に止められない限りどんなバイナリでも実行できます
Homebrew が問題をあまりにも早く ロックする姿勢 は残念です
ユーザーの立場からすると、Apple の承認なしでは自分のコンピュータでアプリを動かせないも同然です
Alacritty も今回の変更の影響を受けます
開発者たちが Apple の署名費用を払う可能性は低そうです
関連 issue: alacritty/alacritty#8749
代替アプリを探す必要があるかもしれません