같은 macOS, 다른 펌웨어: Apple이 Sequoia와 Sonoma 업데이트를 조용히 바꿨습니다

Mac 두 대를 놓고 봅시다. 둘 다 macOS Sequoia 15.7.9를 실행하고, 이 Mac에 관하여에서 보이는 빌드 번호도 동일합니다. 한 대는 2026년 8월 7일에, 다른 한 대는 8월 28일에 업데이트했습니다. 각각 시스템 정보를 열어 「System Firmware Version」 항목을 보면, 첫 번째 Mac은 18000.161.9, 두 번째 Mac은 18000.161.10이라고 표시됩니다.

Apple의 릴리스 노트에는 이에 대한 설명이 전혀 없습니다. 15.7.9 업데이트는 새 빌드 번호를 받지 않았고, 보안 노트도 수정되지 않았습니다. Apple은 8월 17일 이후 어느 시점부터 이름이 같은 업데이트 안에 다른 펌웨어를 넣어 배포하기 시작했을 뿐이며, 이 사실이 알려진 유일한 이유는 Howard Oakley가 바로 이런 비교를 위해 가상 머신들을 유지하다가 번호가 바뀐 것을 발견했기 때문입니다.

이 글에서는 여러분의 Mac이 어떤 펌웨어 버전을 갖고 있어야 하는지, 그 번호를 어떻게 확인하는지, 왜 이 번호가 더 이상 macOS 버전과 일치하지 않게 되었는지, 그리고 필요하다면 무엇을 해야 하는지를 설명합니다.

핵심 요약

• Sequoia 15.7.9 또는 Sonoma 14.8.9를 실행하는 Apple 실리콘 Mac은 mBoot 18000.161.9 또는 18000.161.10 중 하나를 가질 수 있습니다. 2026년 8월 17일 이전에 업데이트했는지 이후에 업데이트했는지에 따라 달라지며, macOS 빌드 번호는 어느 쪽이든 동일합니다.
• 18000.161.10은 원래 8월 17일 Tahoe 26.6.2에만 포함되어 배포된 펌웨어입니다. Apple은 이후 아무 언급 없이 이 펌웨어를 이름이 바뀌지 않은 Sequoia·Sonoma 업데이트에도 포함시키기 시작했습니다.
• macOS 26.4부터 Apple 실리콘 펌웨어는 스스로를 iBoot이 아니라 「mBoot」이라고 표시하며, 번호 체계도 13822.x 계열에서 18000.x 계열로 바뀌었습니다. 저희도 직접 보유한 Mac에서 이 표기를 확인했습니다. 부팅 펌웨어는 실제로 mBoot-18000.121.3이라고 자신을 보고합니다.
• 이제 macOS 버전과 펌웨어 버전 사이에 더 이상 믿을 수 있는 대응 관계가 없습니다. 지난 6년간은 그런 대응 관계가 존재했습니다. 그 전제는 이제 틀렸고, 이를 바탕으로 만들어진 도구와 컴플라이언스 점검은 잘못된 경고를 내놓게 됩니다.
• 이것이 침해의 증거는 아닙니다. 하지만 Apple이 무엇이 바뀌었는지 아무것도 공개하지 않았기 때문에, 설명할 수 없는 펌웨어 번호를 가진 Mac은 보안 문제가 아니더라도 감사(audit) 측면에서는 문제가 됩니다.

표 하나로 보는 변화

이야기의 전부는 펌웨어 열에 담겨 있습니다. 아래 버전은 모두 Apple 실리콘 Mac 기준이며, T2 칩을 탑재한 Intel Mac은 번호 체계가 달라 뒤에서 따로 다룹니다.

날짜	Tahoe	Sequoia	Sonoma	Apple 실리콘 펌웨어
2025년 12월 12일	26.2	15.7.3	14.8.3	iBoot 13822.61.10 — 세 시스템 모두 동일
2026년 3월 24일	26.4 (25E246)	15.7.5	14.8.5	mBoot 18000.101.7 — 새 이름, 새 번호 체계, 동기화는 아직 유지
2026년 5월 11일	26.5 (25F71)	15.7.7	14.8.7	mBoot 18000.120.36 — 동기화 유지
2026년 6월 29일	26.5.2 (25F84)	—	—	mBoot 18000.121.3 — Sequoia와 Sonoma는 뒤처짐
2026년 7월 27일	26.6 (25G72)	15.7.8	14.8.8	mBoot 18000.161.9 — 다시 동기화
2026년 8월 6일	26.6.1 (25G76)	15.7.9	14.8.9	mBoot 18000.161.9 — 변화 없음
2026년 8월 17일	26.6.2 (25G83)	—	—	mBoot 18000.161.10 — Tahoe에만 적용
8월 17일 이후	—	15.7.9 (빌드 동일)	14.8.9 (빌드 동일)	mBoot 18000.161.10 — 조용히 변경됨

Oakley는 세 시스템이 초여름까지는 동기화되어 있었다고 밝히며, 그래서 3월 행이 일치하는 것으로 표시되어 있습니다. 이 수치들은 각 업데이트 출시일에 그가 작성한 글(26.4, 26.5, 26.6, 26.6.1, 26.6.2)에서 가져온 것이며, 여기에 저희가 직접 확인할 수 있는 행 하나를 더했습니다. 이 글을 작성한 Mac은 26.5.2를 실행 중이며 18000.121.3을 보고합니다.

중요한 것은 마지막 행입니다. 같은 버전, 같은 빌드인데 펌웨어는 다르고, 어떤 공지도 없었습니다.

내 Mac의 펌웨어 버전 확인하는 방법

확인하는 방법은 세 가지이며, 세 번째 방법은 앞의 두 방법이 알려주지 않는 것까지 보여줍니다.

시스템 정보

Apple 메뉴 > 이 Mac에 관하여 > 추가 정보 > 시스템 리포트로 들어간 뒤, 사이드바 상단의 하드웨어를 선택합니다. 여기서 두 줄이 중요합니다.

System Firmware Version: 18000.121.3
OS Loader Version: 18000.121.3

정상적인 Mac이라면 이 두 값이 일치합니다. 이 둘은 부팅 펌웨어의 두 단계를 가리키며, Apple은 이 둘을 함께 업데이트합니다.

터미널, 빠른 방법

system_profiler SPHardwareDataType | grep -E "Firmware|Loader"

같은 두 줄을 스크립트로 뽑아낼 수 있습니다. 대부분의 자산 관리(inventory) 도구가 수집하는 값이 바로 이것입니다.

터미널, 원본 라벨을 보여주는 방법

macOS가 화면에 표시하는 버전 문자열은 펌웨어가 스스로 보고하는 값을 잘라낸 것입니다. 잘리지 않은 원본 값을 보려면 디바이스 트리를 읽으면 됩니다.

ioreg -p IODeviceTree -n chosen -r | grep -E "firmware-version|iboot-stage"

저희 26.5.2 Mac에서는 다음과 같이 나옵니다.

"iboot-stage-two-tag" = <"mBoot-18000.121.3">
"iboot-stage-one-tag" = <"mBoot-18000.121.3">
"system-firmware-version" = <"mBoot-18000.121.3">

여기서 눈여겨볼 점이 두 가지 있습니다. 펌웨어는 스스로를 mBoot이라고 부르지만, 속성(property) 이름은 여전히 iboot입니다. 이름 변경의 전모가 이 한 줄에 담겨 있습니다. Apple은 펌웨어가 보고하는 문자열만 바꾸고, 그 값을 읽어오는 배관(plumbing)은 그대로 두었습니다.

「mBoot」의 정체

Apple의 플랫폼 보안 가이드는 Apple 실리콘의 부팅 체인을 네 단계로 설명합니다. 실리콘에 내장된 Boot ROM이 신뢰 체인을 시작하고, LLB(Low-Level Bootloader)가 서명을 검증하며 Secure Enclave에서 LocalPolicy를 가져오고, iBoot가 나머지 펌웨어를 로드해 커널 컬렉션과 서명된 시스템 볼륨의 루트 해시를 검증한 뒤, 마지막으로 커널이 제어권을 넘겨받습니다. 이 문서 어디에도 「mBoot」라는 단어는 등장하지 않습니다. Apple이 공개한 문서를 기준으로 보면 이 구성 요소는 여전히 iBoot라고 불립니다.

macOS 26.4에서 실제로 일어난 일은 버전 문자열이 바뀐 것입니다. Oakley의 3월 SilentKnight 릴리스 노트는 이 전환이 26.4 베타 2에서 처음 나타나 iBoot 13822.101.6에서 mBoot 18000.101.6으로 바뀌었고, 최종 버전인 18000.101.7까지 그대로 이어졌다고 기록합니다. 그의 해석으로는 Apple이 「Mac 펌웨어와 기기 펌웨어를 같은 번호 체계로 통합하려」 했다는 것인데, 이는 어디까지나 추론이며 Apple은 아무 것도 밝히지 않았습니다. 저희가 확인할 수 있는 것은 관찰 가능한 절반뿐입니다. 26.4 이상을 실행하는 모든 Mac에서 두 부팅 단계는 스스로를 mBoot-<버전>이라고 표시하며, 번호는 18000부터 시작합니다.

실용적으로 말하면 mBoot는 이름표만 새로 붙인 iBoot입니다. 하는 일도 같고, 부팅 체인에서의 위치도 같으며, 새 버전을 담은 macOS 업데이트나 설치를 통해 갱신되는 방식도 동일합니다.

왜 예전에는 펌웨어가 macOS와 정확히 일치했는가

8월의 변화가 왜 단절인지 이해하려면, 그 전까지 상황이 얼마나 깔끔했는지부터 알아야 합니다.

T2 칩이 없는 Intel Mac에서는 펌웨어가 모델별로 달랐습니다. 각 macOS 설치 프로그램은 설치 가능한 모든 모델에 대응하는 EFI 업데이트 목록을 함께 담고 있었기 때문에, 어떤 Mac에게 「올바른」 펌웨어인지는 macOS 버전과 기기 모델 양쪽에 달려 있었습니다. Oakley는 수년간 이 표를 손으로 정리해 왔습니다.

T2 Mac은 이를 단순화했습니다. 모델과 무관하게 macOS 릴리스마다 공통 EFI 하나와 공통 iBridge 버전 하나만 있으면 됐습니다.

Apple 실리콘은 이를 한 단계 더 단순화했습니다. 2020년부터 올해 중반까지, 특정 macOS 버전을 실행하는 모든 Apple 실리콘 Mac은 같은 펌웨어를 가졌고, 보안 측면에서 중요했던 것은 지원되는 세 macOS 버전이 펌웨어를 항상 함께 업데이트했다는 점입니다. 2025년 12월 Tahoe 26.2가 펌웨어를 13822.61.10으로 옮겼을 때, 같은 날 나온 Sequoia 15.7.3과 Sonoma 14.8.3의 보안 업데이트도 똑같이 움직였습니다. 세 시스템 중 어느 것을 실행하든, Mac의 펌웨어 버전만 보면 정확히 어떤 보안 릴리스를 갖고 있는지 알 수 있었습니다.

Oakley는 이 연결이 워낙 견고해서 한때 SilentKnight에서 펌웨어 점검 기능 자체를 없앨까 고민했다고 말합니다.

2026년 여름, 동기화는 어떻게 깨졌는가

단절은 두 단계에 걸쳐 일어났습니다.

첫 번째는 업데이트 일정의 공백이었습니다. 5월 11일부터 7월 27일 사이 Sequoia와 Sonoma는 보안 업데이트를 전혀 받지 못했습니다. 반면 Tahoe는 두 차례 업데이트를 받았습니다. 특정 콘텐츠 필터링 네트워크 확장 기능에서 M5 Mac이 꺼지는 문제를 고친 기업용 패치 26.5.1과, 보안 릴리스인 26.5.2입니다. 이 중 26.5.2가 18000.121.3으로의 펌웨어 업데이트를 함께 담고 있었습니다. 약 6주 동안, 완전히 패치된 Tahoe Mac과 Sequoia Mac이 서로 다른 펌웨어로 돌아갔습니다. Oakley는 6월 말 이를 지적하며 「지난 6년 중 처음으로 많은 수의 Mac이 서로 동기화되지 않은 펌웨어를 갖게 되는 상황」이라고 표현했습니다.

7월 27일의 26.6 업데이트 물결이 이를 복구했습니다. Tahoe 26.6, Sequoia 15.7.8, Sonoma 14.8.8이 모두 18000.161.9로 옮겨졌고, 8월 6일 업데이트(26.6.1, 15.7.9, 14.8.9)는 펌웨어를 건드리지 않았습니다. 모든 것이 다시 일치했습니다.

그런데 8월 17일 Apple은 macOS 27 베타에서 백포트한 수정 사항을 담은 비정기 릴리스 Tahoe 26.6.2를 펌웨어 18000.161.10과 함께 배포했습니다. 이에 대응하는 Sequoia나 Sonoma 업데이트는 없었고, 두 시스템은 .9에 머물렀습니다. 다시 동기화가 깨졌고, 이번에는 그 사이에 보안 릴리스까지 끼어 있었습니다.

조용히 벌어진 부분

여기까지는 깔끔하지 않을 뿐 모두 기록되어 있습니다. 각 펌웨어 버전은 해당 날짜에 보고되었습니다. 기록되지 않은 것은 그다음에 일어난 일입니다.

Oakley는 8월 7일 자신의 Sequoia·Sonoma 가상 머신을 15.7.9와 14.8.9로 업데이트했고, 이후 추가 업데이트가 제공되지 않았기 때문에 그 가상 머신들은 계속 18000.161.9에 머물러 있습니다. 그런데 8월 28일 새로 Sequoia와 Sonoma 가상 머신을 만들어 똑같이 15.7.9와 14.8.9로 업데이트하자, 원래 Tahoe 26.6.2에만 배포되었던 18000.161.10이 나타났습니다.

It appears that those Macs that were updated to 15.7.9 or 14.8.9 prior to the release of 26.6.2 on 17 August had their firmware updated to 18000.161.9, while those updated since 17 August have been provided with 18000.161.10 instead, without any change in macOS version or build number. There has been no mention of any such change in Apple's security release notes.

저희는 이 주장의 나머지 절반을 직접 확인해 봤습니다. Apple의 26.6.2 보안 콘텐츠 페이지에는 펌웨어, mBoot, iBoot에 대한 언급이 전혀 없습니다. 15.7.9와 14.8.9 페이지도 마찬가지입니다. Apple의 공개 기록만 놓고 보면 아무것도 바뀌지 않은 셈입니다.

근거에 대해 한 가지 짚어둘 점이 있습니다. Oakley의 비교는 실제 Mac이 아니라 가상 머신을 사용합니다. 이 질문에 한해서는 이것이 약점이 아니라 오히려 강점입니다. Apple 실리콘에서 macOS 가상 머신의 부팅 펌웨어는 게스트 자체의 설치 프로그램과 업데이트 프로그램이 공급하므로, 「15.7.9」를 설치한 새 가상 머신이 .10을 보고한다는 것은 15.7.9 업데이트 페이로드 자체가 이제 .10을 담고 있다는 뜻입니다. 다만 이미 .9인 실제 Mac이 어떻게 처리될지는 알려주지 않으며, 저희도 직접 이를 테스트해보지는 못했습니다.

내 Mac은 어떤 번호를 가져야 하는가

위 표를 바탕으로 정리하면 다음과 같이 예상할 수 있습니다.

실행 중인 버전	8월 17일 이전 업데이트	8월 17일 이후 업데이트
Tahoe 26.6.2	(해당 없음)	18000.161.10
Tahoe 26.6.1	18000.161.9	— 26.6.2로 업데이트
Tahoe 26.5.2	18000.121.3	— 26.6.2로 업데이트
Sequoia 15.7.9	18000.161.9	18000.161.10
Sonoma 14.8.9	18000.161.9	18000.161.10
Sequoia 15.7.8 / Sonoma 14.8.8	18000.161.9	18000.161.9

Sequoia나 Sonoma를 쓰는 Mac이 18000.161.10을 보여준다면 더 새로운 펌웨어를 갖고 있는 것이며 별도로 할 일은 없습니다. 18000.161.9가 보인다면 업데이트한 날 기준으로 올바른 펌웨어를 갖고 있는 것이고, 현재로서는 이를 옮겨줄 업데이트가 없습니다. Apple은 이미 15.7.9나 14.8.9를 가진 Mac에 해당 업데이트를 다시 제공하지 않기 때문입니다.

이 외의 값 — 26.4 이상이라고 표시된 Mac에서 13822.x 번호가 나오거나, 이 표에 없는 18000.x 번호가 나오는 경우 — 은 그냥 넘기기 전에 원인을 파악해볼 가치가 있습니다. 가장 흔한 무해한 원인은 Mac에 macOS가 여러 개 설치되어 있어 다른 볼륨의 로더 값을 읽고 있는 경우입니다. 아래 문제 해결 항목을 참고하세요.

실제로 중요한 문제인가

솔직히 말하면, 지금 시점에서 대부분의 사람에게는 그리 큰 문제가 아닙니다. 하지만 이것이 중요한 이유는 사람들이 흔히 짐작하는 이유와는 다르기 때문에, 정확히 짚어둘 가치가 있습니다.

「내 Mac이 안전하지 않다」는 뜻이 아닙니다

18000.161.9와 18000.161.10 사이에 무엇이 바뀌었는지는 Apple 바깥의 누구도 알지 못합니다. 보안 릴리스와 함께 나왔다는 점은 보안과 관련이 있음을 시사하지만, 펌웨어 소규모 릴리스는 하드웨어 호환성, 전원 관리, 부팅 시점 버그도 함께 고칩니다. Apple의 26.6.2 노트는 28건의 CVE를 명시하지만 그중 어느 것도 펌웨어 수정으로 설명되어 있지 않습니다. .9를 쓰고 있다면, 3주 전까지만 해도 Apple이 최신이라고 여겼던 펌웨어를 쓰고 있는 것입니다.

「내 자산 목록(inventory)이 틀렸다」는 뜻입니다

지난 6년간 「펌웨어 버전」은 macOS 버전만 알면 자연히 알 수 있는 파생 속성이었습니다. 컴플라이언스 규칙, MDM 스마트 그룹, 스프레드시트, 이상값을 걸러내는 스크립트 등 이 전제 위에 세워진 모든 것은 이제 겉보기에 동일한 Mac 두 무리를 보게 되고, 어느 쪽이 옳은지 알려주지 못합니다. 이 분야에서 가장 널리 쓰이는 소비자용 도구인 SilentKnight는 버전 3.01부터 펌웨어 버전을 최신인지 구형인지 판단하는 대신 그냥 「found(발견됨)」로만 보고하도록 동작을 바꿨습니다. 더 이상 그런 판단 자체가 불가능하기 때문입니다.

「Apple이 이미 배포된 업데이트를 기록도 없이 바꿨다」는 뜻입니다

버전 번호보다 더 신경 쓰여야 할 부분이 바로 이것입니다. Apple 실리콘 업데이트는 Oakley가 「Update Brain」이라고 부르는, macOS가 특정 업데이트를 실행하기 위해 그때그때 내려받는 업데이트별 구성 요소를 통해 적용됩니다. Apple은 분명 그 업데이트 중 하나가 설치하는 내용을 바꾸면서도 버전과 빌드는 그대로 유지했고, 아무것도 공개하지 않았습니다. 그의 결론은 직설적입니다.

In the absence of any information from Apple, some could reasonably suspect this was the result of a sophisticated attack.

그는 실제로 공격이었다고는 생각하지 않습니다. 저희도 마찬가지입니다. 하지만 「Apple이 공개한 정보만으로는 이것이 공격인지 아닌지 구분할 수 없다」는 상태는, 보안 업데이트 프로세스가 있어야 할 자리가 아닙니다.

Sequoia나 Sonoma를 쓰면서 최신 펌웨어를 원한다면

선택지는 세 가지이며, 그중 권장되는 것은 첫 번째뿐입니다.

기다리기

Oakley는 Sequoia 15.8이 9월 하반기에 macOS 27과 함께 배포될 것으로 예상합니다. 그 업데이트는 당시 최신 펌웨어를 거의 확실히 담고 있을 것이고, 그 시점에는 어차피 .10보다도 더 새로운 버전일 가능성이 있습니다. 그는 Golden Gate 펌웨어가 대략 20457.1.29까지 뛸 것으로 예상합니다. Sonoma는 사정이 다릅니다. 마지막 릴리스가 14.8.9로 끝날 가능성이 크고, 그렇다면 8월 17일 이전에 업데이트한 Sonoma Mac은 영구히 .9에 머물게 됩니다. 이는 문제가 되지 않습니다. 제때 업데이트한 모든 Sonoma Mac이 다 그랬을 것이기 때문입니다.

복구 모드에서 macOS 다시 설치하기

recoveryOS에서 「macOS 재설치」를 실행하면 현재 설치된 버전을 새로 내려받으며, 설치 프로그램에 더 새 펌웨어가 들어 있다면 펌웨어도 함께 업데이트될 수 있습니다. 지금 새로 설치되는 15.7.9가 .10을 담고 있다는 점을 생각하면 이 방법이 통할 가능성은 있습니다. 다만 저희가 직접 테스트해보지는 않았고, 한 시간가량 걸리며, 버전 문자열 하나 차이를 해결하기에는 지나치게 큰 대응입니다. 단지 숫자를 맞추기 위해 이 작업을 하지는 마세요.

DFU 복원(revive)

Apple 실리콘 Mac을 위한 Apple의 복원(revive)·재설치(restore) 절차는 USB-C 케이블로 연결한 다른 Mac을 통해 펌웨어를 다시 불러옵니다. Apple은 revive가 「Mac을 지우지 않는다」고 설명하며, 데이터를 지우는 restore보다 먼저 시도해보라고 안내합니다. 이를 위해서는 macOS 14 이상을 실행하는 호스트 Mac과 데이터 전송·충전을 모두 지원하는 USB-C 케이블이 필요하며, Apple은 특히 Thunderbolt 3 케이블은 쓰지 말라고 명시합니다. 이 방법은 부팅이 안 되는 Mac에는 알맞은 도구지만, 멀쩡히 부팅되는데 마음에 안 드는 펌웨어 번호를 가진 Mac에는 맞지 않는 도구입니다. 이런 방법이 존재한다는 것만 알아두시면 됩니다.

Tahoe를 쓰고 있다면

26.6.2를 쓰고 있다면 이미 .10을 갖고 있으므로 이 항목은 해당하지 않습니다. 26.6.1 이하를 쓰고 있다면, 해결책은 어차피 설치해야 할 그 업데이트입니다.

다음에 보게 될 펌웨어 변화는 큰 폭의 변화일 것입니다. Oakley가 베타를 분석한 바에 따르면 Golden Gate의 펌웨어는 20457.x 계열로 넘어갑니다. 새 Mac mini와 Mac Studio는 9월 22일 macOS 27의 프리릴리스 빌드를 탑재하고 출시되며 곧바로 27.0.1로의 업데이트를 요구할 것이므로, 그와 동시에 펌웨어도 함께 바뀔 것으로 예상됩니다.

대규모 Mac을 관리하는 담당자를 위해

구체적으로 세 가지를 조정하시기 바랍니다.

펌웨어 버전을 macOS 버전에서 유도할 수 있다고 취급하지 마세요. 「15.7.9라면 18000.161.9」와 같은 규칙은 이제 관리 대상 Mac 중 일부에 대해 틀리며, 그 일부는 여러분이 아마 기록해두지 않았을 업데이트 시점에 의해 결정됩니다.

.9와 .10의 차이만으로 경고를 울리지 마세요. 둘 다 같은 Apple 업데이트가 낼 수 있는 정상적인 결과입니다. macOS 버전마다 비교 기준으로 삼을 값이 하나 필요하다면, 더 새로운 쪽을 목표값으로 삼고 .9는 「설치 시점 기준으로는 올바르며, 다음 업데이트에서 수렴함」으로 취급하세요.

등록 시점과 매 업데이트 시점마다 펌웨어 버전을 기록하세요. 그래야 「이 Mac은 일찍 업데이트되었다」와 「이 Mac은 macOS 업데이트 없이 펌웨어가 바뀌었다」를 구분할 수 있습니다. 정말로 주의 깊게 살펴봐야 하는 것은 후자입니다. Apple 실리콘에서는 macOS 설치나 업데이트 도중에만 펌웨어가 바뀌므로, macOS 변경 없이 일어난 펌웨어 변경이야말로 지켜봐야 할 이상 징후이며, 두 Mac 사이의 값 불일치 자체는 그렇지 않습니다.

Apple이 해야 할 일

이는 사소한 요구입니다. Apple의 보안 콘텐츠 페이지는 이미 업데이트에 포함된 모든 구성 요소와 CVE를 나열합니다. 「이 업데이트에는 mBoot 18000.161.10이 포함되어 있습니다」라는 한 줄을 추가하는 데는 아무 비용도 들지 않으며, 그랬다면 8월의 변화도 당일에 눈에 띄었을 것입니다. 이 변화가 의도적이고 무해한 것이라면 — 압도적으로 그럴 가능성이 높습니다 — 사람들이 가상 머신을 비교해가며 이를 알아내도록 내버려 둘 이유가 없습니다.

Intel Mac

T2 칩을 탑재한 Intel Mac은 EFI 방식의 시스템 펌웨어와 T2의 iBridge(bridgeOS), 이렇게 두 가지 펌웨어 구성 요소를 보고합니다. Oakley의 26.6.2 관련 글에 따르면 이 값은 각각 2103.160.2.0.0과 iBridge 23.16.16068.0.0,0이며, 26.6.1과 동일합니다. mBoot 이야기는 Intel 하드웨어에는 전혀 해당하지 않습니다. 번호 체계도 바뀐 적이 없고, 세 버전 간 동기화가 깨진 적도 없습니다. Tahoe를 쓰는 Intel Mac은 어차피 마지막 macOS 릴리스를 쓰고 있는 셈이므로, 이것이 그들이 보게 될 마지막 펌웨어 계보입니다.

자주 발생하는 문제 해결

시스템 정보에 서로 다른 두 숫자가 표시됩니다

「System Firmware Version」과 「OS Loader Version」은 보통 일치합니다. 이 둘이 다른 가장 흔한 이유는 Mac에 macOS 볼륨이 여러 개 설치되어 있는 경우입니다. 예를 들어 별도 볼륨에 Golden Gate 베타가 설치되어 있으면, 표시되는 로더 값이 다른 시스템과 짝지어진 값일 수 있습니다. 다른 볼륨으로 부팅해서 비교해 보세요. macOS가 하나만 설치되어 있는데도 두 값이 다르다면 이는 이례적인 상황이며 Apple에 보고할 가치가 있습니다.

SilentKnight가 「current」 대신 「found」라고 표시합니다

이는 버전 3.01부터 설계된 대로 동작하는 것입니다. Apple이 더 이상 macOS 버전마다 하나의 정답을 보장하지 않기 때문에, 이 도구는 펌웨어가 최신인지 여부를 알려줄 수 없게 되었습니다. 대신 위 표와 비교해 보세요.

가상 머신이 호스트와 다른 펌웨어 버전을 보여줍니다

예상된 결과입니다. Apple 실리콘에서 macOS 가상 머신의 펌웨어는 호스트 Mac이 아니라 게스트의 설치 프로그램에서 옵니다. 바로 이 때문에 Oakley의 가상 머신들이 이번 변화를 드러낼 수 있었습니다.

ioreg가 chosen 노드에 대해 아무것도 반환하지 않습니다

아마 Intel Mac을 쓰고 계실 것입니다. Intel Mac은 디바이스 트리 구조가 달라 iboot-stage-one-tag가 존재하지 않습니다. 대신 system_profiler SPHardwareDataType을 사용하세요. 이 명령은 「Boot ROM Version」을, T2 Mac이라면 Controller 항목 아래에서 iBridge 버전도 함께 보고합니다.

8월 7일에 업데이트했는데 Sequoia Mac이 18000.161.10을 보여줍니다

그렇다면 그 날짜 이후 무언가가 펌웨어를 업데이트한 것입니다. 가능성으로는 macOS 재설치, revive, 또는 눈치채지 못한 업데이트를 들 수 있습니다. 시스템 정보의 소프트웨어 > 설치 내역에서 8월 17일 이후 날짜로 된 항목이 있는지 확인하세요. 아무것도 없다면 이는 기록해둘 만합니다. 그에 대응하는 설치 기록이 없는 펌웨어 변경이야말로 이 글에서 다시 살펴볼 가치가 있는 유일한 패턴입니다.

자주 묻는 질문(FAQ)

18000.161.10은 보안 수정 사항인가요?

알 수 없습니다. 보안 릴리스와 함께 배포되었지만 Apple은 그 내용을 설명하지 않았습니다. 「알려진 취약점을 패치한다」가 아니라 그냥 「더 새로운 버전」 정도로 받아들이세요.

Mac이 18000.161.9라면 뭔가 해야 하나요?

아니요. 업데이트하신 날 기준으로는 올바른 펌웨어였고, 다음 macOS 업데이트를 설치하면 최신 펌웨어로 바뀝니다. Apple이 .9와 연관 지어 밝힌 노출된 취약점은 없습니다.

Apple 문서는 iBoot라고 하는데 왜 펌웨어는 스스로를 mBoot라고 부르나요?

Apple은 macOS 26.4에서 버전 문자열의 이름만 바꾸었고, 그에 맞춰 보안 문서를 업데이트하지는 않았습니다. 저희 Mac에서 펌웨어는 mBoot-18000.121.3이라고 보고하지만, 이 값을 저장하는 디바이스 트리 키의 이름은 여전히 iboot-stage-one-tag와 iboot-stage-two-tag입니다. 기능적으로는 동일한 구성 요소입니다.

macOS 업데이트 없이 펌웨어가 바뀔 수 있나요?

Apple 실리콘에서는 그럴 수 없습니다. 펌웨어는 macOS 설치, 업데이트, revive, restore 도중에만 기록됩니다. 그렇기 때문에 대응하는 설치 기록이 없는 펌웨어 변경이야말로 정말로 이례적인 경우입니다.

macOS 27이 동기화 문제를 해결할까요?

초기화는 될 것입니다. Golden Gate, Tahoe 26.7, Sequoia 15.8이 9월에 함께 나올 것으로 예상되며, 출시 첫날에는 같은 펌웨어를 공유할 것입니다. 그 이후에도 Apple이 동기화를 유지할지, 아니면 이번 여름과 같은 패턴을 반복할지는 아직 열린 질문입니다.

결론

지난 6년간 Apple 실리콘 Mac의 펌웨어 버전은 오직 한 가지, macOS 버전만의 함수였습니다. 그 덕분에 유용했습니다. 최신 macOS를 쓰든 그보다 오래된 두 버전 중 하나를 쓰든, 숫자 하나만 보면 그 Mac이 어떤 보안 릴리스를 갖고 있는지 알 수 있었습니다. 이번 여름 그 원칙이 깨졌습니다. 먼저 Tahoe의 중간 주기 업데이트가 다른 시스템은 받지 못한 펌웨어를 함께 실어 날랐고, 더 심각하게는 Apple이 Sequoia와 Sonoma 업데이트가 설치하는 내용을 바꾸면서도 겉으로 보이는 것은 아무것도 바꾸지 않았기 때문입니다.

이 중 어느 것도 여러분의 Mac을 덜 안전하게 만들지는 않습니다. 다만 펌웨어 번호를 해석하기 어렵게 만들고, 그것에 의존하던 도구들의 유용성을 떨어뜨리며, Apple이 이미 배포된 업데이트를 조용히 수정할 수 있다는 사실을 확인시켜 줍니다. Mac을 관리하는 입장이라면, 9월의 릴리스 물결이 그림에 네 번째 macOS 버전을 더하기 전에 지금 기대치를 조정하세요. 그렇지 않은 일반 사용자라면 실용적인 결론은 더 단순합니다. .9와 .10 모두 정상이며, 정말 신경 써야 할 숫자는 다른 아무것도 바뀌지 않았는데 혼자 바뀐 숫자입니다.

더 읽어보기: macOS Tahoe 26.6.2와 28개 CVE를 발견한 사람들, 26.6.1의 화면 공유 수정 사항, Tahoe의 백그라운드 보안 업데이트 작동 방식, macOS 업데이트로 Mac이 부팅되지 않을 때 해야 할 일.