كيف أزالت AMD تشفير الذاكرة من معالجات Ryzen المنزلية بصمت—وما يعنيه ذلك لأمن ملايين المستخدمين

كيف تم اكتشاف التغيير وتأكيده

جاء الاكتشاف من مصدر غير متوقع: مستخدم لينكس مهتم بالخصوصية.

الاكتشاف: لاحظ باحث الأمن بن كيلباتريك اختفاء ميزة TSME من نظام Ryzen الخاص به بعد تحديث البرمجيات الثابتة. أطلق تحقيقًا استمر لأشهر، وثق نتائجه على GitHub .

التأكيد: قام كيلباتريك بتشغيل أداة تدقيق أمني تسمى Host Security ID (HSI)، والتي أبلغت أن TSME لم يعد مدعومًا—على الرغم من أن خيار تمكينه كان موجودًا في BIOS على إصدارات البرامج الثابتة السابقة . تم تتبع التغيير بدقة إلى AGESA 1.2.7.0. أكدت شركة MSI، إحدى الشركات المصنعة للوحات الأم، لاحقًا أن TSME كانت متاحة في AGESA 1.2.6.0 ولكن تم تعطيلها في الإصدار الأحدث .

لماذا كان من الصعب اكتشافه؟ على أنظمة ويندوز، لم يكن لدى المستخدمين طريقة عملية لرؤية التغيير. على لينكس، كان يتطلب اكتشافه تشغيل أدوات تدقيق متخصصة . لو لم يحقق كيلباتريك في الأمر، لكان من الممكن أن يمر التغيير دون أن يلاحظه أحد إلى أجل غير مسمى .

رد فعل المجتمع والشركة

رد فعل المجتمع: كانت الغضبة سريعة وواسعة النطاق.

• وصف باحثون أمنيون وهواة الإزالة الصامتة بأنها خرق خطير للثقة .
• احتلت القصة صدارة موقع Hacker News في 18 يونيو 2026 كأكثر الموضوعات نقاشًا .
• تركز الانتقاد على الغياب التام للشفافية: لا استشارة أمنية، ولا إدخال في سجل التغييرات، وتجاهل مهندسي AMD في البداية للاستفسارات .

الرد الرسمي من AMD: بعد موجة الغضب، أصدرت AMD بيانًا:

"فيما يتعلق ببعض معالجات Ryzen 9000 المكتبية غير الاحترافية، كان خيار BIOS لتمكين 'Memory Guard' متاحًا سابقًا ولكن تمت إزالته في تحديث حديث. بناءً على ملاحظات المجتمع القيمة، سنقوم بإعادة هذا الخيار في تحديث BIOS قادم في يوليو."

أكدت AMD أن:

• سلسلة Ryzen PRO ستحتفظ بميزة TSME بشكل دائم .
• معالجات Ryzen 9000 غير الاحترافية ستحصل على إعادة تفعيل TSME عبر تحديث BIOS في يوليو 2026 .

ذكرت AMD أنها "تقدّر أمن بيانات العملاء"، لكنها لم تشرح علنًا سبب إزالة TSME في المقام الأول—سواء كان قرار ترخيص، تجزئة للمنتج، أو خطأ داخلي .

النمط الأوسع: مشكلة الشفافية في برمجيات AMD الثابتة

حادثة TSME ليست حدثًا منفردًا. إنها تتناسب مع نمط من التغييرات المؤثرة على الأمان والتي تُجرى بصمت من خلال برمجيات AGESA الاحتكارية من AMD:

• ثغرة AGESA DDR5 PMIC (CVE-2025-48516، مايو 2026): تكوين افتراضي غير آمن في أداة تحميل AGESA لوحدات ذاكرة DDR5 يمكن أن يسمح بتصعيد الامتيازات المحلية وحرمان الخدمة الدائم .

• خطأ في الميكروكود لـ Zen 5 (CVE-2025-62626، 2025): ثغرة شديدة الخطورة في معالجات Zen 5 تولد مفاتيح أرقام عشوائية محتملة التوقع (RDSEED)، وتم تصحيحها عبر تحديث برمجيات AGESA .

• CVE-2024-56161 (فبراير 2025): ثغرة خطيرة (CVSS 7.2) يمكنها كسر حماية Secure Encrypted Virtualization (SEV-SNP) بالسماح بحقن ميكروكود خبيث بسبب ضعف التحقق من التوقيعات .

• تجاوز سعة المخزن المؤقت (Buffer Overflow) في أداة تحميل AGESA (CVE-2025-29951): ثغرة في أداة تحميل المعالج الآمن من AMD (ASP) تسمح بتصعيد الامتيازات وتنفيذ تعليمات برمجية عشوائية .

• مشاكل الشفافية طويلة الأمد في AGESA: تعرض AMD لانتقادات بسبب برمجيات AGESA المغلقة المصدر—وهو عكس نظام AMD openSIL مفتوح المصدر الذي وعدت بالانتقال إليه منذ 2023 . هذا الافتقار للرؤية يعني أن تغييرات أمنية مثل إزالة TSME يمكن أن تمر دون تدقيق مستقل.

ماذا يعني هذا في المستقبل

إزالة TSME تتناسب مع نمط أوسع: تغييرات مؤثرة على الأمان تُجرى بصمت عبر برمجيات AGESA الاحتكارية، تُكتشف فقط من قبل باحثين مستقلين، ويتبعها رد فعل بعد ضغط عام فقط. أعادت الحادثة الدعوات إلى AMD لتسريع انتقالها إلى مبادرة البرامج الثابتة مفتوحة المصدر openSIL . في الوقت الحالي، يجب على مستخدمي Ryzen أن يدركوا أن ميزات الأمان التي يبلغ عنها نظامهم قد لا تتطابق مع ما تقدمه البرمجيات الثابتة فعليًا—وأن التحقق المستقل قد يكون الطريقة الوحيدة للتأكد.