macOS 27 Golden Gate 출시: 개발자에게 무엇이 달라지나

macOS 27 Golden Gate는 2026년 9월 14일 빌드 26A428로 출시되었습니다. iOS 27.0, Xcode 27과 같은 날이며, 설치는 Apple silicon에서만 됩니다. Apple의 호환 기종 목록은 2020년 M1 MacBook Air부터 M6 Mac mini까지를 아우르고, A 시리즈 기종도 하나 포함합니다. A18 Pro를 얹은 13인치 MacBook Neo입니다.¹² 개발자에게 이번 릴리스는 Rosetta가 범용 도구로 쓰이는 마지막 해를 뜻합니다. 같은 날 나온 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 항목이 네 개 실려 있습니다. 사용자가 “Open using Rosetta”로 지정해 둔 앱이 네이티브로 실행되고, 업그레이드 후 Rosetta가 복원되지 않으며, 호스트 아키텍처를 명시하지 않은 설치 패키지가 arm64를 기본값으로 삼고, Intel 플러그인이 설정 목록에 나타나지 않거나 알림을 띄우지 않을 수 있다는 내용입니다.⁴ 저에게는 macOS 27을 돌리는 Mac이 없습니다. 그래서 아래의 모든 주장은 Apple이 쓴 문구이거나, macOS 26.6.2에서 제가 확인할 수 있었던 것입니다. 기본 설치 패키지가 무엇을 선언하는지, 아키텍처를 명시하지 않은 distribution을 설치 관리자가 그동안 어떻게 다뤘는지에 대한 productbuild 매뉴얼의 설명, 그리고 새로 생긴 명령줄 동사 가운데 26.6 도구에 없는 것이 무엇인지입니다.⁵¹³¹⁴ {.answer-block}

TL;DR

• 날짜와 빌드. Apple의 Releases 피드에는 macOS 27.0(26A428)이 9월 14일 월요일 자로 Xcode 27(27A266a), iOS 27.0(24A437) 옆에 나란히 올라와 있습니다.¹ 같은 날 공개된 호환성 페이지에는 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은 M 시리즈 칩이나 A 시리즈 칩을 탑재한 모든 Apple silicon 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만 나열합니다.⁵⁶
• Intel 앱에는 퇴장하기 전에 표식이 붙습니다. Apple은 정보 가져오기가 이제 “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”(새로운 하부 시스템 동작)라고 부르는 경로로 돌립니다.⁸
• Rosetta와 무관한 시스템 변경 다섯 가지. macOS는 다른 팀의 컨테이너 읽기를 사용자에게 묻지 않고 거부하고, 앱은 TCC 데이터베이스에 직접 접근할 수 없게 되며, spctl에 purge 명령이 생기고, 관리 관련 연결은 ATS 수준 암호 모음을 갖춘 TLS 1.2를 요구하며, App Attest가 Mac에 들어옵니다.⁹¹⁰¹¹
• 제가 실행해 보지 못한 것. 네이티브 실행으로의 전환, 업그레이드 후 사라진 Rosetta, 정보 가져오기의 표식, 설정 목록, 그리고 맨몸 컴포넌트 패키지의 arm64 기본값. 이 다섯 가지는 모두 27이 깔린 Mac이 있어야 합니다. 여기서는 Apple이 밝힌 그대로 전하고, 글 끝의 한 절에서 하나씩 짚습니다.

9월 14일에 나온 것은 무엇인가?

이름은 릴리스 노트의 개요에서 그대로 왔습니다. “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은 Rosetta를 어떻게 바꾸나?

9월 14일에 공개된 지원 문서 두 건과 GA 릴리스 노트는 같은 경계선을 세 각도에서 설명하고, 그 선이 어디에 그어지는지에 대해서는 서로 일치합니다.

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부터는 Intel 기반 프레임워크에 의존하는 일부 오래되고 유지보수되지 않는 게임에 한해서만 Rosetta 기능을 쓸 수 있다)³

엔터프라이즈 노트는 이렇게 적습니다. “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 항목 하나와 Deprecations 항목 셋이 들어 있습니다.⁴

• “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/이고, 대상은 “VSTs, HAL, ARA, PDEs, Color Pickers, Quicklook & Spotlight plugins/extensions/components”입니다.

첫 번째 항목과 지원 문서는 “previously”라는 단어를 읽기 전까지는 서로 모순처럼 보입니다. 지원 문서는 유니버설 앱의 “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”(이전에 설정해 둔) 앱이 네이티브로 실행된다고 적습니다. 27 기기 없이는 시험할 수 없는 제 해석은, 업그레이드가 그 설정을 한 번 지우고 사용자가 다시 설정할 수 있다는 쪽입니다. 예전의 호환성 문제를 “re-assess”(재평가)하라는 Apple의 안내도 같은 방향을 가리킵니다. 이 해석이 맞다면, Intel 플러그인 때문에 그 체크박스에 기대던 사용자는 업그레이드 후 첫 실행에서 앱이 네이티브로 열리고 플러그인은 로드되지 않은 상태를 보게 됩니다.

두 번째 변경은 첫 번째보다 더 이른 시점에 발을 겁니다. Apple은 Rosetta가 설치돼 있던 Mac이 27.0으로 올라가면 Rosetta 없이 올라간다고 말하므로, Apple의 설치 안내대로라면 Intel 앱을 하나 열어 보는 것이 Rosetta를 되돌리는 방법입니다.³⁴¹⁰ Rosetta가 없는 Mac에서 Intel 바이너리를 실행하는 스크립트가 어떻게 되는지는 Apple의 문구에 없습니다. 그 프롬프트로든 softwareupdate --install-rosetta로든 Rosetta를 설치하기 전까지는 실패한다고 보고 대비하십시오.³ Apple의 Rosetta 문서에는 설치가 필요 없는 한 가지 경우가 덧붙어 있습니다. “macOS 27 directly integrates support for Intel binary translation, without needing to install Rosetta.”(macOS 27은 Rosetta를 설치하지 않아도 Intel 바이너리 변환 지원을 직접 통합한다) 가상 머신과 컨테이너 안의 Intel Linux 바이너리를 위한 이야기입니다. 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라는 키를 단수로 지칭하지만, 실제로 대응하는 속성은 product archive 안에 들어 있는 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 세 항목이 나오고 Distribution 파일은 없습니다. 아키텍처를 선언할 자리가 어디에도 없으므로, 컴포넌트 패키지를 그대로 설치하는 경우가 아키텍처를 명시하지 않은 패키지의 가장 단순한 형태입니다. product archive는 다릅니다. 같은 컴포넌트에 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, and 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에서 macOS 설치 관리자는 arch 키에 arm64 아키텍처 지정자가 없으면 제품의 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)부터 productbuild는 arch에 사용자 지정 값이 없으면 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로 실행됩니다. Apple의 노트에서 메타데이터가 아니라 동작을 바꾸는 대목이 바로 여기입니다. 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 코드를 섞는 것을 막는다)⁷

개발자에게 달라진 그 밖의 것들

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.”(다른 개발자 팀의 앱 데이터 컨테이너와 앱 그룹 컨테이너에 있는 파일에 접근할 때 더 이상 사용자에게 권한을 묻지 않는다. 그런 접근은 기본적으로 거부되며 사용자가 개인정보 보호 및 보안 설정에서 관리할 수 있다) 실패 양상은 제 8월 글에서 다뤘습니다. API는 여전히 URL을 돌려주고, 거부는 읽기 시점에 떨어집니다. 다른 항목 하나는 “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가 없는 프로세스에 다른 개발자 팀이 소유한 특정 앱 데이터 컨테이너나 앱 그룹 컨테이너 접근 권한을 부여할 수 없다) 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 하나뿐입니다.¹³
• launchd, 해결된 문제로 분류됨. Launch Daemons and Agents의 Resolved Issues에서 Apple은 이렇게 적습니다. “Fixed: launchd no longer supports loading launchd property list files with the quarantine extended attribute.”(수정됨: launchd는 격리 확장 속성이 붙은 launchd 속성 목록 파일의 로드를 더 이상 지원하지 않는다) Apple은 같은 문서에서 “Fixed:” 접두어를 두 가지로 씁니다. 해결한 문제를 가리킬 때(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에서 풀린 베타 제약이고, 뒤쪽으로 읽으면 그 제약이 곧 출시된 동작입니다. 노트만으로는 출시된 동작이 무엇인지 가려지지 않고, 저는 27 기기 없이는 시험할 수 없습니다.
• Gatekeeper. spctl에 purge 명령이 생깁니다. “which will clean up Gatekeeper database entries for apps and executables which are no longer mounted.”(더 이상 마운트되어 있지 않은 앱과 실행 파일의 Gatekeeper 데이터베이스 항목을 정리한다) Apple의 항목은 이 플래그를 대시 한 개로 표기하므로, 27에서 입력하기 전에 도구 자체의 도움말을 확인하십시오. 26.6.2 도구의 사용법 텍스트에는 purge 명령이 없습니다.¹³
• 관리 대상 Mac의 네트워크 보안. “Starting in 27.0 operating systems, select system processes now enforce stricter network security (TLS) requirements.”(27.0 운영체제부터 일부 시스템 프로세스가 더 엄격한 네트워크 보안(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.”(이제 App Attest로 Mac 앱의 진위를 검증할 수 있다)¹⁰
• 관리 대상 패키지와 레거시 업데이트 관리. 기기 관리는 “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 운영체제에서 레거시 소프트웨어 업데이트 관리가 더 이상 동작하지 않는다)라고 적혀 있습니다. 예전의 소프트웨어 업데이트 명령과 조회, 연기 제한이 선언적 관리에 자리를 내줍니다.¹⁰
• System. System 라이브러리는 이제 “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 앱은 “now behave like AppKit apps when you switch to them with no open windows”(열린 창이 없는 상태에서 전환할 때 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 쪽 이야기는 이미 두 곳에 있습니다. Xcode 27 출시 글은 27A266a에서 ARCHS_STANDARD 변경을 재현합니다. macOS 배포 타깃이 27.0이면 arm64 하나로 해석되는 변경입니다. Intel 관련 글은 Intel Deprecation 문장 셋을 따라갑니다. 그 항목들에 대한 Apple의 GA 문구는 베타 4 텍스트와 같고, Intel 경로를 한 해 더 열어 두는 문장도 그대로입니다. “Intel development is still possible with macOS versions that support Rosetta like macOS 27.”(macOS 27처럼 Rosetta를 지원하는 macOS 버전에서는 Intel 개발이 여전히 가능하다)¹²

제가 실행해 보지 못한 것

macOS 27을 돌리는 Mac이 없으므로, 이 글에 담긴 27의 동작은 모두 Apple의 서술입니다. 이 글이 가장 크게 기대고 있는 다섯 가지는 이렇습니다. “Open using Rosetta”로 고정해 둔 앱이 업그레이드 후 네이티브로 실행된다는 것, Rosetta가 있던 Mac을 업그레이드하면 Rosetta가 사라져 있다는 것, 정보 가져오기가 28에서 실행되지 않을 앱에 표식을 보여 준다는 것, 설정 > 일반이 그런 앱을 목록으로 보여 준다는 것, 그리고 맨몸 컴포넌트 패키지가 27에서 스크립트를 arm64로 실행한다는 것입니다. 위의 설치 패키지 실험이 확인한 것은 26.6.2에서 패키지가 무엇을 선언하는지이지, 27이 그것을 어떻게 다루는지가 아닙니다. 27 기기가 생기면 그 다섯 줄 각각에 날짜를 붙인 절을 여기에 더하겠습니다. 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를 복사해서 런치 에이전트를 설치한다면, 격리 속성이 붙은 채로 27 기기에서 한 번 시험해 보십시오. Apple은 그 사례에 대한 노트를 Resolved Issues 아래에 넣어 두었고, 그 문장은 두 가지로 읽힙니다.⁹
5. 기기 관리를 운영한다면 MDM, 등록, 업데이트 서버를 TLS 1.2와 ATS 암호 요구 사항에 맞춰 지금 시험하십시오. Apple은 자사 운영체제가 요건에 맞지 않는 서버와의 연결을 “might refuse connections”(거부할 수 있다)라고 말하고, 같은 페이지의 27 이상 항목에는 “Non-compliant connections are blocked and the log messages appear as errors instead of warnings.”(요건에 맞지 않는 연결은 차단되고 로그 메시지도 경고 대신 오류로 표시된다)라고 적혀 있으며, 예외로 명시된 것은 SCEP와 콘텐츠 캐싱뿐입니다.⁹¹¹
6. 베타에서 stat() 충돌을 우회했다면 그 우회책을 걷어내고 다시 빌드하십시오. Apple은 GA에서 수정됐다고 밝힙니다.⁹

자주 묻는 질문

macOS 27은 언제 나왔나요?

2026년 9월 14일 월요일, 빌드 26A428입니다. iOS 27.0(24A437), Xcode 27(27A266a)과 같은 날입니다. Apple의 Releases 피드에는 셋 모두 그 날짜로 올라와 있습니다.¹

어떤 Mac이 macOS 27 Golden Gate를 실행할 수 있나요?

Apple silicon을 쓰는 Mac이라면 모두 가능합니다. Apple의 호환성 페이지에는 2020년의 M1 MacBook Air, MacBook Pro, Mac mini부터 M5와 M6 기종까지 35개 기종 항목이 실려 있고, 여기에 MacBook Neo(13인치, A18 Pro)가 더해집니다. 목록에 Intel Mac은 하나도 없습니다.²

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은 업그레이드가 Rosetta를 복원하지 않는다고 말하므로, 쓰던 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부터는 Intel 기반 프레임워크에 의존하는 일부 오래되고 유지보수되지 않는 게임에 한해서만 Rosetta 기능을 쓸 수 있다)이고, 릴리스 노트는 “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로 생성한 product archive는 hostArchitectures="x86_64,arm64"를 선언하므로 Apple의 문장 밖에 있습니다. pkgutil --expand와 Distribution 파일 grep으로 확인하십시오.⁴⁵⁶

업그레이드 후 Rosetta를 다시 설치해야 하나요?

Apple은 업그레이드 전에 Rosetta가 있던 Mac이라도 macOS 27이 알아서 되돌려 놓지는 않는다고 말합니다. Apple의 설치 안내에 따르면 Intel 앱을 아무거나 열면 프롬프트가 다시 뜨고, 터미널에서 Apple 지원 문서가 제시하는 명령인 softwareupdate --install-rosetta로 설치할 수도 있습니다.³⁴

출처