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 플러그인이 설정 목록에 나타나지 않거나 알림을 띄우지 않을 수 있다는 내용입니다.⁴ 9월 16일에 이 글을 쓸 때 저에게는 macOS 27을 돌리는 Mac이 없었습니다. 그래서 아래의 주장은 Apple이 쓴 문구이거나, macOS 26.6.2에서 제가 확인할 수 있었던 것입니다. 기본 설치 패키지가 무엇을 선언하는지, 아키텍처를 명시하지 않은 distribution을 설치 관리자가 그동안 어떻게 다뤘는지에 대한 productbuild 매뉴얼의 설명, 그리고 새로 생긴 명령줄 동사 가운데 26.6 도구에 없는 것이 무엇인지입니다. 10월 1일과 2일의 업데이트는 같은 Mac이 27.0으로 올라간 뒤 제가 직접 해 본 확인 다섯 가지와, 설치 패키지 재서명에 관한 Apple의 2027년 2월 1일 기한을 더합니다.^51314151819

TL;DR

• 날짜와 빌드. 9월 16일에 가져온 Apple의 Releases 피드에는 macOS 27.0(26A428)이 9월 14일 월요일 자로 Xcode 27(27A266a), iOS 27.0(24A437) 옆에 나란히 올라와 있었습니다. 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은 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”(새로운 하부 시스템 동작)라고 부르는 경로로 돌립니다.⁸ (10월 2일: 이 Mac에서는 제가 읽은 Intel 전용 앱 세 개의 정보 가져오기에 경고가 표시되며, 문구는 아래 업데이트에 인용했습니다. 설정 목록은 일반의 열네 개 행 가운데 없고, 그 행들 뒤의 하위 패널은 아직 열어 보지 않았습니다.¹⁹)
• Rosetta와 무관한 시스템 변경 다섯 가지. macOS는 다른 팀의 컨테이너 읽기를 사용자에게 묻지 않고 거부하고, 앱은 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 서명 설치 패키지 네 개는 모두 그 인증 기관으로 이어집니다. 여러분의 패키지가 어느 쪽을 쓰는지 알려 주는 명령은 Developer ID 글에 있습니다.¹⁵¹⁶
• 확인한 것과 아직 확인하지 못한 것. 네이티브 실행으로의 전환과 맨몸 컴포넌트 패키지의 arm64 기본값은 Apple의 서술이며, 9월 23일부터 27.0을 돌리고 있는 이 Mac에서 아직 실행해 보지 않았습니다. 이 Mac의 설치 기록은 업그레이드가 Rosetta를 되돌려 놓지 않았음을 보여 주고, 정보 가져오기는 제가 읽은 Intel 전용 앱 세 개에 macOS 28 경고를 표시하며, 설정 > 일반의 열네 개 행에는 Intel 앱을 위한 항목이 없습니다. 다만 그 행들 뒤의 하위 패널은 열어 보지 않았습니다. 글 끝의 한 절에서 하나씩 짚습니다.

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.0.1(26A434)은 9월 28일 월요일에 뒤이어 나왔습니다. Apple의 업데이트 페이지는 “This update provides bug fixes for your Mac”(이 업데이트는 Mac의 버그를 수정한다)라고만 적고 있으며, 아래의 Rosetta나 설치 패키지 항목이 바뀌었다는 언급은 없습니다.¹⁷

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”(이전에 설정해 둔) 앱이 네이티브로 실행된다고 적습니다. 아직 시험해 보지 않은 제 해석은, 업그레이드가 그 설정을 한 번 지우고 사용자가 다시 설정할 수 있다는 쪽입니다. 예전의 호환성 문제를 “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 코드를 섞는 것을 막는다)⁷

10월 1일 업데이트: 2027년 2월 1일, 설치 패키지 서명 기한

10월 1일 Apple의 개발자 뉴스는 위의 설치 패키지 이야기에 기한 하나를 더하는데, 아키텍처와는 관계가 없습니다. “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 배포의 두 갈래는 서로 다른 처지에 놓입니다. 패키지에 대해서는 “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으로 나옵니다. 제 다운로드 폴더에 있는, 두 공급업체가 만든 Developer ID 서명 설치 패키지 네 개가 모두 그 줄을 보여 줍니다.¹⁶ 공지는 macOS 버전을 언급하지 않으므로 이 기한은 Golden Gate의 변경이 아니며, 별도의 글로 다뤘습니다. Developer ID Certification Authority, 2027년 2월 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.”(다른 개발자 팀의 앱 데이터 컨테이너와 앱 그룹 컨테이너에 있는 파일에 접근할 때 더 이상 사용자에게 권한을 묻지 않는다. 그런 접근은 기본적으로 거부되며 사용자가 개인정보 보호 및 보안 설정에서 관리할 수 있다) 실패 양상은 제 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 하나뿐입니다.¹³ (27.0을 돌리는 관리 대상이 아닌 Mac에서는 바이너리에 list가 들어 있지만 여전히 reset 사용법 줄로 응답합니다. 10월 1일 업데이트를 참고하십시오.)
• 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에서 풀린 베타 제약이고, 뒤쪽으로 읽으면 그 제약이 곧 출시된 동작입니다. 노트만으로는 출시된 동작이 무엇인지 가려지지 않고, 저는 아직 시험해 보지 않았습니다. (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의 항목은 이 플래그를 대시 한 개로 표기하므로, 27에서 입력하기 전에 도구 자체의 도움말을 확인하십시오. 26.6.2 도구의 사용법 텍스트에는 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 운영체제부터 일부 시스템 프로세스가 더 엄격한 네트워크 보안(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 개발이 여전히 가능하다)¹²

10월 1일 업데이트: macOS 27.0을 돌리는 Mac에서 해 본 확인 세 가지

이 글을 쓴 Mac은 9월 23일에 macOS 27.0(26A428)으로 올라갔으므로, 위의 주장 가운데 세 가지를 이 Mac에서 확인할 수 있습니다. 두 가지는 분명한 답이 나왔고, 세 번째는 관리 대상이 아닌 Mac에서는 결론이 나지 않습니다.¹⁸

업그레이드는 Rosetta를 복원하지 않았습니다. 이 Mac의 /Library/Receipts/InstallHistory.plist에는 2023년 이후의 macOS 업데이트가 모두 기록돼 있고, 2023년 6월부터 26.6.2까지는 업데이트마다 몇 초 안에 bootinstalld가 쓴 RosettaUpdateAuto 항목이 짝을 이룹니다. 시스템이 매번 업데이트와 함께 Rosetta도 갱신한 것입니다. 9월 23일의 macOS 27.0 항목은 그 이후 처음으로 짝이 없는 항목입니다. Rosetta는 일주일 뒤인 태평양 시간 9월 30일 저녁에 돌아왔고, 그 항목을 쓴 것은 CoreServicesUIAgent였습니다. 2023년 이 Mac의 첫 Rosetta 설치를 기록한 것과 같은 프로세스이며, 한 프린터 공급업체의 설치 패키지 가운데 첫 번째가 실행되기 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 명령이 있고, 대시는 두 개입니다. 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.”(오래된 정책 스캔 캐시 항목. 현재는 더 이상 마운트되어 있지 않은 볼륨에 있던 항목. 루트 권한 필요)를 정리한다고 설명합니다. 릴리스 노트는 이 플래그를 대시 한 개로 찍었지만, 도구의 사용법과 매뉴얼은 두 개로 적습니다. 저는 아직 실행해 보지 않았습니다.

tccutil list는 바이너리에 있지만 이 Mac에서는 거부됩니다. 27.0의 tccutil 바이너리에는 이 동사와 사용법 텍스트 tccutil list (-s SERVICE | -b BUNDLE_ID | -s SERVICE -b BUNDLE_ID)가 들어 있습니다. 이 Mac에서 일반 사용자로 실행하면 인자 없이든, -s나 -b 또는 둘 다를 붙이든 26.6.2에서 나오던 것과 같은 한 줄 tccutil: Usage: tccutil reset SERVICE [BUNDLE_ID]가 출력되고, 매뉴얼 페이지에는 이 동사에 대한 언급이 없습니다. 이 Mac은 기기 관리에 등록되어 있지 않고, Apple의 엔터프라이즈 노트는 이 명령이 “for specified services or apps on managed devices,”(관리 기기에서 지정한 서비스나 앱에 대해) 보고한다고 말합니다.¹⁰ 따라서 이 결과는 등록 여부로 막혀 있는 명령이라고 보면 들어맞습니다. 그 조건이 무엇인지는 바이너리가 말해 주지 않고, 저는 루트로 실행해 보지 않았으며, 관리 대상인 경우는 여기서 시험할 수 없습니다.

10월 2일 업데이트: 정보 가져오기의 경고, 그리고 설정 목록을 처음 찾아본 결과

아래 “제가 실행해 보지 못한 것”에 나열한 Apple의 주장 다섯 가지 가운데 두 가지를 더, 같은 Mac(macOS 27.0, 26A428)에서 손쉬운 사용(Accessibility) API로 읽었습니다.¹⁹

정보 가져오기에는 경고가 표시됩니다. Intel 전용 앱 세 개에서 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 버전이 있는지 개발자에게 확인하라) 그 뒤에 “Learn more…”(더 알아보기) 링크가 이어집니다. 유니버설 앱 두 개는 “Application (Universal)”(응용 프로그램(유니버설))로 표시되고, 경고가 없으며, “Open using Rosetta”(Rosetta를 사용하여 열기) 체크박스가 있는데 둘 다 해제되어 있었습니다. Apple silicon 전용으로 빌드된 앱 하나는 “Application (Apple silicon)”(응용 프로그램(Apple silicon))으로 표시되고 경고도 체크박스도 없습니다. 그러니 제가 읽은 창 여섯 개에서 Apple 노트가 말하는 표시란 arm64 슬라이스가 없는 앱에 붙는 경고 아이콘과 문구이고, 지원 문서가 설명하는 체크박스는 27.0에서도 유니버설 앱에 그대로 남아 있습니다.³⁸ 제 응용 프로그램 폴더에서 주 실행 파일을 읽을 수 있었던 앱 116개 가운데 21개에는 arm64 슬라이스가 없습니다.

설정 목록은 일반의 최상위에 없습니다. Apple 노트는 “Settings > General now lists Intel-based apps that will be incompatible with macOS 28.0.”(이제 설정 > 일반이 macOS 28.0과 호환되지 않을 Intel 기반 앱을 나열한다)이라고 말합니다.⁸ 이 Mac의 일반 패널에는 행이 열네 개 있고, 손쉬운 사용 식별자로 읽어 보니 그중 어느 것도 Intel 앱을 위한 항목이 아니었습니다. 목록이 있을 수도 있는 그 행들 뒤의 하위 패널은 열어 보지 않았습니다. 따라서 이것은 화면 하나를 찾아봤는데 나오지 않았다는 결과일 뿐, 목록이 없다는 증거가 아닙니다.

제가 실행해 보지 못한 것

9월 16일에 이 글을 쓸 때 저에게는 macOS 27을 돌리는 Mac이 없었으므로, 처음 쓴 글에 담긴 27의 동작은 모두 Apple의 서술이었습니다. 이 글이 가장 크게 기대고 있는 다섯 가지는 이렇습니다. “Open using Rosetta”로 고정해 둔 앱이 업그레이드 후 네이티브로 실행된다는 것, Rosetta가 있던 Mac을 업그레이드하면 Rosetta가 사라져 있다는 것, 정보 가져오기가 28에서 실행되지 않을 앱에 표식을 보여 준다는 것, 설정 > 일반이 그런 앱을 목록으로 보여 준다는 것, 그리고 맨몸 컴포넌트 패키지가 27에서 스크립트를 arm64로 실행한다는 것입니다. 위의 설치 패키지 실험이 확인한 것은 26.6.2에서 패키지가 무엇을 선언하는지이지, 27이 그것을 어떻게 다루는지가 아닙니다.

10월 1일과 2일: 같은 Mac은 9월 23일부터 macOS 27.0을 돌리고 있고, 위의 업데이트들은 그 다섯 가지 서술 가운데 세 가지를 다룹니다. 사라진 Rosetta는 설치 기록에 드러납니다. 정보 가져오기의 표시는 실제로 있습니다. 설정 목록은 일반의 열네 개 행 가운데 없으며, 그 행들 뒤의 하위 패널은 아직 읽지 않았습니다. 나머지 두 가지는 실행해 보지 않았습니다. 고정한 앱의 동작을 보려면 업그레이드 전에 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를 복사해서 런치 에이전트를 설치한다면, 격리 속성이 붙은 채로 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에서 수정됐다고 밝힙니다.⁹
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 피드에는 셋 모두 그 날짜로 올라와 있었습니다.¹

어떤 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으로 확인하십시오.⁴⁵⁶

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 전용 앱 세 개는 모두 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 버전이 있는지 개발자에게 확인하라) 제가 확인한 유니버설 앱 두 개에는 경고가 없었고, “Open using Rosetta”(Rosetta를 사용하여 열기) 체크박스가 해제된 채로 남아 있었습니다.¹⁹

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

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

출처