macOS 27 Golden Gateリリース：開発者にとって何が変わるのか

macOS 27 Golden Gateは2026年9月14日、ビルド26A428としてリリースされました。iOS 27.0およびXcode 27と同日で、インストールできるのはApple siliconのMacだけです。Appleの互換性リストには2020年のM1 MacBook AirからM6 Mac miniまでが並び、A18 Proを積んだ13インチMacBook NeoというA系チップのマシンが1台だけ含まれています。¹² 開発者にとって今回のリリースは、Rosettaが汎用ツールとして使える最後の1年という意味を持ちます。同日付のAppleのサポート記事は、Rosettaは「is available for any Mac with Apple silicon using macOS 27 or earlier」（macOS 27以前を使うApple siliconのMacであれば利用できる）とし、macOS 28では「only for certain older, unmaintained games that rely on Intel-based frameworks」（Intelベースのフレームワークに依存する、保守されていない一部の古いゲーム向けにのみ）残ると書いています。³ GA版のリリースノートにはRosettaの項目が4つあります。ユーザーが「Open using Rosetta」に設定していたアプリはネイティブで起動する、アップグレード後にRosettaは復元されない、ホストアーキテクチャを指定しないインストーラパッケージはarm64がデフォルトになる、そしてIntelのプラグインが設定の一覧に現れず通知も出ない場合がある、の4点です。⁴ 9月16日にこの記事を書いた時点では手元にmacOS 27のMacが無かったので、以下の記述はAppleの文面と、macOS 26.6.2で確認できた範囲の事実です。標準的なインストーラパッケージが何を宣言するのか、アーキテクチャを指定しないdistributionをインストーラがどう扱ってきたとproductbuildのマニュアルが述べているのか、そして新しいコマンドラインのサブコマンドのうち26.6のツールに無いものはどれか、の3つを確かめました。10月1日と2日の更新では、同じMacが27.0に移行した後に私自身が行った5つの確認と、インストーラパッケージの再署名に関するAppleの2027年2月1日の期限を追加しています。^51314151819

TL;DR

• 日付とビルド番号。 9月16日に取得したAppleのReleasesフィードには、macOS 27.0（26A428）がXcode 27（27A266a）、iOS 27.0（24A437）と並んで9月14日（月）付けで掲載されていました。10月1日の時点では、macOSとiOSの27.0の項目に代わって27.0.1の項目がフィードに載っています。¹¹⁷ 同日公開の互換性ページには35機種分の項目が並び、そのすべてがApple siliconです。アップグレードのページはルールを一文で述べています。「macOS 27 is compatible with any Mac with Apple silicon, which includes any Mac with an M-series chip or A-series chip.」（macOS 27はApple siliconのMacすべてと互換性があり、そこにはM系チップまたはA系チップを積んだあらゆるMacが含まれる）²
• AppleはRosettaの期限を書き下しました。 サポート記事もリリースノートも、macOS 28に残るのはゲーム限定のサブセットだという点で一致しており、法人向けのノートはRosettaを「a general-purpose compatibility tool through macOS 27」（macOS 27までの汎用互換ツール）と呼んでいます。³⁴¹⁰ アップグレードそのものについては、Rosettaは「is not automatically restored」（自動的に復元されない）とされ、ユーザーが「Open using Rosetta」に固定していたアプリはネイティブで起動します。⁴
• インストーラパッケージのデフォルトアーキテクチャが変わります。 Appleはこう書いています。”Installer packages which specify no hostArchitecture will now default to arm64.”（hostArchitectureを指定しないインストーラパッケージは、今後arm64がデフォルトになる）⁴ macOS 26.6.2で試したところ、pkgbuildで作ったコンポーネントパッケージにはdistributionファイルそのものが無く、したがってアーキテクチャをどこにも宣言していませんでした。一方、productbuild --synthesizeが私のパッケージ向けに生成したdistributionにはhostArchitectures="x86_64,arm64"が書き込まれていました。Appleのアーカイブ済みDistribution XMLリファレンスは、有効なコードとしてi386、x86_64、ppcの3つしか挙げていません。⁵⁶
• Intelアプリは停止の前に表示で区別されます。 Appleによれば、情報ウインドウ（Get Info）は「Intel-based applications that will no longer run in macOS 28.0」（macOS 28.0では動作しなくなるIntelベースのアプリケーション）に「a treatment」（何らかの表示上の扱い）を付けるようになり、設定の「一般」にもそれらが一覧されるとのことです。さらにベータ限定のgame-test-toolがあり、これはRosettaを完全に無効化したうえで、Appleの言う「the new underlying system behavior」（新しい基盤のシステム挙動）を通じてレガシーゲームを動かします。⁸（10月2日追記：このMacでは、私が読んだIntel専用のアプリ3つの情報ウインドウに警告が表示されます。文面は下の更新で引用しています。設定の一覧は「一般」の14行の中にはなく、その奥のサブパネルはまだ開いていません。¹⁹）
• Rosettaと無関係なシステム側の変更が5つ。 他チームのコンテナへの読み取りはプロンプトを出さずに拒否され、アプリはTCCデータベースへ直接アクセスできなくなり、spctlにpurgeコマンドが加わり、管理関連の通信はATS水準の暗号スイートを伴うTLS 1.2が必須になり、App AttestがMacにも来ました。⁹¹⁰¹¹
• インストーラに2027年2月1日の期限。 Appleの10月1日の告知によれば、元のDeveloper ID Certification Authorityはその日に失効し、「.pkg files signed with an affected certificate will no longer install.」（影響を受ける証明書で署名された.pkgファイルはインストールできなくなる）とされています。私のダウンロードフォルダにあるDeveloper ID署名済みのインストーラ4つは、いずれもこの認証局につながっています。自分の証明書がどちらの認証局のものかを確かめるコマンドは、Developer IDの記事にあります。¹⁵¹⁶
• 確かめたことと、まだのこと。 ネイティブ起動への上書きと、素のコンポーネントパッケージに対するarm64デフォルトはAppleの記述であり、9月23日から27.0で動いているこのMacではまだ実行していません。インストール履歴からは、アップグレードでRosettaが戻らなかったことがわかります。情報ウインドウは、私が読んだIntel専用のアプリ3つにmacOS 28についての警告を表示しており、設定の「一般」の14行にはIntelアプリ向けの項目がありません。ただし、その奥のサブパネルは開いていません。記事の終盤のセクションで1つずつ挙げています。

9月14日に何がリリースされたのか？

この名前はリリースノート自身のOverviewに由来します。「The macOS 27 SDK provides support to develop apps for Mac computers running macOS 27 Golden Gate.」（macOS 27 SDKは、macOS 27 Golden Gateが動作するMacコンピュータ向けのアプリ開発をサポートする）⁴ もう一度目を向ける価値があるのはA系チップの項目です。アップグレードのページの「M-series chip or A-series chip」という言い回しは、特定のチップファミリーではなくプラットフォームを指しており、その後半に当てはまるマシンはリストの中でMacBook Neoだけです。²

macOS 27.0.1（26A434）は9月28日（月）に続きました。Appleのアップデートのページには「This update provides bug fixes for your Mac」（このアップデートにはMacのバグ修正が含まれる）としか書かれておらず、以下のRosettaやインストーラの項目に対する変更は何も挙げていません。¹⁷

macOS 27はRosettaに何をするのか？

9月14日に公開された2本のサポート記事とGA版のリリースノートは、同じ境界線を3つの角度から描いており、それがどこに引かれるかについては一致しています。

Intelアプリ向けのサポート記事はこうです。「Rosetta is available for any Mac with Apple silicon using macOS 27 or earlier. Starting with macOS 28, the next major macOS release, Rosetta functionality will be available only for certain older, unmaintained games that rely on Intel-based frameworks.」（Rosettaは、macOS 27以前を使うApple siliconのMacであれば利用できる。次のmacOSメジャーリリースであるmacOS 28からは、Rosettaの機能はIntelベースのフレームワークに依存する、保守されていない一部の古いゲームでのみ利用できるようになる）³

法人向けのノートはこうです。「If Rosetta was previously installed, it will not be automatically restored upon upgrading to macOS 27. Rosetta will continue as a general-purpose compatibility tool through macOS 27.」（以前にRosettaがインストールされていた場合、macOS 27へのアップグレード時に自動的に復元されることはない。RosettaはmacOS 27までは汎用の互換ツールとして継続する）¹⁰

リリースノートのRosettaセクションには、New Featuresが1件、Deprecationsが3件あります。⁴

• 「On launch, Applications previously set to ‘Open using Rosetta’ by a user will have the application launch natively. Any compatibility issues requiring Rosetta from the past should be re-assessed on macOS 27.」（起動時、ユーザーが以前に’Open using Rosetta’に設定していたアプリケーションは、ネイティブで起動する。過去にRosettaを必要とした互換性の問題は、macOS 27で改めて評価すべきである）
• 「If Rosetta was previously installed, it is not automatically restored after upgrading to macOS 27.0.」（以前にRosettaがインストールされていた場合でも、macOS 27.0へのアップグレード後に自動で復元されることはない）
• “Installer packages which specify no hostArchitecture will now default to arm64. Ensure any pre and post install scripts behave as intended under arm64. Additionally, audit any remaining installer plugins to ensure compatibility on Apple silicon.”（hostArchitectureを指定しないインストーラパッケージは、今後arm64がデフォルトになる。pre installおよびpost installのスクリプトがarm64の下で意図どおりに動くことを確認すること。加えて、残っているインストーラプラグインを監査し、Apple siliconでの互換性を確かめること）
• 「Intel-based plugins and loaders may not appear in Settings or trigger notifications of their incompatibility. All Intel-based software will no longer be compatible with macOS 28.0, excluding legacy games.」（Intelベースのプラグインやローダーは、設定に現れず、非互換の通知も出ない場合がある。レガシーゲームを除き、IntelベースのソフトウェアはすべてmacOS 28.0と互換性がなくなる）同じ項目は、確認すべきフォルダも挙げています。~/Library/Audio/Plug-Ins/*、~/Library/Printers/、~/Library/ColorPickers/の3つで、対象は「VSTs, HAL, ARA, PDEs, Color Pickers, Quicklook & Spotlight plugins/extensions/components.」（VST、HAL、ARA、PDE、カラーピッカー、Quick LookおよびSpotlightのプラグイン、機能拡張、コンポーネント）です。

最初の項目とサポート記事は一見矛盾して見えますが、「previously」（以前に）という語を読むと筋が通ります。サポート記事は、UniversalアプリのOpen using Rosettaのチェックボックスが今も機能すると述べています。「you can use it in macOS 27 or earlier to force the app to open as an Intel-based app, which allows it to use Intel-only plug-ins, extensions, and other add-ons.」（macOS 27以前であれば、これを使ってアプリをIntelベースのアプリとして強制的に開くことができ、Intel専用のプラグインや機能拡張などのアドオンを利用できる）³ 一方リリースノートは、そのモードに「previously set」（以前に設定されていた）アプリはネイティブで起動すると書いています。検証はしていませんが、私の読みでは、アップグレードが設定を一度クリアし、ユーザーが改めて設定し直せるということです。過去の互換性問題を「re-assess」（改めて評価）せよというAppleの指示も、同じ方向を指しています。この読みが正しければ、Intelプラグインのためにあのチェックボックスに頼っていたユーザーは、アップグレード後の初回起動でアプリがネイティブに開き、プラグインが読み込まれていない状態を目にすることになります。

2つ目の変更は1つ目より早く効いてきます。Rosettaが入っていたMacは、それを持たないまま27.0にアップグレードされるとAppleは述べており、インストール手順に従えば、Intelアプリを開くことがRosettaを呼び戻す方法になります。³⁴¹⁰ Rosettaの無いMacでIntelバイナリを実行するスクリプトがどうなるかについて、Appleの文面は何も言っていません。プロンプト経由かsoftwareupdate --install-rosettaでRosettaを入れるまでは失敗するものとして計画してください。³ AppleのRosettaドキュメントは、インストールが要らない唯一のケースを補っています。仮想マシンやコンテナ内のIntel Linuxバイナリについては、「macOS 27 directly integrates support for Intel binary translation, without needing to install Rosetta」（macOS 27はIntelバイナリ変換のサポートを直接統合しており、Rosettaのインストールを必要としない）とあります。Xcode 27のIntel記事では、この一文と、7月時点のAppleのドキュメントに書かれていたRosettaのスケジュール全体をたどっています。⁷

ゲーム向けの例外は、今のところベータ限定の形をしています。Gamingのセクションはsudo game-test-tool enableを説明しており、これは「support for legacy Intel-based games」（レガシーなIntelベースのゲームのサポート）を有効にする一方、同じ文の中でこう警告します。「enabling legacy game support disables Rosetta, non-game processes might crash or behave unexpectedly, and this feature is intended only for playing legacy Intel-based games and is not available outside of macOS beta releases.」（レガシーゲームのサポートを有効にするとRosettaは無効になり、ゲーム以外のプロセスがクラッシュしたり予期しない動作をしたりする可能性がある。この機能はレガシーなIntelベースのゲームをプレイするためだけのもので、macOSのベータリリース以外では利用できない）⁸ つまりこのツールは、Appleが「the new underlying system behavior」（新しい基盤のシステム挙動）と呼ぶもののための、ベータ限定のスイッチです。macOS 28がこれをどう提供するのかについて、ノートは何も述べていません。

どのインストーラパッケージがarm64デフォルトになるのか？

Appleの一文はキーをhostArchitectureと単数形で呼んでいますが、実際に対応する属性は、プロダクトアーカイブの中にあるDistribution XMLの<options>要素に付くhostArchitecturesです。Appleのリファレンスはこれを「a comma-separated list of supported architecture codes.」（サポートするアーキテクチャコードをカンマ区切りで並べたリスト）と説明しています。⁶ Appleの言う「packages which specify no hostArchitecture」は、私の読みでは、distributionにその属性が無いパッケージか、そもそもdistributionを持たないパッケージのことです。

macOS 26.6.2で、考えうる最小のパッケージを両方の作り方で用意しました。⁵ pkgbuildで作ったコンポーネントパッケージを展開すると、中身はBom、PackageInfo、Payloadの3つだけで、Distributionファイルはありません。アーキテクチャを宣言する場所がどこにも無いので、素のコンポーネントパッケージを直接インストールする形は、何も指定していないパッケージの最も素直な例になります。プロダクトアーカイブは事情が違います。同じコンポーネントに対してproductbuild --synthesizeを走らせると、生成されたdistributionには次のoptions行が書き込まれ、そこから作ったアーカイブをpkgutil --expandで展開しても同じ行が入っています。

<options customize="never" require-scripts="false" hostArchitectures="x86_64,arm64"/>

つまり26.6で標準のproductbuildを実行して作ったパッケージは、すでに両方のアーキテクチャを宣言しており、Appleの文面に従えば新しいデフォルトは適用されません。変わるのは、属性を書き落とした手書きのdistributionから作ったパッケージ、その属性をそもそも出力しないサードパーティ製ツールが組み立てたパッケージ、そして素のコンポーネントパッケージです。アーカイブ済みのDistribution XMLリファレンスを見ると、その隔たりがはっきりします。有効なコードとして挙がっているのはi386、x86_64、ppcだけでarm64は無く、このリファレンスを見ながら書かれたdistributionには、指定できるarm64のコードが存在しなかったのです。⁶

26.6.2のproductbuildのマニュアルは、Appleのノートが書いていない「変更前」を補ってくれます。「On Apple Silicon, the macOS Installer will evaluate the product’s distribution under Rosetta 2 unless the arch key includes the arm64 architecture specifier.」（Apple Siliconでは、archキーにarm64のアーキテクチャ指定子が含まれていない限り、macOSインストーラはプロダクトのdistributionをRosetta 2の下で評価する）、そして「If the distribution is evaluated under Rosetta 2, any package scripts inside of product will be executed with Rosetta 2 at install time.」（distributionがRosetta 2の下で評価される場合、プロダクト内のパッケージスクリプトはインストール時にRosetta 2で実行される）とあります。同じページには、私が見た属性の裏側にあるrequirementsのキーarchの説明もあり、私の読みでは、これをproductbuildがhostArchitecturesとして書き出しています。「Starting on macOS Big Sur (11.0), productbuild will automatically specify support for both arm64 and x86_64 unless a custom value for arch is provided.」（macOS Big Sur（11.0）以降、archにカスタム値が指定されない限り、productbuildはarm64とx86_64の両方のサポートを自動的に指定する）¹⁴ つまりAppleが変えると言っているデフォルトとは、スクリプトも含めてRosetta 2の下で評価するという挙動のことでした。27では、Appleのノートに従えば、アーキテクチャを指定しないdistributionは代わりにarm64がデフォルトになります。

出荷するパッケージ、あるいはビルドマシンがインストールするパッケージを調べるには、こうします。

pkgutil --expand YourProduct.pkg /tmp/expanded
grep -o 'hostArchitectures="[^"]*"' /tmp/expanded/Distribution

Distributionファイルが無い場合、あるいは一致が無い場合は、Appleの文面に照らせば、そのパッケージは27で新しいarm64デフォルトを受け継ぎ、中のスクリプトもarm64の下で動くことになります。メタデータではなく挙動が変わるのは、まさにここです。uname -mで分岐するpreinstallやpostinstallのスクリプトはarm64の枝を通りますし、x86_64向けにビルドされたヘルパーを起動するスクリプトはRosettaを必要としますが、そのマシンにはもうRosettaが入っていないかもしれません。⁴ Appleのノートは、求める監査の指示で締めくくられています。”audit any remaining installer plugins to ensure compatibility on Apple silicon”（残っているインストーラプラグインを監査し、Apple siliconでの互換性を確かめること）というものです。AppleのRosettaドキュメントが混在をはっきり否定しているからです。”The system prevents you from mixing arm64 code and x86_64 code in the same process.”（システムは、同一プロセス内でarm64のコードとx86_64のコードを混在させることを許さない）⁷

更新、10月1日：2027年2月1日に迫るインストーラ署名の期限

10月1日のAppleのデベロッパニュースは、上のインストーラの話に期限を1つ加えました。アーキテクチャとは関係のない話です。「The original Developer ID Certification Authority (Sub-CA) expires on February 1, 2027. Certificates issued by this authority will stop working on that date.」（元のDeveloper ID Certification Authority（Sub-CA）は2027年2月1日に失効する。この認証局が発行した証明書は、その日に機能しなくなる）Developer ID配布の2つの側面で、扱いは異なります。パッケージについては「Starting February 1, 2027, .pkg files signed with an affected certificate will no longer install. Re-sign all packages with your new certificate before this date.」（2027年2月1日以降、影響を受ける証明書で署名された.pkgファイルはインストールできなくなる。この日までに、すべてのパッケージを新しい証明書で再署名すること）とあります。アプリについては「Previously signed and notarized Mac software (with a secure timestamp) will keep working,」（すでに署名・公証済みのMacソフトウェア（セキュアなタイムスタンプ付き）は引き続き動作する）とされ、対応は不要です。¹⁵

pkgutil --check-signature YourProduct.pkgを実行すると、パッケージの署名に使われたチェーンが表示され、その中の元の認証局の項目にはExpires: 2027-02-01 22:12:15 +0000とあります。私のダウンロードフォルダにある、2社のベンダーによるDeveloper ID署名済みのインストーラ4つは、いずれもこの行を表示しました。¹⁶ 告知はmacOSのバージョンを挙げていないので、この期限はGolden Gateの変更ではなく、別の記事にまとめています。Developer ID Certification Authorityは2027年2月1日に失効では、自分の証明書をどちらの認証局が発行したのかを見分ける方法、1台のMac上のアプリとインストーラが何を示すか、そして再署名の順序を扱っています。

開発者にとって他に何が変わったのか？

出荷するコードに関わるGA版ノートの残りを、文面そのものが要点になる箇所はAppleの表現のまま挙げます。⁹

• チームをまたぐコンテナ。 「Accessing files in other developer teams’ app data containers and app group containers no longer prompts the user for authorization; such accesses are denied by default and can be managed by the user in Privacy & Security settings.」（他の開発チームのアプリデータコンテナやApp Groupコンテナ内のファイルにアクセスしても、ユーザーに承認を求めるプロンプトは出なくなる。そうしたアクセスはデフォルトで拒否され、ユーザーがプライバシーとセキュリティの設定で管理できる）失敗の形は8月の記事で扱いました。APIは今もURLを返し、拒否が起きるのは読み取りの時点です。もう1つの項目は、「XProtect may now restrict access to app data that is commonly targeted by malicious software.」（悪意のあるソフトウェアに狙われやすいアプリデータへのアクセスを、XProtectが制限するようになる場合がある）と付け加えています。プライバシーとセキュリティ設定のKnown Issueはコマンドラインの場合を扱っており、「In the Files & Folders pane, a process without a bundle ID cannot be granted access to specific app data containers or app group containers owned by other developer teams,」（ファイルとフォルダのペインでは、バンドルIDを持たないプロセスに、他の開発チームが所有する特定のアプリデータコンテナやApp Groupコンテナへのアクセスを許可することはできない）とあります。Appleの回避策はフルディスクアクセスで、「for the duration of the requirement」（必要とされる期間のあいだ）与えるというものです。
• TCC。 “Apps can no longer access the local TCC database directly.”（アプリはローカルのTCCデータベースへ直接アクセスできなくなる）法人向けのノートは、この削除と引き換えに管理者向けの新しい問い合わせ手段を示しています。”The new tccutil list command can report current privacy authorizations for specified services or apps on managed devices.”（新しいtccutil listコマンドは、管理対象デバイス上の指定したサービスやアプリについて、現在のプライバシー許可状況を報告できる）¹⁰ 26.6.2のtccutilが受け付けるサブコマンドはresetただ1つです。¹³（27.0が動く管理対象外のMacでは、バイナリにlistは含まれているものの、応答は依然としてresetのusage行です。10月1日の更新を参照してください。）
• launchd、Resolved Issuesとして記載。 Launch Daemons and AgentsのResolved Issuesに、Appleはこう書いています。”Fixed: launchd no longer supports loading launchd property list files with the quarantine extended attribute.”（修正済み：launchdは、quarantineの拡張属性が付いたlaunchdのプロパティリストファイルの読み込みをサポートしなくなった）Appleはこの文書の中で”Fixed:”という接頭辞を2通りに使っています。解決した問題そのものを指す使い方（Accessory Access、176815987：”Fixed: Accessory Access does not work inside App Sandbox.”）と、解決後の挙動そのものを指す使い方（Foundation、161588649：”Fixed: +[NSURL URLWithString:] no longer double-encodes the % of valid percent-escape sequences when encoding other invalid characters.”）です。前者として読めば、launchdの一行はベータ時の制限がGAで解除されたという意味になり、後者として読めば、その制限こそが出荷された挙動ということになります。ノートは出荷時の挙動を曖昧なまま残しており、私はまだ検証していません。（10月1日：このMacは現在27.0で動いていますが、この検証はまだ行っていません。）
• Gatekeeper。 spctlにpurgeコマンドが加わりました。「which will clean up Gatekeeper database entries for apps and executables which are no longer mounted.」（もうマウントされていないアプリや実行ファイルについて、Gatekeeperのデータベースの項目を掃除する）というものです。Appleの項目はこのフラグをダッシュ1文字で綴っているので、27で打ち込む前にツール自身のヘルプを確認してください。26.6.2のツールのusageテキストには、purgeコマンドは載っていません。¹³（27.0のツールにはspctl --purgeが載っています。10月1日の更新を参照してください。）
• 管理対象Macのネットワークセキュリティ。 「Starting in 27.0 operating systems, select system processes now enforce stricter network security (TLS) requirements.」（27.0のOSからは、一部のシステムプロセスがより厳しいネットワークセキュリティ（TLS）要件を強制するようになる）影響を受けるのはMDM、宣言的管理、自動デバイス登録、プロファイルのインストール、アプリのインストール、そしてソフトウェアアップデートで、求められる水準は「TLS 1.2 at minimum, using cipher suites and certificates that meet App Transport Security (ATS) requirements」（最低でもTLS 1.2、かつApp Transport Security（ATS）の要件を満たす暗号スイートと証明書を使うこと）です。管理者向けのAppleのサポート記事は、SCEPとコンテンツキャッシュの通信が例外だと補っています。¹¹
• MacでのApp Attest。 「App Attest is now available to verify the authenticity of Mac apps.」（Macアプリの真正性を検証するために、App Attestが利用できるようになった）¹⁰
• 管理対象パッケージと旧来のアップデート管理。 デバイス管理は「can configure the desired behavior when a managed package is removed」（管理対象パッケージが削除されたときの望ましい挙動を設定できる）ようになり、「Legacy software update management no longer functions in all 27.0 operating systems」（旧来のソフトウェアアップデート管理は、27.0のOSすべてで機能しなくなる）とされています。旧来のソフトウェアアップデートのコマンド、クエリ、延期の制限は役目を終え、宣言的管理に置き換わります。¹⁰
• System。 Systemライブラリは”now provides Swift APIs for the C stat, lstat, fstat, and fstatat system calls,”（Cのstat、lstat、fstat、fstatatの各システムコールに対するSwift APIを提供するようになった）とされています。またResolved Issueには、ベータ時のビルド破損が記録されています。自作のFilePathやFileDescriptorの拡張の中で修飾なしにstat()を呼んでいると”might conflict with the new Swift stat() instance methods”（新しいSwiftのstat()インスタンスメソッドと衝突する可能性がある）というもので、AppleはこれをGAで修正済みとしています。
• ディスクイメージ。 「The new DiskImageKit framework provides Swift APIs for creating and managing standalone and stacked disk images in the Apple Sparse Image Format (ASIF) and raw disk image formats,」（新しいDiskImageKitフレームワークは、Apple Sparse Image Format（ASIF）および生のディスクイメージ形式で、スタンドアロンおよびスタックしたディスクイメージを作成・管理するためのSwift APIを提供する）とあり、Virtualizationフレームワークと組み合わせて使います。
• Mac Catalyst。 Catalystアプリは、ウインドウを1つも開いていない状態で切り替えたとき「now behave like AppKit apps」（AppKitアプリと同じようにふるまう）ようになりました。DockやSpotlightからのアクティベーションでない限り、切り替えてもウインドウは作られません。
• 起動ディスク。 古いボリュームを手元に残している人向けのKnown Issueです。「When a Mac is running macOS 11.0, you might not be able to select the boot volume of macOS 27.0 or later as the startup disk in System Settings.」（MacがmacOS 11.0で動作している場合、システム設定でmacOS 27.0以降の起動ボリュームを起動ディスクとして選べないことがある）Appleの回避策は、電源ボタンで出す起動オプションの画面です。

同じリリースのXcode側は、すでに2本の記事で扱っています。Xcode 27のリリース記事では27A266a上でARCHS_STANDARDの変更を再現しており、macOSのデプロイメントターゲットを27.0にするとarm64だけに解決されます。Intelの記事ではIntel Deprecationの3つの文をたどっています。これらの項目のAppleのGA版の文面はベータ4の文言と一致しており、Intelの道を1年だけ残すあの一文も同じです。「Intel development is still possible with macOS versions that support Rosetta like macOS 27.」（macOS 27のようにRosettaをサポートするmacOSであれば、Intel向けの開発は引き続き可能）¹²

更新、10月1日：macOS 27.0が動くMacでの3つの確認

この記事を書いたMacは9月23日にmacOS 27.0（26A428）へ移行したので、上の主張のうち3つをこのMacで確かめられます。2つははっきりした答えが出ました。3つ目は、管理対象外のMacでは決め手がありません。¹⁸

アップグレードでRosettaは復元されませんでした。 このMacの/Library/Receipts/InstallHistory.plistには2023年以降のmacOSのアップデートがすべて記録されており、2023年6月から26.6.2までは、どのアップデートにも数秒以内にbootinstalldが書いたRosettaUpdateAutoの項目が対になっています。つまりシステムは、アップデートのたびにRosettaも一緒に更新していました。9月23日のmacOS 27.0の項目は、それ以来初めて対になる項目がありません。Rosettaが戻ったのは1週間後、太平洋時間の9月30日夜で、その項目を書いたのはCoreServicesUIAgentでした。2023年にこのMacで最初のRosettaのインストールを記録したのと同じプロセスで、あるプリンタベンダーのインストーラパッケージの最初の1つが動く87秒前のことです。これはAppleの一文と一致します。「If Rosetta was previously installed, it is not automatically restored after upgrading to macOS 27.0.」（以前にRosettaがインストールされていた場合でも、macOS 27.0へのアップグレード後に自動で復元されることはない）⁴ 履歴が記録しているのはどのプロセスがRosettaをインストールしたかであって、画面に何が出ていたかではありません。したがって10月の項目をインストールのプロンプトだと読むのは、私自身の推測によるものです。

spctlにはpurgeコマンドがあり、ダッシュは2つです。 27.0でspctlを引数なしで実行するとspctl --purge # purge unmounted policy scan cache entriesが一覧され、マニュアルページは、このコマンドが「old policy scan cache entries. Currently those which were on volumes which are no longer mounted. Requires root access.」（古いポリシースキャンのキャッシュ項目。現時点では、もうマウントされていないボリューム上にあったもの。root権限が必要）をpurgeすると述べています。リリースノートはこのフラグをダッシュ1文字で印字していましたが、ツールのusageとマニュアルでは2つです。私はまだ実行していません。

tccutil listはバイナリに含まれているものの、このMacでは拒否されます。 27.0のtccutilバイナリには、このサブコマンドとそのusageテキストtccutil list (-s SERVICE | -b BUNDLE_ID | -s SERVICE -b BUNDLE_ID)が含まれています。このMacで一般ユーザーとして実行すると、引数なしでも、-s、-b、あるいはその両方を付けても、26.6.2で表示されたのと同じ1行tccutil: Usage: tccutil reset SERVICE [BUNDLE_ID]が表示され、マニュアルページにはこのサブコマンドへの言及がありません。このMacはデバイス管理に登録されておらず、Appleの法人向けのノートはこのコマンドが「for specified services or apps on managed devices,」（管理対象デバイス上の指定したサービスやアプリについて）報告すると述べています。¹⁰ したがってこの結果は、登録を条件とするコマンドだと考えれば辻褄が合います。その条件が何かをバイナリは示しておらず、私はrootでは実行しておらず、管理対象の場合はここでは試せません。

更新、10月2日：情報ウインドウの警告と、設定の一覧を最初に探した結果

下の「私が実行できなかったこと」に挙げたAppleの5つの主張のうち、さらに2つを同じMac（macOS 27.0、26A428）でアクセシビリティAPIを通じて読み取りました。¹⁹

情報ウインドウには警告が表示されます。 Intel専用のアプリ3つでは、Finderの情報ウインドウの「種類」が「Application (Intel)」（アプリケーション（Intel））となり、その下に警告アイコンと2つの文が並びます。「Intel-based apps requiring Rosetta will not open in macOS 28, the next major release. Check with the developer for an Apple silicon version.」（Rosettaを必要とするIntelベースのアプリは、次のメジャーリリースであるmacOS 28では開かなくなる。Apple silicon版についてはデベロッパに確認を）その後に「Learn more…」（詳しく見る）というリンクが続きます。Universalのアプリ2つは「Application (Universal)」（アプリケーション（Universal））と表示され、警告はなく、「Open using Rosetta」（Rosettaを使用して開く）のチェックボックスがあり、どちらもオフでした。Apple silicon専用にビルドされたアプリは「Application (Apple silicon)」（アプリケーション（Apple silicon））と表示され、警告もチェックボックスもありません。つまり私が読んだ6つのウインドウでは、Appleのノートが言う表示上の扱いとは、arm64のスライスを持たないアプリに付く警告アイコンと文面のことであり、サポート記事が説明するチェックボックスは、27.0でもUniversalのアプリには残っています。³⁸ 私のアプリケーションフォルダにあるアプリのうち、メインの実行ファイルを読めた116個では、21個がarm64のスライスを持っていません。

設定の一覧は「一般」の最上位にはありません。 Appleのノートは「Settings > General now lists Intel-based apps that will be incompatible with macOS 28.0.」（設定 > 一般に、macOS 28.0と互換性がなくなるIntelベースのアプリが一覧されるようになった）と述べています。⁸ このMacの「一般」パネルには14の行があり、アクセシビリティ識別子で読み取ったところ、そのどれもIntelアプリ向けの項目ではありませんでした。一覧があるかもしれない、それらの行の奥のサブパネルは開いていません。したがってこれは1つの画面を探して見つからなかったというだけで、一覧が存在しないことの証拠ではありません。

私が実行できなかったこと

9月16日にこの記事を書いた時点では手元にmacOS 27のMacが無かったので、元の記事に出てくる27の挙動はすべてAppleの記述でした。この記事が最も強く寄りかかっているのは次の5つです。「Open using Rosetta」に固定していたアプリがアップグレード後にネイティブで起動すること。Rosettaが入っていたMacをアップグレードするとRosettaが消えていること。28で動かなくなるアプリに、情報ウインドウが表示上の扱いを付けること。設定の「一般」にそれらが一覧されること。そして素のコンポーネントパッケージが、27ではスクリプトをarm64の下で実行すること。上のインストーラの実験が示すのは、26.6.2でパッケージが何を宣言するかであって、27がそれをどう扱うかではありません。

10月1日と2日：同じMacは9月23日からmacOS 27.0で動いており、上の更新では、これら5つの記述のうち3つを取り上げました。Rosettaが消えていることはインストール履歴に表れています。情報ウインドウの表示上の扱いは実際にありました。設定の一覧は「一般」の14行の中にはなく、その奥のサブパネルはまだ読んでいません。残りの2つは実行していません。固定したアプリの挙動を確かめるにはアップグレード前にRosettaに固定しておいたアプリが必要で、コンポーネントパッケージの確認にはテスト用のパッケージをインストールする必要があります。ld64の記事がGA版のセクションを得たのと同じように、実行した場合はそれぞれ日付入りのセクションをここへ足します。

私なら今週こうする

1. 出荷するパッケージと、ビルドマシンがインストールするパッケージをすべて展開し、distributionをhostArchitecturesでgrepします。ファイルが無い場合も属性が無い場合も「27ではarm64」として扱い、その前提でpre installとpost installのスクリプトを読み直してください。⁴⁵
2. CIやプロビジョニングの工程でIntelバイナリを実行しているなら、アップグレードを越えてRosettaが残ることを当てにせず、セットアップスクリプトで明示的にインストールします。Appleは残らないと言っています。⁴¹⁰
3. IntelのプラグインをAppleと同じやり方で、フォルダ単位で洗い出します。~/Library/Audio/Plug-Ins/*、~/Library/Printers/、~/Library/ColorPickers/、そしてQuick LookとSpotlightの機能拡張が置かれている場所です。最後のものはAppleがパスではなくカテゴリで名前を挙げています。設定には一覧されないかもしれませんし、macOS 28では読み込まれません。⁴
4. plistをコピーしてLaunch Agentをインストールしているなら、quarantine属性を付けたまま27のマシンで一度試してください。AppleはこのケースについてのノートをResolved Issuesに置いており、その文は2通りに読めます。⁹
5. デバイス管理を運用しているなら、MDM、登録、アップデートの各サーバーを、今のうちにTLS 1.2とATSの暗号スイート要件に照らして検証します。AppleはOSが要件を満たさないサーバーへの接続を「might refuse connections」（拒否する可能性がある）と述べ、同じページのバージョン27以降の項目には「Non-compliant connections are blocked and the log messages appear as errors instead of warnings.」（要件を満たさない接続はブロックされ、ログメッセージは警告ではなくエラーとして出る）とあります。例外として挙がっているのはSCEPとコンテンツキャッシュだけです。⁹¹¹
6. ベータでstat()の衝突を回避していたなら、その回避策を外して再ビルドします。AppleはGAで修正済みとしています。⁹
7. 10月1日追記：出荷するすべてのパッケージにpkgutil --check-signatureを実行します。認証局の項目にExpires: 2027-02-01 22:12:15 +0000とあれば、2027年2月1日より前にそのパッケージを再署名してください。手順の順序はDeveloper IDの記事にあります。¹⁵¹⁶

よくある質問

macOS 27はいつリリースされましたか？

2026年9月14日（月）、ビルド26A428として、iOS 27.0（24A437）およびXcode 27（27A266a）と同日にリリースされました。9月16日に私が取得した時点で、AppleのReleasesフィードにはそのすべてがこの日付で掲載されていました。¹

macOS 27 Golden Gateが動作するMacはどれですか？

Apple siliconのMacであればすべてです。Appleの互換性ページには、2020年のM1 MacBook Air、MacBook Pro、Mac miniからM5とM6のマシンまで35機種分の項目に加えて、MacBook Neo（13インチ、A18 Pro）が挙がっています。Intel Macはリストに1台もありません。²

macOS 27でもRosettaは動きますか？

動きます。Appleのサポート記事はRosettaについて「is available for any Mac with Apple silicon using macOS 27 or earlier」（macOS 27以前を使うApple siliconのMacであれば利用できる）と述べ、法人向けのノートはこれを「a general-purpose compatibility tool through macOS 27」（macOS 27までの汎用互換ツール）と呼んでいます。ただしアップグレードでは復元されないとAppleは言っているので、以前から入れていたMacでは入れ直しが必要になる場合があります。³⁴¹⁰

macOS 28でもRosettaは動きますか？

ゲームに限って動きます。「Starting with macOS 28, the next major macOS release, Rosetta functionality will be available only for certain older, unmaintained games that rely on Intel-based frameworks.」（次のmacOSメジャーリリースであるmacOS 28からは、Rosettaの機能はIntelベースのフレームワークに依存する、保守されていない一部の古いゲームでのみ利用できるようになる）とあり、リリースノートも「All Intel-based software will no longer be compatible with macOS 28.0, excluding legacy games.」（レガシーゲームを除き、IntelベースのソフトウェアはすべてmacOS 28.0と互換性を失う）と書いています。³⁴

arm64デフォルトの影響を受けるインストーラパッケージはどれですか？

distributionファイルにhostArchitectures属性が無いパッケージと、そもそもdistributionファイルを持たない素のコンポーネントパッケージです。macOS 26.6.2でproductbuildが生成したプロダクトアーカイブはhostArchitectures="x86_64,arm64"を宣言しており、Appleの一文の範囲外に収まります。pkgutil --expandとDistributionファイルのgrepで確認してください。⁴⁵⁶

2027年2月までにインストーラパッケージを再署名する必要はありますか？

元の認証局が発行したDeveloper ID Installer証明書で署名しているなら、必要です。Appleの10月1日の告知は、2027年2月1日以降「.pkg files signed with an affected certificate will no longer install」（影響を受ける証明書で署名された.pkgファイルはインストールできなくなる）と述べる一方、セキュアなタイムスタンプ付きで署名された公証済みのアプリは引き続き動作するとしています。パッケージにpkgutil --check-signatureを実行すると、どの認証局につながっているかがわかります。元の認証局は2027-02-01に失効します。チェックの全体はDeveloper IDの記事にあります。¹⁵¹⁶

macOS 27では、Intelアプリの情報ウインドウに何が表示されますか？

macOS 27.0（26A428）では、私が確かめたIntel専用のアプリ3つのいずれも、Finderの情報ウインドウで「種類」が「Application (Intel)」（アプリケーション（Intel））となり、警告が表示されます。「Intel-based apps requiring Rosetta will not open in macOS 28, the next major release. Check with the developer for an Apple silicon version.」（Rosettaを必要とするIntelベースのアプリは、次のメジャーリリースであるmacOS 28では開かなくなる。Apple silicon版についてはデベロッパに確認を）確かめたUniversalのアプリ2つには警告がなく、「Open using Rosetta」（Rosettaを使用して開く）のチェックボックスがオフのまま残っていました。¹⁹

アップグレード後にRosettaを入れ直す必要はありますか？

アップグレード前にRosettaが入っていたMacでも、macOS 27がひとりでに戻すことはないとAppleは述べています。Appleのインストール手順によれば、Intelアプリを開けばあのプロンプトが戻ってきますし、Appleのサポート記事が示すsoftwareupdate --install-rosettaをターミナルで実行してインストールすることもできます。³⁴

出典