نفس نظام macOS، برمجية ثابتة مختلفة: آبل غيّرت تحديثي Sequoia وSonoma بصمت

خذ جهازي Mac. كلاهما يعمل بنظام macOS Sequoia 15.7.9. وكلاهما يعرض نفس رقم البنية (build) في "About This Mac". أحدهما تم تحديثه في 7 أغسطس 2026، والآخر في 28 أغسطس. افتح "System Information" على كل منهما وانظر إلى «System Firmware Version»: الأول يعرض 18000.161.9، والثاني يعرض 18000.161.10.

لا يوجد في ملاحظات إصدار آبل ما يفسر هذا الأمر. لم يحصل تحديث 15.7.9 على رقم بنية جديد. ولم يتم تعديل ملاحظات الأمان الخاصة به. ببساطة، بدأت آبل بتوزيع برمجية ثابتة مختلفة ضمن تحديث يحمل نفس الاسم في وقت ما بعد 17 أغسطس، والسبب الوحيد الذي جعل أي شخص يعرف بذلك هو أن هوارد أوكلي (Howard Oakley) يحتفظ بأجهزة افتراضية خصيصًا لهذا النوع من المقارنات، ولاحظ أن الأرقام قد تغيّرت.

يشرح هذا المقال ما هي نسخة البرمجية الثابتة التي يُفترض أن يحملها جهازك، وكيفية قراءتها، ولماذا توقف هذا الرقم عن تتبع نسخة macOS، وما الذي ينبغي عليك فعله حيال ذلك، إن وُجد ما ينبغي فعله.

أبرز النقاط

• يمكن لأجهزة Mac ذات معالج Apple silicon التي تعمل بنظام Sequoia 15.7.9 أو Sonoma 14.8.9 أن تحمل إما mBoot بنسخة 18000.161.9 أو 18000.161.10، تبعًا لما إذا كانت قد ثبّتت التحديث قبل أو بعد 17 أغسطس 2026. رقم بنية macOS متطابق في الحالتين.
• 18000.161.10 هي البرمجية الثابتة التي صدرت حصريًا مع Tahoe 26.6.2 في 17 أغسطس. بدأت آبل لاحقًا بتضمينها في تحديثي Sequoia وSonoma دون الإعلان عن ذلك.
• منذ macOS 26.4، أصبحت برمجية Apple silicon الثابتة تسمي نفسها «mBoot»، وليس iBoot، وقفزت من سلسلة 13822.x إلى 18000.x. تحققنا من هذه التسمية على جهازنا الخاص: تُبلّغ برمجية الإقلاع الثابتة عن نفسها حرفيًا باسم mBoot-18000.121.3.
• لم يعد هناك ربط موثوق بين نسخة macOS ونسخة البرمجية الثابتة. كان هذا الربط قائمًا طوال ست سنوات. أصبح هذا الافتراض الآن خاطئًا، وستنتج الأدوات وفحوصات الامتثال المبنية عليه إنذارات كاذبة.
• هذا ليس دليلًا على اختراق. لكن آبل لم تنشر شيئًا عمّا تغيّر، لذا فإن أي جهاز Mac يحمل رقم برمجية ثابتة لا يمكنك تفسيره يمثل مشكلة تدقيق حتى لو لم يكن مشكلة أمنية.

ما الذي تغيّر، في جدول واحد

القصة كلها موجودة في عمود البرمجية الثابتة. كل نسخة أدناه تخص أجهزة Mac ذات معالج Apple silicon؛ أما أجهزة Mac من فئة Intel المزوّدة برقاقة T2 فتستخدم ترقيمًا مختلفًا وسيتم تناولها بشكل منفصل لاحقًا.

التاريخ	Tahoe	Sequoia	Sonoma	برمجية Apple silicon الثابتة
12 ديسمبر 2025	26.2	15.7.3	14.8.3	iBoot 13822.61.10 — الأنظمة الثلاثة متزامنة
24 مارس 2026	26.4 (25E246)	15.7.5	14.8.5	mBoot 18000.101.7 — اسم جديد، ترقيم جديد؛ التزامن لا يزال قائمًا
11 مايو 2026	26.5 (25F71)	15.7.7	14.8.7	mBoot 18000.120.36 — متزامن
29 يونيو 2026	26.5.2 (25F84)	—	—	mBoot 18000.121.3 — تخلّف Sequoia وSonoma عن الركب
27 يوليو 2026	26.6 (25G72)	15.7.8	14.8.8	mBoot 18000.161.9 — عودة التزامن
6 أغسطس 2026	26.6.1 (25G76)	15.7.9	14.8.9	mBoot 18000.161.9 — دون تغيير
17 أغسطس 2026	26.6.2 (25G83)	—	—	mBoot 18000.161.10 — لنظام Tahoe فقط
بعد 17 أغسطس	—	15.7.9 (نفس البنية)	14.8.9 (نفس البنية)	mBoot 18000.161.10 — تغيّرت بصمت

يذكر أوكلي أن الأنظمة الثلاثة ظلت متزامنة حتى بداية الصيف، وهذا ما يفسر ظهور صف مارس بوصفه متطابقًا. تأتي الأرقام من منشوراته يوم صدور كل تحديث (26.4، 26.5، 26.6، 26.6.1، 26.6.2)، بالإضافة إلى صف واحد يمكننا تأكيده مباشرة: الجهاز الذي كُتب عليه هذا المقال يعمل بنظام 26.5.2 ويعرض 18000.121.3.

الصف الأخير هو المهم. نفس النسخة، نفس البنية، برمجية ثابتة مختلفة، دون أي إعلان.

كيف تقرأ نسخة البرمجية الثابتة لجهازك

هناك ثلاث طرق، والثالثة منها تكشف لك أمرًا لا تكشفه الطريقتان الأوليان.

System Information

قائمة Apple > About This Mac > More Info > System Report، ثم Hardware أعلى الشريط الجانبي. هناك سطران مهمّان:

System Firmware Version: 18000.121.3
OS Loader Version: 18000.121.3

على جهاز Mac سليم، يتطابق هذان السطران. فهما يمثلان مرحلتي برمجية الإقلاع الثابتة، وتقوم آبل بتحديثهما معًا.

Terminal، الطريقة السريعة

system_profiler SPHardwareDataType | grep -E "Firmware|Loader"

نفس السطرين، وقابلان للأتمتة عبر سكربت. هذا ما تجمعه معظم أدوات الجرد.

Terminal، الطريقة التي تُظهر التسمية

سلسلة النسخة التي يعرضها macOS هي نسخة مختصرة مما تبلّغ عنه البرمجية الثابتة عن نفسها. لرؤية النسخة الكاملة غير المختصرة، اقرأ شجرة الأجهزة (device tree):

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

على جهازنا الذي يعمل بنظام 26.5.2، تُعيد هذه الأداة:

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

هناك أمران يستحقان الملاحظة. تسمي البرمجية الثابتة نفسها mBoot. بينما لا تزال أسماء الخصائص تحمل كلمة iboot. هذا هو التغيير الكامل للاسم في جملة واحدة: غيّرت آبل السلسلة النصية التي تبلّغ عنها البرمجية الثابتة، وتركت الآلية التي تقرأ هذه السلسلة كما هي دون مساس.

ما هي «mBoot» فعليًا

يصف دليل أمان المنصة الصادر عن آبل نفسها سلسلة إقلاع Apple silicon في أربع خطوات: يبدأ Boot ROM المدمج في الشريحة سلسلة الثقة؛ ويتحقق أداة الإقلاع منخفضة المستوى (LLB) من التوقيعات ويجلب سياسة LocalPolicy من Secure Enclave؛ ثم يقوم iBoot بتحميل باقي البرمجية الثابتة، والتحقق من مجموعات النواة (kernel collections) وقيمة تجزئة الجذر لمجلد النظام الموقّع؛ ثم تتولى النواة (kernel) زمام الأمور. لا تحتوي هذه الوثيقة على كلمة «mBoot» في أي مكان. وفيما يخص وثائق آبل المنشورة، لا يزال هذا المكوّن يُسمى iBoot.

ما حدث في macOS 26.4 هو أن سلسلة النسخة النصية تغيّرت. تسجل ملاحظة إصدار SilentKnight من مارس التي كتبها أوكلي هذا الانتقال بوصفه ظهر لأول مرة في النسخة التجريبية الثانية من 26.4، من iBoot 13822.101.6 إلى mBoot 18000.101.6، واستمر حتى النسخة النهائية 18000.101.7. وتفسيره هو أن آبل أرادت «توحيد نظام ترقيم برمجية Mac والأجهزة الأخرى الثابتة». وهذا استنتاج منه؛ فآبل لم تقل شيئًا. أما ما يمكننا تأكيده فهو الجزء القابل للملاحظة: على أي جهاز Mac يعمل بنظام 26.4 أو أحدث، تُعرّف مرحلتا الإقلاع نفسيهما باسم mBoot-<النسخة>، ويبدأ الترقيم من 18000.

من الناحية العملية: mBoot هي iBoot بعلامة اسم جديدة. تؤدي نفس الوظيفة، وتحتل نفس الموضع في السلسلة، ويتم تحديثها بنفس الآلية — أي تحديث أو تثبيت لنظام macOS يصادف أن يحتوي على نسخة أحدث.

لماذا كانت البرمجية الثابتة تتبع macOS بدقة سابقًا

لفهم سبب اعتبار تغيير أغسطس بمثابة انقطاع، عليك أن تعرف مدى انتظام الوضع سابقًا.

على أجهزة Mac من فئة Intel غير المزوّدة برقاقة T2، كانت البرمجية الثابتة خاصة بكل طراز على حدة. كان كل مثبّت macOS يحمل مكتبة من تحديثات EFI، واحدة لكل طراز يمكن تثبيت النظام عليه، لذا كانت البرمجية الثابتة «الصحيحة» لجهاز Mac معين تعتمد على كل من نسخة macOS والجهاز نفسه. جمع أوكلي هذه الجداول يدويًا لسنوات.

بسّطت أجهزة Mac ذات رقاقة T2 هذا الأمر: نسخة EFI واحدة مشتركة ونسخة iBridge واحدة مشتركة لكل إصدار من macOS، بغض النظر عن الطراز.

بسّطت أجهزة Apple silicon الأمر أكثر. فمنذ عام 2020 وحتى منتصف هذا العام، كان لكل جهاز Mac بمعالج Apple silicon يعمل بنسخة معينة من macOS نفس البرمجية الثابتة، والأهم من الناحية الأمنية أن الأنظمة الثلاثة المدعومة كانت تحدّث برمجيتها الثابتة بشكل متزامن تمامًا. فحين انتقلت برمجية Tahoe 26.2 الثابتة إلى 13822.61.10 في ديسمبر 2025، فعلت تحديثات الأمان الصادرة في نفس اليوم لكل من Sequoia 15.7.3 وSonoma 14.8.3 الشيء نفسه. كانت نسخة البرمجية الثابتة لجهاز Mac تخبرك بدقة عن تحديث الأمان الذي يحمله، أيًّا كان النظام الذي يعمل من بين الأنظمة الثلاثة.

يقول أوكلي إنه وجد هذا الارتباط قويًا لدرجة أنه فكّر في إزالة فحوصات البرمجية الثابتة من SilentKnight بالكامل.

كيف انهار التزامن في صيف 2026

جاء الانقطاع على مرحلتين.

كانت الأولى فجوة في جدول التحديثات. فبين 11 مايو و27 يوليو، لم يتلقَّ Sequoia وSonoma أي تحديثات أمنية. بينما تلقّى Tahoe تحديثين: 26.5.1، وهو إصلاح للمؤسسات يعالج توقف أجهزة Mac بمعالج M5 عن العمل تحت وجود إضافات شبكة معينة لتصفية المحتوى، و26.5.2، وهو إصدار أمني. حمل التحديث الثاني تحديثًا للبرمجية الثابتة إلى 18000.121.3. ولمدة ستة أسابيع تقريبًا، كان جهاز Mac يعمل بنظام Tahoe وآخر يعمل بنظام Sequoia، كلاهما محدّث بالكامل، يعملان ببرمجيتين ثابتتين مختلفتين. أشار أوكلي إلى ذلك في نهاية يونيو قائلًا إنها «المرة الأولى خلال السنوات الست الماضية التي يكون فيها عدد كبير من أجهزة Mac يحمل برمجية ثابتة غير متزامنة».

أصلحت موجة تحديثات 26.6 في 27 يوليو هذا الأمر: انتقلت كل من Tahoe 26.6 وSequoia 15.7.8 وSonoma 14.8.8 إلى 18000.161.9، ولم تمسّ تحديثات 6 أغسطس (26.6.1 و15.7.9 و14.8.9) البرمجية الثابتة. وتطابق كل شيء من جديد.

ثم في 17 أغسطس، أصدرت آبل Tahoe 26.6.2 — وهو الإصدار الاستثنائي الذي نقل إصلاحات من النسخة التجريبية لـ macOS 27 — ببرمجية ثابتة 18000.161.10. ولم يصدر أي تحديث مقابل لـ Sequoia أو Sonoma. بقي هذان النظامان عند .9. عدم تزامن مجددًا، وهذه المرة مع وجود إصدار أمني بينهما.

الجزء الصامت

كل ما سبق غير منظم لكنه موثّق — فقد أُبلغ عن كل نسخة من هذه البرمجيات الثابتة في يوم صدورها. أما ما لم يُوثّق فهو ما حدث بعد ذلك.

كان أوكلي قد حدّث أجهزته الافتراضية التي تعمل بنظامي Sequoia وSonoma إلى 15.7.9 و14.8.9 في 7 أغسطس، وظلت عند 18000.161.9 منذ ذلك الحين، لأنه لم يُعرض عليها أي تحديث لاحق. لكن عندما أنشأ أجهزة افتراضية جديدة تمامًا بنظامي Sequoia وSonoma في 28 أغسطس وحدّثها إلى نفس النسختين 15.7.9 و14.8.9، ظهرت لديها 18000.161.10 — وهي البرمجية الثابتة التي لم تصدر من قبل إلا مع Tahoe 26.6.2.

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.

تحققنا من النصف الآخر من هذا الادعاء. لا تحتوي صفحة محتوى الأمان الخاصة بـ 26.6.2 الصادرة عن آبل على أي ذكر للبرمجية الثابتة أو mBoot أو iBoot على الإطلاق. ولا تحتوي صفحتا 15.7.9 و14.8.9 على ذلك أيضًا. وبقدر ما يظهر في السجل العلني لآبل، لم يتغيّر شيء.

ملاحظة بخصوص الدليل. تعتمد مقارنة أوكلي على أجهزة افتراضية وليس أجهزة Mac فعلية. وهذا نقطة قوة وليس ضعفًا بالنسبة لهذا السؤال تحديدًا: على معالجات Apple silicon، تأتي برمجية الإقلاع الثابتة لجهاز افتراضي يعمل بنظام macOS من مثبّت ومحدّث النظام الضيف نفسه، لذا فإن ظهور .10 على جهاز افتراضي جديد بعد تثبيت «15.7.9» يعني أن حزمة تحديث 15.7.9 نفسها أصبحت تحمل .10. وهذا لا يخبرنا كيف سيُعامل جهاز Mac فعلي موجود بالفعل عند .9، ولم نتمكن من اختبار ذلك بأنفسنا.

ما الرقم الذي يُفترض أن تحمله؟

بناءً على الجدول أعلاه، إليك ما يمكن توقعه.

النظام الذي تشغّله	حُدّث قبل 17 أغسطس	حُدّث بعد 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 يعرض 18000.161.10، فأنت على البرمجية الثابتة الأحدث ولا حاجة لفعل أي شيء. أما إذا كان يعرض 18000.161.9، فأنت على البرمجية الثابتة التي كانت صحيحة يوم قمت بالتحديث، ولا يوجد حاليًا أي تحديث سينقلك منها — لم تُعِد آبل عرض 15.7.9 أو 14.8.9 على الأجهزة التي تحمل هذه النسخ بالفعل.

أي شيء آخر — رقم من فئة 13822.x على جهاز يُفترض أنه يعمل بنظام 26.4 أو أحدث، أو رقم من فئة 18000.x غير موجود في هذا الجدول — يستحق أن تفهمه قبل تجاهله. التفسير البريء الأكثر شيوعًا هو أن الجهاز يحتوي على أكثر من نسخة مثبّتة من macOS وأنك تقرأ أداة الإقلاع الخاصة بمجلد مختلف؛ راجع قسم استكشاف الأخطاء أدناه.

هل يهم هذا الأمر فعليًا؟

بصراحة: على الأرجح لا يهم كثيرًا، لمعظم الناس، في الوقت الحالي. لكن الأسباب التي تجعله مهمًا أصلًا تستحق التوضيح بدقة، لأنها تختلف عن الأسباب التي يفترضها الناس.

الأمر ليس «جهازك غير آمن»

لا يعرف أحد خارج آبل ما الذي تغيّر بين 18000.161.9 و18000.161.10. وصلت هذه البرمجية مع إصدار أمني، ما يوحي بأنها ذات صلة بالأمان، لكن الإصدارات الفرعية للبرمجية الثابتة تُصلح أيضًا مشاكل توافق الأجهزة وإدارة الطاقة وأخطاء وقت الإقلاع. تنسب ملاحظات إصدار 26.6.2 من آبل الفضل في إصلاح 28 ثغرة (CVE)، ولا توصف أي منها بأنها إصلاح للبرمجية الثابتة. إذا كنت على .9، فأنت على برمجية اعتبرتها آبل حديثة قبل ثلاثة أسابيع.

الأمر هو «جردك غير صحيح»

لمدة ست سنوات، كانت «نسخة البرمجية الثابتة» صفة مُشتقة: تعرف نسخة macOS فتعرف تلقائيًا البرمجية الثابتة. أي شيء بُني على هذا الأساس — قاعدة امتثال، أو مجموعة ذكية في MDM، أو جدول بيانات، أو سكربت يرصد الحالات الشاذة — سيرى الآن مجموعتين من أجهزة Mac المتطابقة ولن يستطيع إخبارك أيهما صحيحة. غيّرت أداة SilentKnight، وهي الأداة الاستهلاكية الأكثر استخدامًا لهذا الغرض، سلوكها في النسخة 3.01 لتعرض نسخة البرمجية الثابتة بوصفها «موجودة» بدلًا من الحكم عليها بأنها حديثة أو قديمة، وذلك تحديدًا لأن هذا الحكم لم يعد ممكنًا.

الأمر هو «آبل غيّرت تحديثًا صادرًا دون أي أثر موثّق»

هذا هو الجزء الذي ينبغي أن يقلقك أكثر من رقم النسخة نفسه. تُطبَّق تحديثات Apple silicon عبر ما يسميه أوكلي بـ«الدماغ المحدّث» (Update Brain)، وهو مكوّن خاص بكل تحديث يقوم macOS بتنزيله لتشغيل ذلك التحديث تحديدًا. من الواضح أن آبل غيّرت ما يقوم أحد هذه التحديثات بتثبيته، مع إبقاء رقم النسخة والبنية كما هما، ودون نشر أي شيء. خلاصته كانت صريحة:

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

هو لا يعتقد أن الأمر كذلك. ولا نحن أيضًا. لكن عبارة «لا يمكننا تمييز هذا عن هجوم باستخدام المعلومات المنشورة من آبل» ليست الحالة التي يُفترض أن تكون عليها عملية تحديث أمني.

إذا كنت تستخدم Sequoia أو Sonoma وتريد البرمجية الثابتة الأحدث

أمامك ثلاثة خيارات، والأول فقط هو الموصى به.

الانتظار

يتوقع أوكلي أن يصدر Sequoia 15.8 مع macOS 27 في النصف الثاني من سبتمبر. سيحمل هذا التحديث على الأرجح أيًّا كانت البرمجية الثابتة الحالية آنذاك، والتي قد تكون أحدث من .10 بحلول ذلك الوقت على أي حال — إذ يتوقع أن تقفز برمجية Golden Gate الثابتة إلى نحو 20457.1.29. أما Sonoma فقصته مختلفة: من المرجح جدًا أن يكون 14.8.9 هو إصداره الأخير، وفي هذه الحالة سيبقى أي جهاز Sonoma تم تحديثه قبل 17 أغسطس عند .9 بشكل دائم. وهذا أمر لا بأس به، لأن هذا ما حدث مع كل جهاز Sonoma تم تحديثه في وقته.

إعادة تثبيت macOS من Recovery

يقوم خيار «Reinstall macOS» من recoveryOS بتنزيل نسخة جديدة من الإصدار المثبّت، ويمكنه تحديث البرمجية الثابتة إذا كان المثبّت يحتوي على نسخة أحدث. وبما أن عمليات تثبيت 15.7.9 الجديدة تحمل الآن .10، فقد ينجح هذا الحل. لم نختبره، ويستغرق ساعة كاملة، وهو رد فعل غير متناسب مع مجرد اختلاف في سلسلة نصية لرقم النسخة. لا تقم بهذا فقط لملاحقة رقم معين.

إحياء DFU

يقوم إجراء الإحياء والاستعادة الخاص بآبل لأجهزة Apple silicon بإعادة تحميل البرمجية الثابتة من جهاز Mac ثانٍ عبر كابل USB-C. تقول آبل إن الإحياء «لا يمسح بيانات جهازك»، وتنصح بتجربته قبل الاستعادة (restore) التي تمسح البيانات. يحتاج هذا الإجراء إلى جهاز Mac مضيف يعمل بنظام macOS 14 أو أحدث، وكابل USB-C يدعم نقل البيانات والشحن معًا — وتذكر آبل تحديدًا عدم استخدام كابل Thunderbolt 3. هذه هي الأداة المناسبة لجهاز Mac لا يستطيع الإقلاع. وهي الأداة الخاطئة لجهاز يعمل بشكل جيد لكن يحمل رقم برمجية ثابتة لا يعجبك. ذُكر هذا الخيار فقط لكي تعرف أنه موجود.

إذا كنت تستخدم Tahoe

إذا كنت تستخدم 26.6.2، فأنت تحمل بالفعل .10 ولا شيء مما ورد هنا ينطبق عليك. أما إذا كنت على 26.6.1 أو إصدار أقدم، فالحل هو التحديث الذي يُفترض أن تقوم بتثبيته على أي حال.

التغيير القادم في البرمجية الثابتة الذي ستراه سيكون الكبير. برمجية Golden Gate الثابتة، وفقًا لقراءة أوكلي للنسخ التجريبية، تنتقل إلى سلسلة 20457.x. تصدر أجهزة Mac mini وMac Studio الجديدة في 22 سبتمبر بنسخة ما قبل الإصدار النهائي من macOS 27 وستحتاج إلى تحديث فوري إلى 27.0.1 — توقع أن تتغير برمجيتها الثابتة في نفس الوقت.

لمسؤولي أساطيل الأجهزة

ثلاثة تعديلات عملية.

توقف عن التعامل مع نسخة البرمجية الثابتة على أنها قابلة للاشتقاق من نسخة macOS. أي قاعدة من نوع «15.7.9 تعني 18000.161.9» أصبحت الآن خاطئة بالنسبة لجزء من أسطولك، ويُحدَّد هذا الجزء بتوقيت التحديث الذي على الأرجح لم تسجله.

لا تُصدر تنبيهًا بناءً على الفرق بين .9 و.10 وحده. كلاهما ناتج مشروع لنفس تحديث آبل. إذا كنت تريد قيمة واحدة لكل نسخة macOS تقارن بها، استخدم النسخة الأحدث كهدف، وتعامل مع .9 باعتبارها «صحيحة اعتبارًا من تاريخ التثبيت، وستتقارب مع الهدف عند التحديث القادم».

سجّل نسخة البرمجية الثابتة عند التسجيل وعند كل تحديث، لتتمكن من التمييز بين «هذا الجهاز تم تحديثه مبكرًا» وبين «تغيّرت برمجية هذا الجهاز الثابتة دون تحديث لنظام macOS»، وهذه الحالة الثانية هي التي تستحق فعلًا إلقاء نظرة عليها. على معالجات Apple silicon، لا تتغير البرمجية الثابتة إلا أثناء تثبيت أو تحديث نظام macOS، لذا فإن تغيّر البرمجية الثابتة دون تغيير مقابل في macOS هو الحالة الشاذة التي يجب مراقبتها — وليس وجود اختلاف بين جهازي Mac.

ما الذي ينبغي على آبل فعله

هذا طلب بسيط. تُدرج صفحات محتوى الأمان الخاصة بآبل بالفعل كل مكوّن وكل ثغرة (CVE) في كل تحديث. إضافة سطر واحد — «يتضمن هذا التحديث mBoot 18000.161.10» — لن يكلف شيئًا وكان سيجعل تغيير أغسطس مرئيًا منذ يومه الأول. وإذا كان التغيير مقصودًا وغير ضار، وهو الاحتمال الأرجح إلى حد كبير، فلا يوجد سبب لترك الناس يكتشفونه عبر مقارنة أجهزة افتراضية.

أجهزة Mac من فئة Intel

تعرض أجهزة Mac من فئة Intel المزوّدة برقاقة T2 مكوّنين للبرمجية الثابتة: البرمجية الثابتة للنظام على طراز EFI، وiBridge الخاص بشريحة T2 (bridgeOS). يعطيهما منشور أوكلي حول 26.6.2 بالقيمتين 2103.160.2.0.0 وiBridge 23.16.16068.0.0,0، دون تغيير عن 26.6.1. قصة mBoot لا تنطبق إطلاقًا على أجهزة Intel؛ فالترقيم لم يتغيّر قط، ولم ينكسر التزامن بين النسخ الثلاث هناك على الإطلاق. أجهزة Mac من فئة Intel التي تعمل بنظام Tahoe هي على أي حال في آخر إصدار من macOS ستحصل عليه، لذا فهذا هو التسلسل الأخير للبرمجية الثابتة الذي سترونه.

استكشاف المشكلات الشائعة وإصلاحها

System Information يعرض رقمين مختلفين

تتطابق «System Firmware Version» و«OS Loader Version» عادةً. السبب الأكثر شيوعًا لاختلافهما هو أن الجهاز يحتوي على أكثر من مجلد مثبّت لنظام macOS — مثل نسخة تجريبية من Golden Gate على مجلد منفصل — وأن أداة الإقلاع المُبلَّغ عنها هي المرتبطة بنظام مختلف. أقلع من المجلد الآخر وقارن. أما إذا اختلفا مع وجود نسخة واحدة فقط من macOS، فهذا أمر غير معتاد ويستحق الإبلاغ عنه لآبل.

SilentKnight يعرض «found» بدلًا من «current»

هذا هو سلوك الأداة المصمم منذ النسخة 3.01. لم تعد قادرة على إخبارك ما إذا كانت برمجيتك الثابتة هي الأحدث، لأن آبل لم تعد تضمن إجابة واحدة لكل نسخة من macOS. قارن بدلًا من ذلك مع الجدول أعلاه.

جهاز افتراضي يعرض نسخة برمجية ثابتة لا تطابق المضيف

هذا متوقع. على معالجات Apple silicon، تأتي برمجية الجهاز الافتراضي الثابتة من مثبّت النظام الضيف، وليس من جهاز Mac المضيف. وهذا هو بالضبط سبب قدرة أجهزة أوكلي الافتراضية على كشف هذا التغيير.

أمر ioreg لا يُعيد أي نتيجة لعقدة chosen

على الأرجح أنك على جهاز Mac من فئة Intel، حيث تُبنى شجرة الأجهزة بشكل مختلف ولا يوجد فيها iboot-stage-one-tag. استخدم بدلًا من ذلك الأمر system_profiler SPHardwareDataType، الذي يعرض «Boot ROM Version»، وعلى أجهزة T2، نسخة iBridge ضمن Controller.

جهازي الذي يعمل بنظام Sequoia يعرض 18000.161.10 رغم أنني حدّثته في 7 أغسطس

إذن فإن شيئًا ما حدّث البرمجية الثابتة بعد ذلك التاريخ. الاحتمالات هي إعادة تثبيت لنظام macOS، أو عملية إحياء، أو تحديث لم تلاحظه. تحقق من قسم Software > Installations في System Information بحثًا عن أي شيء بتاريخ بعد 17 أغسطس. إذا لم تجد شيئًا، فسجّل هذه الملاحظة — فتغيّر البرمجية الثابتة دون تثبيت مقابل هو النمط الوحيد في هذا المقال الذي يستحق نظرة ثانية.

الأسئلة الشائعة

هل 18000.161.10 إصلاح أمني؟

غير معروف. صدرت مع إصدار أمني ولم تصف آبل محتوياتها. تعامل معها باعتبارها «أحدث»، لا باعتبارها «تُصلح ثغرة معروفة».

هل ينبغي أن أفعل شيئًا إذا كان جهازي على 18000.161.9؟

لا. كانت هذه البرمجية الثابتة الصحيحة يوم قمت بالتحديث، وسيجلب لك تحديث macOS القادم الذي تثبته النسخة الحالية. لا توجد ثغرة معروفة ربطتها آبل بالنسخة .9.

لماذا تسمي البرمجية الثابتة نفسها mBoot بينما تذكر وثائق آبل iBoot؟

أعادت آبل تسمية سلسلة النسخة النصية في macOS 26.4 ولم تحدّث وثائق الأمان الخاصة بها لتتوافق مع ذلك. على جهازنا، تُبلّغ البرمجية الثابتة عن نفسها بـ mBoot-18000.121.3، بينما لا تزال مفاتيح شجرة الأجهزة التي تخزنها تحمل اسمي iboot-stage-one-tag وiboot-stage-two-tag. من الناحية الوظيفية، إنه نفس المكوّن.

هل يمكن أن تتغير البرمجية الثابتة دون تحديث لنظام macOS؟

على معالجات Apple silicon، لا — لا تُكتب البرمجية الثابتة إلا أثناء تثبيت macOS أو تحديثه أو إحيائه أو استعادته. لهذا السبب فإن تغيّر البرمجية الثابتة دون وجود سجل تثبيت مقابل هو الحالة الشاذة فعليًا.

هل سيُصلح macOS 27 مشكلة التزامن؟

سيعيد ضبطه. من المتوقع أن تصدر Golden Gate وTahoe 26.7 وSequoia 15.8 معًا في سبتمبر، ومن المفترض أن تتشارك نفس البرمجية الثابتة منذ اليوم الأول. أما ما إذا كانت آبل ستبقيها متزامنة بعد ذلك، أو ستكرر نمط هذا الصيف، فهذا هو السؤال المفتوح.

الخلاصة

لمدة ست سنوات، كانت نسخة البرمجية الثابتة على جهاز Mac بمعالج Apple silicon دالة على شيء واحد فقط: نسخة macOS. وهذا ما جعلها مفيدة — رقم واحد يخبرك بتحديث الأمان الذي يحمله الجهاز، بغض النظر عمّا إذا كان يعمل بأحدث نسخة من macOS أو بإحدى النسختين الأقدم. هذا الصيف توقف هذا الأمر عن كونه صحيحًا، أولًا لأن تحديثات Tahoe في منتصف الدورة حملت برمجية ثابتة لم تحصل عليها الأنظمة الأقدم، ثم، والأخطر من ذلك، لأن آبل غيّرت ما تقوم بتثبيته تحديثات Sequoia وSonoma دون تغيير أي شيء ظاهر فيهما.

لا شيء من هذا يجعل جهازك أقل أمانًا. لكنه يجعل رقم البرمجية الثابتة أصعب في التفسير، ويجعل الأدوات التي كانت تعتمد عليه أقل فائدة، ويثبت أن آبل ستقوم بتعديل تحديث صادر بصمت. إذا كنت تدير أجهزة Mac، فعدّل توقعاتك الآن، قبل أن تضيف موجة إصدارات سبتمبر نسخة رابعة من macOS إلى الصورة. أما إذا لم تكن كذلك، فالخلاصة العملية أبسط: كل من .9 و.10 جيدتان، والرقم الذي يستحق القلق هو الرقم الذي يتغير بينما لا يتغير أي شيء آخر.

قراءات ذات صلة: macOS Tahoe 26.6.2 ومن اكتشف ثغراته الـ28، إصلاح مشاركة الشاشة في 26.6.1، كيف تعمل تحديثات الأمان في الخلفية على Tahoe، وما ينبغي فعله عندما يترك تحديث macOS جهاز Mac غير قابل للإقلاع.