demining/pixnapping-attack-on-androidهجوم Pixnapping: اختراق المفاتيح الخاصة وعبارات الاسترداد (Seed Phrases) من خلال الثغرة الأمنية CVE-2025-48561 يمثل تهديدًا حرجًا جديدًا لشبكة البيتكوين والبنية التحتية لنظام أندرويد
تتناول هذه المقالة تطور التهديدات الأمنية في مجال تخزين العملات الرقمية، مع التركيز على الأساليب الحديثة لاختراق المفاتيح الخاصة وعبارات الاسترداد (seed phrases) التي تؤمّن المحافظ الرقمية. يواجه النظام البيئي الحديث للعملات الرقمية تهديدًا متزايدًا من الهجمات الإلكترونية التي تهدف إلى اختراق المفاتيح الخاصة وعبارات الاسترداد، والتي تشكل الأساس الأمني للمحافظ الرقمية. يتزايد تعقيد ودقة الهجمات التي تستغل ليس فقط البرمجيات ولكن أيضًا العتاد (hardware) في الأجهزة المحمولة الحديثة كل عام. وإلى جانب التهديدات التقليدية مثل اختطاف الحافظة (clipboard hijacking)، وتسجيل ضغطات المفاتيح (keylogging)، وانتحال رموز QR، واستغلال الثغرات في تطبيقات محافظ BIP32/BIP39، يكتشف الباحثون بشكل متزايد طرقًا جديدة لاختراق البيانات المشفرة المخزنة على الهواتف الذكية.
في أوائل أكتوبر 2025، قدم باحثون من جامعة كارنيجي ميلون والعديد من الجامعات الأمريكية نتائج دراسة أحدثت ضجة في الأوساط العلمية والتشفيرية. اكتشفوا ثغرة أمنية حرجة في نظام التشغيل أندرويد، أُطلق عليها اسم "Pixnapping" وسُجلت تحت المعرف CVE-2025-48561. تسمح هذه الثغرة للمهاجمين بإعادة بناء محتوى شاشة أجهزة أندرويد خطوة بخطوة، وبالتالي استخراج المعلومات المرئية الحساسة، بما في ذلك المفاتيح الخاصة وعبارات الاسترداد ورموز المصادقة الثنائية (2FA) لمرة واحدة من تطبيقات مثل Google Authenticator.
يعتمد التهديد الذي حدده الباحثون على التفاعل العميق بين الطبقات البرمجية والعتادية في أندرويد—من واجهات برمجة تطبيقات النظام (APIs) إلى محرك ضغط الرسومات في وحدة معالجة الرسومات (GPU). يجمع هجوم Pixnapping بين تقنيات القناة الجانبية GPU.zip والاستخدام المشروع لـ Android Intents وواجهة برمجة تطبيقات طمس النوافذ (window blur API)، مما يتيح إعادة بناء الشاشة بكسلًا بكسل بشكل خفي. يحوّل هذا الأسلوب الهاتف الذكي العادي إلى مصدر لتسريب محتمل للمعلومات الرئيسية المستخدمة في إدارة الأصول الرقمية، بما في ذلك البيتكوين (BTC) والإيثيريوم (ETH) واللايتكوين (LTC) وXRP وغيرها من العملات الرقمية.
يكمن الخطر في حقيقة أن المستخدم لا يحتاج إلى منح المهاجم أي أذونات—فيمكن للتطبيق الخبيث أن يعمل في الخلفية، ويبقى غير مرئي لنظام أمان أندرويد. ونتيجة لذلك، يمكن للمهاجم الحصول على وصول بصري إلى عبارات الاسترداد أثناء النسخ الاحتياطي للمحفظة أو عمليات السحب، وهو ما يعادل فعليًا السيطرة الكاملة على الأصول الرقمية للضحية.
إن الجمع بين هذه التهديدات—من هجمات Pixnapping إلى تسريبات العتاد عبر Rowhammer وSpectre وMeltdown والأساليب ذات الصلة بالقنوات الجانبية—يبرز الحاجة إلى إعادة التفكير في استراتيجيات الأمان عند التقاطع بين أنظمة تشغيل الأجهزة المحمولة والتقنيات المالية. كل ثغرة جديدة مثل CVE-2025-48561 تُظهر مدى هشاشة التوازن بين سهولة الوصول المحمول إلى العملات الرقمية وضمان الأمان التشفيري الأساسي.
تمثل المعاملة المفككة 816760531f334651d711909a93a5959e74b3dbe126f50dbb6efb3e7d61f224ba دليلًا موثقًا على العمل البحثي، مسجلًا في سجل بيتكوين الثابت (blockchain). يكشف التحليل الهيكلي لـ RawTX عن البنية الكلاسيكية لمعاملة بيتكوين من الإصدار 1، والتي تحتوي على عنصر حاسم—حقل OP_RETURN مع رابط URL مضمّن يشير إلى البحث حول هجوم Pixnapping.
https://github.com/zoeir/Bitcoin-Message-Transaction
تفكيك بنية المعاملة:
تستخدم المعاملة مدخلًا واحدًا (UTXO) من المعاملة السابقة وتُنشئ ثلاثة مخرجات: المخرج الأول، بقيمة صفرية، يحتوي على رسالة OP_RETURN (77 بايت من البيانات)، والمخرج الثاني يحوّل 1000 ساتوشي (0.00001 BTC) إلى عنوان المستلم 12ib7dApVFvg82TXKycWBNpN8kFyiAN1dr ، والمخرج الثالث يُرجع الباقي وقدره 22,500 ساتوشي إلى عنوان المرسل 1G84gkhBsBM9B5Xsqw2s9b6H1oqg4nPEiW . تبلغ رسوم المعاملة 1000 ساتوشي، مما يضمن معالجة ذات أولوية من قبل عمال تعدين الشبكة.
010000000147ac1bf5cff92293f1244c141103dd1ec46ce260f117a8f8df00e6ad0cd4d15a000000008a47304402204f0c3c52b5941993d92e85bda70f93d15b76ad3af6ceab4a1bbb9b33f5432f38022079458bd4071e7c9ab7a3a9d6872083218becb935dbe8eba7862cc30d59db1da10141049a296066ca26625e22c5759a0ed00120e0183b52454b4e6155cd3855bd689f5231497de3552b9a7b976933a803b76632f6f2ac1134acf9af248e697d19a15abbffffffff0300000000000000004d6a4b7777772e626974636f696e6d6573736167652e72752f536f757263655f436f64652f5069786e617070696e675f41747461636b5f746f5f457874726163745f507269766174655f4b657973e8030000000000001976a91412d5a845f2b212ce0c3bd65a4035881d9219090e88ace4570000000000001976a914a5dfdff9f85277310a40d2978fb7040f7af8ca4b88ac00000000
التوقيع التشفيري والمصادقة:
يحتوي حقل ScriptSig البالغ 138 بايتًا على توقيع ECDSA يعتمد على منحنى secp256k1، مما يؤكد حيازة المفتاح الخاص للمرسل. يتحقق هذا من شرعية المعاملة ويمنع الإنفاق غير المصرح به. الرسالة المفككة في OP_RETURN: ” www.bitcoinmessage.ru/Source_Code/Pixnapping_Attack_to_Extract_Private_Keys “ تعمل كعلامة دائمة على سلسلة الكتل، تربط المعاملة بالبحث العلمي حول الثغرة الحرجة.
CVE-2025-48561 هي ثغرة أمنية حرجة عالية الخطورة اكتشفها فريق بحثي من جامعة كاليفورنيا بيركلي وجامعة كاليفورنيا سان دييغو وجامعة واشنطن وجامعة كارنيجي ميلون في فبراير 2025. يُظهر هجوم Pixnapping اختراقًا أساسيًا لنموذج أمان أندرويد، مما يسمح لأي تطبيق، دون أي أذونات خاصة، بإجراء إعادة بناء بتّية (bitwise) للمحتوى المرئي للتطبيقات الأخرى.
مخطط يوضح المراحل الثلاث لهجوم Pixnapping على أجهزة أندرويد.يستخدم Pixnapping مجموعة من واجهات برمجة تطبيقات أندرويد والقناة الجانبية للعتاد GPU (zip) لاستخراج المعلومات المرئية من شاشات الأجهزة. يستغل الهجوم ثلاث آليات رئيسية في أندرويد: القدرة على إرسال أنشطة التطبيقات الأخرى إلى خط أنابيب العرض (rendering pipeline) عبر Android Intents، وإجراء عمليات رسومية (طمس) على وحدات البكسل الخاصة بالتطبيقات الأخرى، وقياس الآثار الجانبية لهذه العمليات، والتي تعتمد على لون البكسل. cylab.cmu+ 2
يعتمد Pixnapping على ثغرة GPU.zip، التي اكتشفها نفس الفريق البحثي في عام 2023. يستغل هذا الهجوم ضغط بيانات الرسومات المعتمد على العتاد في وحدات معالجة الرسومات الحديثة، والذي يعتمد على البيانات، ويكون شفافًا برمجيًا، وموجودًا في جميع وحدات معالجة الرسومات الحديثة تقريبًا. cylab.cmu+ 2
ضغط بيانات الرسومات هو تحسين في وحدات معالجة الرسومات المدمجة (iGPUs) يوفر عرض النطاق الترددي للذاكرة ويحسن أداء عرض الإطارات. يسمح هجوم GPU.zip لموقع ويب خبيث باستخراج وحدات البكسل من iframes في أحدث إصدار من Google Chrome، مما ينتهك نموذج أمان المتصفح. hertzbleed+ 1
يستغل Pixnapping SurfaceFlinger، وهي عملية نظام أندرويد مسؤولة عن عرض وترتيب العناصر الرسومية. يستخدم التطبيق الخبيث Android Intents لتشغيل التطبيقات المستهدفة، مما يجعلها تعرض معلومات حساسة على الشاشة. ثم يتم إنشاء "نشاط إخفاء" (masking activity)—وهي طبقة علوية شفافة تخفي التطبيق المستهدف، تاركة بكسلًا واحدًا محددًا فقط شفافًا. bleepingcomputer+ 1
يتم تنفيذ هجوم Pixnapping في ثلاث مراحل رئيسية، تستخدم كل منها واجهات برمجة تطبيقات واستدعاءات نظام محددة في أندرويد: pixnapping+ 1
المرحلة 1: استدعاء التطبيق المستهدف:
يستخدم التطبيق الخبيث Android Intents لاستدعاء الأنشطة المُصدَّرة (exported activities) للتطبيقات المستهدفة، مثل Google Authenticator أو Signal. تتسبب هذه العملية في عرض المعلومات الحساسة (رموز 2FA، العبارات الأولية) على الشاشة وتمريرها إلى خط أنابيب عرض SurfaceFlinger. bleepingcomputer+ 1
المرحلة 2: تحفيز العمليات الرسومية
: تنشئ هذه المرحلة مجموعة من أنشطة أندرويد الشفافة التي تستخدم تقنيات الإخفاء والتوسيع والتشفير للتلاعب بوحدات البكسل الفردية للضحية. يستخدم الهجوم واجهة برمجة تطبيقات طمس النوافذ في أندرويد لإجراء عمليات رسومية على وحدات البكسل واستدعاءات VSync لقياس أوقات العرض بدقة كافية لاستخراج قيم البكسل الفردية. theregister+ 2
المرحلة 3: الاستخراج عبر القناة الجانبية.
تستخدم المرحلة النهائية القناة الجانبية GPU.zip لسرقة وحدات البكسل التي تمت معالجتها في المرحلة 2، بكسلًا واحدًا في كل مرة. من خلال قياس الاختلافات في أوقات العرض الناتجة عن تحسينات وحدة معالجة الرسومات المعتمدة على النمط، مثل ضغط بيانات الصور، يمكن للهجوم تحديد معلومات لون البكسل. gbhackers+ 1
توفر واجهة برمجة تطبيقات طمس النوافذ في أندرويد، المتاحة منذ أندرويد 12، إمكانيات لتنفيذ تأثيرات طمس النوافذ. هناك نوعان من طمس النوافذ: طمس الخلفية (يخلق تأثير الزجاج المصنفر) والطمس الخلفي (يطمس الشاشة بأكملها خلف النافذة). source.android
يسيء Pixnapping استخدام هذه الواجهات بالطرق التالية:
// Example code used in the attack (conceptual)
window.setBackgroundBlurRadius(blurRadius);
window.addFlags(WindowManager.LayoutParams.FLAG_BLUR_BEHIND);
WindowManager.LayoutParams.setBlurBehindRadius(blurRadius);
ينشئ الهجوم أنشطة شفافة باستخدام windowIsTranslucent ويتلاعب بقناة ألفا (alpha channel) لخلفية قابلة للرسم لعزل وحدات البكسل الفردية. source.android
لقياس أوقات العرض بدقة، يستخدم Pixnapping استدعاءات VSync. VSync (المزامنة الرأسية) هي إشارة تزامن معدل الإطارات مع معدل تحديث الشاشة. على أندرويد، يتم تنفيذ ذلك عبر Choreographer.VsyncCallback. blurbusters+ 1
// Conceptual example of using VSync callbacks
Choreographer.getInstance().postVsyncCallback(new Choreographer.VsyncCallback() {
@Override
public void onVsync(long frameTimeNanos) {
// Measuring time to extract pixel color
measureRenderingTime(frameTimeNanos);
}
});
اختبر الباحثون هجوم Pixnapping على خمسة أجهزة تعمل بإصدارات أندرويد 13-16: cylab.cmu+ 1
نتائج اختبار ثغرة Pixnapping على أجهزة أندرويد مختلفة
كان الهجوم الأكثر فعالية على Google Pixel 6، حيث بلغ معدل نجاح استرداد رموز 2FA 73%. وأظهر Samsung Galaxy S25 مقاومة للهجوم بسبب "الضوضاء الكبيرة" في الإشارة. bleepingcomputer+ 1
نسخة محسّنة من الهجوم قادرة على استخراج رموز 2FA المكونة من 6 أرقام من Google Authenticator في أقل من 30 ثانية. هذا الإطار الزمني يقع ضمن فترة الصلاحية القياسية البالغة 30 ثانية لرموز TOTP، مما يجعل الهجوم عمليًا. cylab.cmu+ 2
البيانات الأكثر تعقيدًا تستغرق وقتًا أطول للاستخراج:
يشكل Pixnapping تهديدًا خاصًا لمستخدمي العملات المشفرة. تبقى عبارات الاسترداد (Seed Phrases) للمحافظ مرئية على الشاشة لفترة أطول من رموز 2FA المؤقتة، مما يجعلها عرضة لسرقة البكسلات. بينما يستغرق استرداد عبارة الاسترداد الكاملة المكونة من 12 كلمة وقتًا طويلاً، يظل الهجوم قابلاً للتطبيق إذا ترك المستخدم عبارة الاسترداد مرئية أثناء كتابتها. currently.att.yahoo+3
قدم الباحثون عدة مقاطع فيديو توضح هجوم Pixnapping:
1. العرض التوضيحي الأساسي لـ Pixnapping
2. عرض تقني من Tweakers
تم تقديم نتائج البحث رسميًا في المؤتمر الثاني والثلاثين لجمعية الحوسبة الآلية حول أمن الحاسوب والاتصالات (ACM CCS 2025) في تايبيه، تايوان، في الفترة من 13 إلى 17 أكتوبر 2025. تضمن العرض تحليلاً مفصلاً للجوانب التقنية للهجوم وعرضًا لأمثلة عملية. cylab.cmu+ 2
حتى أكتوبر 2025، لم تجد Google والباحثون أي دليل على استغلال ثغرة Pixnapping في البيئات الحقيقية. صرحت Google: "لم نشهد أي دليل على استغلال هذه الثغرة في البيئات الحقيقية." ومع ذلك، لا يستبعد هذا إمكانية الاستخدام الخفي من قبل المهاجمين. bleepingcomputer+ 1
حدد الباحثون عدة سيناريوهات محتملة لاستغلال الثغرة:
1. سرقة رموز 2FA.
السيناريو الأكثر شيوعًا يتضمن سرقة رموز المصادقة المؤقتة من Google Authenticator وAuthy وتطبيقات 2FA الأخرى. يمكن للمهاجم استخدام الرموز المسروقة لتجاوز المصادقة الثنائية والحصول على وصول غير مصرح به إلى حسابات الضحية. cylab.cmu+ 1
2. اختراق محافظ العملات المشفرة.
سيناريو خطير بشكل خاص هو سرقة عبارات الاسترداد لمحافظ البيتكوين والعملات المشفرة الأخرى. إذا عرض المستخدم عبارة الاسترداد على الشاشة للتسجيل أو التحقق، يمكن لتطبيق ضار استخراج العبارة بأكملها تدريجيًا، والحصول على سيطرة كاملة على المحفظة. currently.att.yahoo+ 2
3. اعتراض المراسلات الخاصة.
يمكن استخدام الهجوم لاستخراج الرسائل من تطبيقات المراسلة المشفرة مثل Signal، حتى مع تفعيل حماية الشاشة (Screen Security). يشكل هذا تهديدًا خطيرًا للمستخدمين الذين يعتمدون على أمان التشفير من طرف إلى طرف. bleepingcomputer+ 1
على الرغم من عدم اكتشاف عينات برمجيات خبيثة محددة تستخدم Pixnapping، يمكن دمج هذه التقنية في عائلات أحصنة طروادة الحالية لأندرويد. على سبيل المثال، تستخدم عائلة البرمجيات الخبيثة SpyAgent بالفعل التعرف على الصور لسرقة المفاتيح التذكيرية، وإضافة قدرات Pixnapping يمكن أن توسع قدراتها بشكل كبير. currently.att.yahoo+ 1
التطبيق الضار الذي ينفذ هجوم Pixnapping لا يتطلب الإعلان عن أي أذونات في ملف Android manifest الخاص به. هذا يجعله لا يمكن تمييزه عن التطبيقات غير الضارة أثناء فحوصات أمان متاجر التطبيقات. pixnapping+ 1
البنية الأساسية للملف:
xml:
<manifest xmlns:android="http://schemas.android.com/apk/res/android">
<application>
<activity android:name=".MaliciousActivity">
<!-- Without declaring any permissions -->
</activity>
</application>
</manifest>
مكون رئيسي في الهجوم هو استخدام Android Intents لتشغيل التطبيقات المستهدفة:
java:
// Conceptual example of target application activation code
Intent intent = new Intent();
intent.setAction("com.google.android.apps.authenticator2.AUTHENTICATE");
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
حلل الباحثون ما يقرب من 100,000 تطبيق في متجر Google Play ووجدوا مئات الآلاف من الإجراءات التي يتم استدعاؤها عبر Android Intents، مما يشير إلى قابلية تطبيق الهجوم على نطاق واسع. bleepingcomputer
تتضمن عملية استخراج البكسلات الفردية إنشاء أنشطة شفافة (translucent activities) بتكوين محدد:
java:
// Conceptual example of creating a masking activity
Window window = getWindow();
WindowManager.LayoutParams params = window.getAttributes();
params.alpha = 0.99f; // Almost fully transparent
params.flags |= WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
window.setAttributes(params);
// Setting blur to induce graphical operations
window.setBackgroundBlurRadius(20);
بعد استخراج البكسلات، يتم استخدام تقنية مشابهة للتعرف الضوئي على الحروف (OCR) لإعادة بناء المحتوى الأصلي. تحلل الخوارزمية أنماط البكسلات المستخرجة وتعيد بناء الأحرف والأرقام. pixnapping+ 1
حاولت Google أولاً إصلاح الثغرة في تحديث أمان أندرويد لشهر سبتمبر 2025 عن طريق تقييد عدد الأنشطة التي يمكن للتطبيق من خلالها تشغيل تأثير التمويه (blur). وأشارت الشركة في نشرة أمنية: "التطبيق الذي يطلب تأثيرات تمويه متعددة: (1) يسمح بسرقة البكسلات عن طريق قياس وقت التمويه بين النوافذ، و(2) من المحتمل أن يكون غير صالح." bleepingcomputer+ 2
اكتشف الباحثون بسرعة حلاً بديلاً أعاد فعالية الهجوم عن طريق تغيير خصائص التوقيت. هذا الحل البديل لا يزال قيد الحظر (embargo) ولم يتم الكشف عنه علنًا. pixnapping+ 2
تعمل Google على تطوير تصحيح أكثر شمولاً، سيتم إصداره في نشرة أمان أندرويد لشهر ديسمبر 2025. ومع ذلك، يلاحظ الباحثون أن الإصلاح الفعال لـ Pixnapping سيتطلب تغييرات في الآليات الأساسية لنظام أندرويد، مثل السماح للتطبيقات بمنع التطبيقات الأخرى من تراكب محتواها الحساس. cylab.cmu+ 2
المشكلة الأساسية هي أن القناة الجانبية الأساسية GPU.zip لا تزال غير مصححة. حتى أكتوبر 2025، لم تلتزم أي شركة مصنعة لوحدات معالجة الرسومات بتصحيح GPU.zip. هذا يعني أنه حتى مع تصحيحات أندرويد، تظل الثغرة الأمنية في العتاد عرضة لأساليب هجوم جديدة. pixnapping+ 1
تم إخطار Samsung بالثغرة وتحذيرها من أن تصحيح Google غير كافٍ لحماية أجهزة Samsung. أقرت الشركة بالمشكلة لكنها صنفتها على أنها "منخفضة الخطورة" بسبب تعقيد العتاد. currently.att.yahoo+ 2
1. التحديثات في الوقت المناسب:
التوصية الأساسية للباحثين هي تثبيت تصحيحات أندرويد في أقرب وقت ممكن بعد إصدارها. يجب على المستخدمين تفعيل التحديثات الأمنية التلقائية والتحقق بانتظام من وجود تصحيحات جديدة. cylab.cmu+ 1
2. استخدام المحافظ الأجهزة (Hardware Wallets).
لمستخدمي العملات المشفرة، الحماية الأكثر فعالية هي استخدام محافظ الأجهزة. تخزن محافظ الأجهزة المفاتيح الخاصة وعبارات الاسترداد دون اتصال بالإنترنت، مما يلغي إمكانية اختراقها عبر هجمات الشاشة. tradingview+ 1
3. تجنب عرض المعلومات الحساسة.
يُنصح المستخدمون بتجنب عرض عبارات الاسترداد أو أي بيانات شديدة الحساسية على الأجهزة المتصلة بالإنترنت. إذا كان تخزين عبارات الاسترداد ضروريًا، فاستخدم أجهزة غير متصلة بالإنترنت. currently.att.yahoo+1
1. حماية التراكب (Overlay Protection):
يمكن للمطورين تنفيذ حماية التراكب عن طريق اكتشاف محاولات التطبيقات الأخرى لإنشاء طبقات شفافة فوق تطبيقاتهم. يمكن القيام بذلك باستخدام bitdefenderWindowManager.LayoutParams.FLAG_SECURE .
2. تقليل وقت العرض.
يجب عرض المعلومات الحرجة على الشاشة لأقصر فترة زمنية ممكنة. على سبيل المثال، يمكن إخفاء رموز 2FA تلقائيًا بعد فترات قصيرة. bitdefender
3. اكتشاف النشاط الشاذ:
يمكن للتطبيقات مراقبة أنماط النشاط الشاذة، مثل الاستدعاءات المتكررة لواجهة برمجة تطبيقات التمويه (blur API) أو سلوك التراكب غير المعتاد. bitdefender
1. قد يتطلب تحسين أذونات Android أذونات خاصة للوصول إلى واجهة برمجة تطبيقات التمويه (blur API) وعمليات الرسوميات الأخرى التي يمكن استغلالها في الهجمات. cylab.cmu
2. عزل التطبيقات
تعزيز العزل بين التطبيقات يمكن أن يمنع التطبيقات الأخرى من الوصول إلى وحدات البكسل من خلال عمليات الرسوميات. bitdefender
3. الحلول على مستوى العتاد
قد يتطلب الحل طويل الأمد إجراء تغييرات على مستوى وحدة معالجة الرسوميات (GPU) للقضاء على القناة الجانبية GPU.zip. pixnapping+1
في سياق هجوم Pixnapping (CVE-2025-48561)، الذي يستغل آليات العتاد والبرمجيات في Android لاعتراض عبارات الاسترداد (seed phrases) والمفاتيح الخاصة بصريًا، من الضروري النظر في ناقل هجوم إضافي يعمل على مستوى أكثر جوهرية من العتاد. يمثل هجوم Phoenix Rowhammer (CVE-2025-6202) جيلًا جديدًا من استغلال الخصائص الفيزيائية لذاكرة DRAM، مما يسمح للمهاجمين بالتلاعب ببتات البيانات الفردية في ذاكرة DDR5 RAM، بما في ذلك هياكل البيانات التشفيرية الحرجة لمحافظ البيتكوين. github+ 4
أظهرت دراسة مشتركة بين مجموعة أمن الحاسوب (COMSEC) في ETH Zürich وجوجل، نُشرت في سبتمبر 2025، أن ذاكرة DDR5 من SK Hynix—أكبر مصنع لذاكرة DRAM في العالم—لا تزال عرضة لهجمات Rowhammer على الرغم من تنفيذ آليات حماية متقدمة مثل Target Row Refresh (TRR). يمثل Phoenix أول هجوم Rowhammer على مستوى النظام قادر على تجاوز جميع مخططات TRR الحديثة المطبقة في أجهزة DDR5 باستخدام تقنية المزامنة الذاتية التصحيحية الثورية. linkedin+ 7
Rowhammer هو ثغرة أمنية على مستوى العتاد في ذاكرة الوصول العشوائي الديناميكية (DRAM) تنشأ بسبب القيود الفيزيائية لتقنية تصنيع رقائق الذاكرة الحديثة. مع انخفاض معايير تصنيع DRAM (إلى 10 نانومتر، 7 نانومتر، وأقل)، تقل المسافة الفيزيائية بين خلايا الذاكرة الفردية بشكل كبير، مما يؤدي إلى زيادة التداخل الكهرومغناطيسي بين صفوف الذاكرة المتجاورة. kaspersky+ 6
آلية تحريض انقلاب البتات:
كل خلية DRAM هي مكثف يخزن شحنة كهربائية تقابل قيمة منطقية 0 أو 1. لقراءة أو كتابة البيانات إلى صف ذاكرة محدد، يتم تنفيذ عملية ACTIVATE، التي ترفع مستوى الجهد للصف المستهدف (صف المهاجم/الصف المستهدف) إلى مستوى عالٍ بينما تبقى الصفوف المجاورة (صفوف الضحية) عند مستوى جهد منخفض. يؤدي تنشيط نفس صف الذاكرة بشكل متكرر وسريع إلى إنشاء تداخل كهرومغناطيسي، مما يسرع تفريغ المكثفات في الصفوف المجاورة، مما قد يؤدي إلى تغييرات عفوية في قيم البتات (انقلابات البتات) قبل دورة التحديث التالية. tomshardware+ 6
النموذج الرياضي لتدهور الشحنة:
يُظهر البحث أن احتمال انقلاب البتة PflipP_{flip}Pflip في صف الضحية يعتمد على عدد عمليات تنشيط صف المهاجم NactN_{act}Nact، والوقت بين عمليات التحديث tREFt_{REF}tREF، والمسافة بين الخلايا dcelld_{cell}dcell:
حيث VaggrV_{aggr}Vaggr هو جهد تنشيط صف المهاجم. تتطلب وحدات DDR5 الحديثة أوامر تحديث كل 3.9 ميكروثانية في المتوسط افتراضيًا، وهو ضعف تكرار DDR4، وذلك تحديدًا لمواجهة تأثير Rowhammer المتزايد. arxiv+ 4
DDR4 TRR: حماية الجيل الأول
بدءًا من DDR4، نفذ مصنعو DRAM آلية Target Row Refresh (TRR)—مجموعة من العدادات والمنطق على مستوى العتاد مدمجة مباشرة في رقائق DRAM لاكتشاف أنماط الوصول المشبوهة للذاكرة. تعمل TRR بناءً على معلمتين رئيسيتين: الحد الأقصى لعدد عمليات التنشيط (MAC)—الحد الأقصى لعدد عمليات تنشيط الصف—ونافذة التنشيط القصوى (t~MAW~)—الفترة الزمنية التي يتم خلالها حساب عمليات التنشيط. csdn+4 youtube
عندما يصل عدد عمليات تنشيط صف معين إلى عتبة MAC خلال نافذة زمنية t~MAW~، تبدأ TRR تلقائيًا عملية تحديث للصفوف المجاورة (صفوف الضحية)، مما يمنع انقلابات البتات. ومع ذلك، أظهرت دراسة TRRespass (2020) ثغرة حرجة في هذا المخطط: تستخدم آلية TRR أخذ العينات —مراقبة مجموعة فرعية محدودة فقط من صفوف الذاكرة، وليس جميع الصفوف في وقت واحد. يستغل هجوم Many-Sided Rowhammer هذا القيد من خلال تنشيط صفوف مهاجمة متعددة في وقت واحد (حتى 19 صفًا في بعض الحالات)، مما يثقل كاهل آلية أخذ العينات في TRR ويسمح للصفوف "غير الملحوظة" بمواصلة الضرب دون مواجهة عمليات التحديث. usenix+4 youtube
DDR5 Enhanced TRR: حماية محسّنة من الجيل الثاني
قدمت DDR5 دوائر TRR محسّنة بشكل كبير داخل DRAM مع خوارزميات أكثر تطورًا للكشف والمواجهة. نفذ المصنعون أوامر تحديث أكثر تكرارًا (كل 3.9 ميكروثانية مقابل 7.8 ميكروثانية في DDR4)، ودمجوا رمز تصحيح الأخطاء (ECC) على الشريحة، وآليات تتبع تنشيط أكثر تقدمًا. قبل نشر Phoenix في سبتمبر 2025، كان يُعتقد أن DDR5 تُظهر مقاومة متزايدة لهجمات Rowhammer في بيئات الإنتاج، و"بشكل غير متوقع، تحقق DDR5 ذلك دون أوامر تحكم إضافية في التحديث." comsec-files.ethz+5
مشكلة المزامنة والآلية الذاتية التصحيحية
الاكتشاف الرئيسي لباحثي ETH Zürich هو أن طرق المزامنة الحديثة الأكثر تطورًا تفوت أوامر التحديث بانتظام، مما يجعلها غير مناسبة لهجمات Rowhammer الفعالة على DDR5. يعالج Phoenix هذه المشكلة بتقنيتين ثوريتين: securityweek+ 2.
التقنية الأولى: تقسيم الخيوط. يتم تقسيم عمليات الضرب والمزامنة إلى خيوط تنفيذ مختلفة لتحسين اكتشاف التحديث. على الرغم من أن هذا يعد تحسينًا عن أحدث ما توصلت إليه التقنيات، إلا أن هذا النهج لا يزال غير قادر على الحفاظ على المزامنة على مدى عدد كبير بما يكفي من فترات التحديث، مما يمنع تحريض انقلابات البتات. github+ 1
التقنية الثانية هي المزامنة الذاتية التصحيحية. بدلاً من محاولة منع أوامر التحديث المفقودة، يكتشف Phoenix التحديث المفقود ويعيد مزامنة تنفيذ النمط وفقًا لذلك. تسمح هذه التقنية لـ Phoenix بالبقاء متزامنًا مع أوامر التحديث لنوافذ التحديث بأكملها، وهو ما يكفي لتحريض انقلابات البتات بأنماط جديدة. security.googleblog+ 4
النموذج الرياضي للمزامنة الذاتية التصحيحية:
تجاوز TRR من خلال استغلال النقاط العمياء
يستغل Phoenix النقاط العمياء في آلية TRR—نوافذ زمنية ومكانية حيث تكون مراقبة تنشيط الصفوف ضعيفة. اكتشف الباحثون أن أداة أخذ العينات في TRR يجب أن تأخذ عينات باستمرار من الوصول إلى نفس مجموعة الصفوف، مما يسمح للوصول (غير المُختبَر) إلى صفوف أخرى بمواصلة الضرب دون تدخل عمليات تحديث TRR. يقوم Phoenix بمزامنة أنماط الوصول مع أوامر التحديث بحيث تكون صفوف الضحية خارج منطقة مراقبة TRR النشطة في نقاط زمنية حرجة. vusec+ 7
تكوين الاختبار والأجهزة المتأثرة
اختبر باحثو ETH Zurich هجوم Phoenix على 15 وحدة DDR5 UDIMM من تصنيع SK Hynix، صُنعت بين 2021 و2024. أظهرت جميع الأجهزة المختبرة قابلية للتأثر بـ Phoenix، حيث نجحت في تحريض انقلابات البتات في غضون ثوانٍ على كل وحدة. تم إجراء الاختبار على منصة بمعالج AMD Zen 4 ومنصات اختبار Rowhammer متخصصة قائمة على FPGA تم تطويرها بالاشتراك مع Antmicro. theregister+ 8
Уязвимость CVE-2025-6202 зарегистрирована с базовым CVSS-скором 7.1 (High severity). Vulnerability description: «Vulnerability in SK Hynix DDR5 on x86 allows a local attacker to trigger Rowhammer bit flips impacting the Hardware Integrity and the system’s security. This issue affects DDR5: DIMMs produced from 2021-1 until 2024-12».thehackernews+5
قائمة معالجات AMD المتأثرة بدعم DDR5: amd
معالجات AMD EPYC 8004، 9004، 9005 Series؛ AMD EPYC 9004، 9005 Embedded Series؛ AMD Ryzen 6000، 7000، 7035، 7040، 7045، 8000، 8040، 9000 Series؛ AMD Ryzen 9000HX Series؛ AMD Ryzen AI 300، AI Max 300 Series؛ AMD Ryzen Threadripper 7000، 9000؛ AMD Ryzen Embedded 7000، 8000، 9000 Series.amd
سيناريوهات الهجوم العملية وخصائص التوقيت
أظهر الباحثون ثلاثة سيناريوهات استغلال شاملة لـ Phoenix: techradar+ 5
1. التلاعب بإدخالات جدول الصفحات (PTE) لتصعيد الامتيازات: ينفذ Phoenix بنجاح انقلابات البتات على إدخالات جدول الصفحات بمعدل نجاح 100% ، مما يمنح وصولًا غير مصرح به إلى مناطق الذاكرة المقيدة. يسمح هذا لمهاجم محلي غير مميز بتعديل جدول الصفحات الخاص به، والحصول على وصول للقراءة والكتابة إلى جميع الذاكرة الفعلية في النظام. pmc.ncbi.nlm.nih+ 4
2. استخراج مفاتيح SSH من الأجهزة الافتراضية: يُظهر Phoenix معدل نجاح 73% في استخراج مفاتيح SSH الخاصة RSA-2048 من جهاز افتراضي مشارك على نفس الخادم الفعلي. هذا تهديد حرج لبيئات الحوسبة السحابية حيث تشارك أجهزة افتراضية متعددة نفس الذاكرة الفعلية. kaspersky+ 5
3. تصعيد الامتيازات إلى الجذر عبر التلاعب بثنائي sudo: يحقق Phoenix فرصة 33% للحصول على وصول الجذر عبر التلاعب بالثنائي في الذاكرة لأمر sudo. يتم تحقيق التصعيد الكامل للامتيازات إلى الجذر على نظام تجاري بالإعدادات الافتراضية في حوالي 109 ثانية (أقل من دقيقتين). linkedin+5
الأسس النظرية لهجوم حقن الأخطاء على ECDSA
خوارزمية التوقيع الرقمي للمنحنى الإهليلجي (ECDSA) هي بدائية تشفيرية أساسية في البيتكوين، توفر مصادقة المعاملات وإثبات ملكية الأصول الرقمية. المفتاح الخاص في ECDSA هو قيمة عددية ddd (256 بت لـ secp256k1)، يُحسب منها المفتاح العام: Q = d⋅GQ = d \cdot GQ = d⋅G، حيث GGG هي النقطة الأساسية للمنحنى الإهليلجي. digital.wpi+ 7
بنية توقيع ECDSA:
بالنسبة لرسالة mmm مع تجزئة h=H(m)h = H(m)h=H(m)، يتكون التوقيع من الزوج (r,s)(r, s)(r,s)، حيث:
حيث kkk هو رقم عشوائي لمرة واحدة (nonce)، و nnn هو رتبة مجموعة النقاط على منحنى secp256k1. securityboulevard+ 4
هجوم حقن الأخطاء عبر انقلابات البتات الناتجة عن Rowhammer
أظهر بحث Rubber Mallet (arXiv:2505.01518، مايو 2025) أن تقنيات Rowhammer المتقدمة يمكنها تحريض انقلابات بتات متعددة متجاورة بمعدل أعلى بكثير مما تم توثيقه سابقًا. والأهم من ذلك، أن هذه الانقلابات المترابطة تتيح هجمات تصحيح توقيعات تشفيرية فعالة، مما يوضح كيف يمكن لمثل هذه الانقلابات تمكين استعادة المفاتيح الخاصة ECDSA من تطبيقات OpenSSL حيث تكون الأساليب أحادية البت غير مجدية. arxiv+ 2
آلية هجوم انقلاب البتات على المفتاح الخاص:
لنفترض أن المهاجم يمكنه تحريض انقلاب بتة في البت الأقل أهمية (LSB) للمفتاح الخاص ddd المخزن في ذاكرة RAM قبل عملية التوقيع. سيؤدي انقلاب البتة في LSB إلى إحدى نتيجتين: trailofbits+ 2
الحالة 1: البتة 0 ← 1، وهو ما يعادل d′=d+1d’ = d + 1d′=d+1
الحالة 2: البتة 1 ← 0، وهو ما يعادل d′=d−1d’ = d − 1d′=d−1
يمكن التحقق من التوقيع الذي تم إنشاؤه باستخدام المفتاح المعدل d′d’d′ باستخدام المفتاح العام المعدل:
يُنشئ المهاجم توقيعًا بمفتاح خاص مقلوب، ثم يتحقق من صحة التوقيع باستخدام Q + GQ + GQ + G و Q − GQ − GQ − GQ − G. إذا تم التحقق من التوقيع باستخدام Q + GQ + GQ + G، فإن البتة الأصلية كانت 0؛ وإذا تم التحقق باستخدام Q − GQ − GQ − G، فإن البتة كانت 1. من خلال تكرار هذه العملية لمواضع البتات الأخرى (قلب البتات في المواضع 20، 21، 22، …، 2255 2^0, 2^1, 2^2, …, 2^{255} 20, 21, 22, …, 2255 والتحقق باستخدام Q ±2i⋅GQ \pm 2^i \cdot GQ ±2i⋅G)، يمكن للمهاجم إعادة بناء المفتاح الخاص الكامل ddd بتًا بتًا. arxiv+ 5
في ورقة كوونغ وآخرين (arXiv:2505.01518)، نجح الباحثون في إثبات استخراج المفتاح الخاص لـ ECDSA من طرف إلى طرف من تنفيذ OpenSSL عبر قلب البتات بتقنية Rowhammer. أُجريت التجارب على عدة تكوينات لذاكرة DDR4 DRAM (Corsair Vengeance، G.SKILL Ripjaws) باستخدام أداتي TRRespass وBlackSmith الخاصتين بـ Rowhammer. الاكتشاف الحرج هو التكرار العالي لـ قلبات البتات الموضعية —قلبات بتات متعددة متجمعة داخل نفس صف DRAM. arxiv+ 2
أظهرت دراسة أجراها رحمن وآخرون (2023) (digital.wpi.edu) هجومًا على استعادة المفتاح السري لـ ECDSA في ذاكرة Samsung M378B5773DH0-2GB DRAM عبر حقن الأخطاء في خادم TLS. بدأ الباحثون 29,918 اتصالًا بالخادم عن طريق حقن الأخطاء في ذاكرة الخادم ونجحوا في جمع توقيعات معيبة لاستعادة المفتاح الخاص. على الرغم من أن حجم مفتاح ECDSA البالغ 256 بت أصغر بكثير من حجم صفحة الذاكرة البالغ 32,768 بت (معظم البتات المقلوبة خارج نطاق المفتاح)، فإن الهجوم لا يزال ناجحًا مع عدد كافٍ من المحاولات. digital.wpi
تخزين المفاتيح الخاصة في ذاكرة الوصول العشوائي ونواقل الهجوم
محافظ البيتكوين، سواء البرمجية أو بعض الأجهزة، تُحمّل حتمًا المفاتيح الخاصة في ذاكرة الوصول العشوائي (RAM) عند تنفيذ عمليات حرجة: توقيع المعاملات، تهيئة المحفظة، اشتقاق المفاتيح من عبارات الاسترداد، وفك تشفير ملفات wallet.dat. حتى عند استخدام تشفير AES-256-CBC لحماية wallet.dat (كما في Bitcoin Core)، يجب فك تشفير المفتاح الخاص مؤقتًا وتخزينه في RAM لتوقيع معاملة. cryptodeeptech+ 6
نموذج التهديد لهجمات Rowhammer على محافظ البيتكوين:
السيناريو 1: مهاجم محلي على نظام سطح مكتب. يشغّل المهاجم تطبيقًا ضارًا على نفس الكمبيوتر الذي يحتوي على محفظة بيتكوين الضحية. تُحدث العملية الضارة قلبات بتات Rowhammer في مناطق الذاكرة حيث يخزن Bitcoin Core أو محفظة أخرى المفاتيح الخاصة المفكوكة تشفيرها أثناء عمليات التوقيع. أظهرت Phoenix القدرة على قراءة وكتابة بيانات عشوائية من ذاكرة عالية الدقة على أنظمة DDR5. github+ 9
السيناريو 2: هجوم المشاركة في الاستضافة السحابية/VPS. يستضيف العديد من مستخدمي عقد البيتكوين والمحافظ خدماتهم على خوادم خاصة افتراضية (VPS) على منصات سحابية. أظهرت Phoenix معدل نجاح 73% في استخراج مفاتيح SSH الخاصة بـ RSA-2048 من جهاز افتراضي مشارك. يمكن لهجوم مماثل استهداف المفاتيح الخاصة بالبيتكوين المخزنة في ذاكرة جهاز افتراضي يشغّل عقدة Bitcoin Core أو خدمات محافظ أخرى. tomshardware+ 5
السيناريو 3: Rowhammer على أجهزة أندرويد لمحافظ البيتكوين المحمولة. يشكل الجمع بين Pixnapping (CVE-2025-48561) والمتغيرات المحتملة لـ Rowhammer لذاكرة LPDDR4/LPDDR5 المحمولة تهديدًا متعدد الطبقات. على الرغم من أن Phoenix خاص بأجهزة سطح المكتب DDR5، تُظهر الأبحاث أن LPDDR4 يتضمن أيضًا آليات TRR ومن المحتمل أن يكون عرضة لهجمات Rowhammer المعدّلة. wikipedia+ 1
النموذج الرياضي لاستخراج مفتاح بيتكوين خاص عبر قلبات البتات:
لنفترض أن مفتاح بيتكوين خاصًا 256-بت ddd مخزّن في الذاكرة عند العنوان AkeyA_{key}Akey. يمكن لمهاجم rowhammer إحداث قلب بت في البت iii (حيث 0≤i≤2550 \le i \le 2550≤i≤255)، معدّلًا المفتاح إلى d′=d⊕2id’ = d \oplus 2^id′=d⊕2i (XOR مع 2i2^i2i). لاستعادة المفتاح الأصلي، يجمع المهاجم العديد من التوقيعات المعيبة {(rj,sj)}\{(r_j, s_j)\}{(rj,sj)}، كل منها مُنشأ بنسخة مختلفة مقلوبة البتات من المفتاح dj′d_j’dj′.
باستخدام طرق هجوم الشبكات (مثل محلل مشكلة الرقم المخفي)، يمكن للمهاجم استعادة ddd مع احتمال نجاح:
حيث PflipP_{flip}Pflip هو احتمال قلب البت المطلوب بنجاح، وNsamplesN_{samples}Nsamples هو عدد التوقيعات المعيبة المجمعة. pmc.ncbi.nlm.nih+ 3
برنامج ATTACKSAFE SOFTWARE وأداة rowhammer_attack
يشمل النظام البيئي لأمن العملات المشفرة برامج متخصصة لتحليل الثغرات المتعلقة بـ Rowhammer. يوضح مستودع GitHub demining/Rowhammer-Attack التطبيق العملي لتحليل توقيع الأخطاء التفاضلي لـ ECDSA لاشتقاق المفاتيح الخاصة من المعاملات في خمس محافظ بيتكوين مختلفة .
مثال عملي للاستخدام:
./attacksafe -tool rowhammer_attack -open RawTX.txt -save SecretKey.txtتحلل الأداة معاملات RawTX الخاصة بالبيتكوين وتستخرج معاملات توقيع ECDSA (r,s)(r,s)(r,s). إذا تم اكتشاف نمط يشير إلى توقيع معيب أو إعادة استخدام nonce، تطبق الأداة تقنيات التحليل الشفري لاستعادة المفتاح السري KKK (nonce) أو المفتاح الخاص ddd. github
مثال على استخراج ناجح: github
Deployments ECDSA:
SecretKey = 0xe5fa9dccef88781e25e77bd1ea7830c0b33c57481b79007cda117da8139ea7c3
RawTX = 010000000104118e34a0d3c06c842d14707ed5f333d3ba1d35240086a4b5738a2fa810abec1d0000006a473044022004b1d0c7d278439811c27d9ff06b3bb0fd20d5cc90d97083266bdba7d0693bb20220282c6cea6b9ad6f4633596204ebad4716e2a086090faf62a6908bf63a1724ad501210335a395eca8191c43ccee4d91e98b9baef39476d7482cf636e5b71975c69feebdffffffff014e020000000000001976a914154813f71552c59487efa3b16d62bfb009dc5f1e88ac00000000تشير علامة “Deployments ECDSA” إلى ثغرة حرجة في معاملة بلوكتشين البيتكوين. يمثل المفتاح السري “K” بصيغة HEX الـ nonce المستخدم لتوليد التوقيع. github
منصات اختبار Rowhammer مفتوحة المصدر قائمة على FPGA
طوّرت Google وETH Zürich منصات اختبار متخصصة مفتوحة المصدر قائمة على FPGA لتحليل ثغرات Rowhammer في DDR5. بالشراكة مع Antmicro، أُنشئت منصتان: security.googleblog
منصة DDR5 RDIMM: لوحة اختبار DDR5 Tester جديدة لاختبار ذاكرة Registered DIMM (RDIMM)، الموجودة عادة في خوادم الكمبيوتر. security.googleblog
منصة SO-DIMM: نسخة تدعم تخطيطات SO-DIMM القياسية، متوافقة مع شرائح ذاكرة DDR5 SO-DIMM الجاهزة الشائعة في محطات العمل وأجهزة المستخدم النهائي. security.googleblog
هذه المنصات متاحة على GitHub (comsec.ethz.ch/phoenix) وتسمح للباحثين في الأمن بإجراء تحليل مفصل لقابلية تكوينات DRAM المختلفة للتأثر بـ Rowhammer. comsec.ethz+1
زيادة معدل التحديث: مقايضة بين الأمان والأداء
يوصي باحثو Phoenix بزيادة معدل التحديث بعامل 3 (من 3.9 ميكروثانية إلى ~1.3 ميكروثانية) كإجراء مضاد فعال. ومع ذلك، يؤدي هذا إلى انخفاض في الأداء بنسبة 8.4% ، مما يمثل مقايضة كبيرة للأنظمة الإنتاجية. والأهم من ذلك، لا يمكن تصحيح أجهزة DRAM عبر تحديثات البرامج الثابتة—فالطبيعة المادية للثغرة تعني أن الوحدات المتأثرة ستبقى عرضة للخطر طوال دورة حياتها الكاملة. techradar+ 5
الفعالية المحدودة لـ ECC وECC المدمج على الشريحة
أثبتت Phoenix أن رمز تصحيح الأخطاء (ECC) المدمج على الشريحة في DDR5 لا يوقف Rowhammer . صُمم ECC المدمج على الشريحة لتصحيح أخطاء البت الواحد وبعض أخطاء البتات المتعددة الناشئة عن التدهور الطبيعي لخلايا DRAM. ومع ذلك، يمكن لـ Rowhammer إحداث قلبات بتات متعددة مترابطة في نفس منطقة الذاكرة، متجاوزًا القدرة التصحيحية لـ ECC. reddit+ 7
استحالة الإصلاحات المادية بأثر رجعي
على عكس الثغرات البرمجية التي يمكن تصحيحها بتحديثات أمنية، يمثل Rowhammer مشكلة فيزيائية أساسية في بنية DRAM. اعتبارًا من أكتوبر 2025، لم تلتزم أي شركة مصنعة لوحدات معالجة الرسومات أو DRAM بإصلاح الثغرة المادية على مستوى تصميم الرقاقة.这意味着، ستبقى مليارات الأجهزة التي تستخدم الذاكرة المتأثرة عرضة للخطر لسنوات قادمة. pixnapping+12
استراتيجية أمنية متعددة الطبقات لحاملي العملات المشفرة:
1. محافظ الأجهزة بذاكرة معزولة. استخدم محافظ الأجهزة (Ledger، Trezor، BC Vault One) المزودة بذاكرة فيروكهربائية (FeRAM) أو عناصر آمنة تعزل المفاتيح الخاصة عن ذاكرة DRAM الرئيسية للنظام. تستخدم BC Vault One ذاكرة FeRAM لتخزين المفتاح الخاص، مما يوفر عزلًا ماديًا عن هجمات Rowhammer على ذاكرة النظام. youtube itnext+ 3
2. تجنب تخزين مبالغ كبيرة في المحافظ الساخنة على أنظمة DDR5. يجب على المستخدمين الذين يشغّلون Bitcoin Core أو محافظ برمجية أخرى على أنظمة SK Hynix DDR5 (2021-2024) تقليل التعرض للخطر بنقل أصولهم الأساسية إلى التخزين البارد. github+ 3
3. عزل عمليات التوقيع في بيئات معزولة عن الشبكة. للمعاملات عالية القيمة، استخدم التوقيع دون اتصال على أنظمة معزولة لا تتصل بالشبكة أبدًا ولا تشغّل كودًا غير موثوق. itnext+ 2
4. تدقيق الذاكرة المنتظم واكتشاف الحالات الشاذة. مراقبة ذاكرة النظام بحثًا عن أنماط وصول مشبوهة مميزة لهجمات Rowhammer (تنشيطات صفوف عالية التردد، أنماط تحديث شاذة). pmc.ncbi.nlm.nih+ 3
5. الترقية إلى الأنظمة المصححة عند توفرها. بينما لا يمكن إصلاح الأجهزة، قد تتضمن رقائق DDR5 المستقبلية (ما بعد 2024) آليات TRR محسّنة. يجب على المستخدمين متابعة النشرات الأمنية من مصنعي DRAM وتحديث أجهزتهم عند إصدار وحدات أكثر أمانًا. github+4
يُظهر الجمع بين هجمات Pixnapping (CVE-2025-48561) وPhoenix Rowhammer (CVE-2025-6202) تطورًا حرجًا في مشهد تهديدات أمن العملات المشفرة. يهاجم Pixnapping طبقة الأجهزة والبرمجيات في أندرويد عبر القنوات الجانبية GPU.zip وواجهة برمجة تطبيقات طمس النوافذ لاعتراض عبارات الاسترداد بصريًا. يهاجم Phoenix الطبقة المادية الأساسية لـ DRAM عبر تحريض التداخل الكهرومغناطيسي، مما يسمح بالتلاعب المباشر بالبتات في المفاتيح التشفيرية المخزنة في الذاكرة. bleepingcomputer+ 10
يتجاوز كلا الهجومين الحمايات البرمجية التقليدية عبر استغلال خصائص الأجهزة التي لا يمكن تصحيحها. بالنسبة لمستخدمي البيتكوين، يعني هذا أن إعادة التفكير الأساسية في نموذج التهديد ضرورية: لم يعد الأمان التشفيري مضمونًا فقط بالتعقيد الرياضي لـ ECDSA أو موثوقية عبارات الاسترداد—تصبح الخصائص الفيزيائية للأجهزة سطح الهجوم الحرج. arxiv+ 9
يمثل استعادة المفاتيح الخاصة من محافظ البيتكوين المفقودة عبر استغلال هذه الثغرات مهمة مشروعة لخدمات الاستعادة وناقل هجوم خطير للمهاجمين في آن واحد. يتطلب مستقبل أمن العملات المشفرة نهجًا شاملاً يدمج ضمانات الأمان على مستوى الأجهزة، وتنفيذات تشفيرية مُتحقق منها رسميًا، ومراقبة مستمرة للتهديدات الجانبية الناشئة. trailofbits+ 7
تمثل ثغرة Pixnapping تطورًا كبيرًا في الهجمات على الأجهزة المحمولة، مما يوضح كيف يمكن استغلال تحسينات الأداء الحديثة. الهجوم خطير بشكل خاص على مستخدمي العملات المشفرة، حيث أن اختراق عبارة الاسترداد يمكن أن يؤدي إلى فقدان كامل للأموال. gbhackers
تشير الطبيعة الأساسية للثغرات المستغلة—استخدام واجهات برمجة تطبيقات أندرويد المشروعة وتحسينات أجهزة GPU—إلى أن الحل الكامل سيتطلب جهدًا منسقًا من Google ومصنعي الأجهزة وموردي GPU. pixnapping+ 1
يسلط بحث Pixnapping الضوء على الأهمية الحرجة لمراعاة الآثار الأمنية عند تنفيذ ميزات نظام جديدة وتحسينات الأجهزة. مع أصبحت الأجهزة المحمولة الأداة الأساسية لإدارة الأصول الرقمية، تصبح الحماية من مثل هذه الهجمات المتطورة أمرًا حيويًا لأمن النظام البيئي.
من المتوقع أن يوفر تصحيح ديسمبر من Google حماية أكثر قوة، لكن الحل طويل الأمد سيتطلب تغييرات أساسية في بنية أندرويد وربما أجهزة GPU. حتى ذلك الحين، يجب على المستخدمين اتباع التوصيات الأمنية وتوخي الحذر بشكل خاص عند التعامل مع أصول العملات المشفرة على أجهزة أندرويد.
وبالتالي، فإن ثغرة Pixnapping (CVE-2025-48561) ليست مجرد مثال آخر على خلل برمجي، بل هي إثبات لفئة جديدة جوهريًا من الهجمات التي تهدد أسس الأمان التشفيري للأصول الرقمية. أظهرت الدراسة أنه حتى العناصر غير القابلة للانتهاك بصريًا في واجهة مستخدم أندرويد يمكن أن تصبح مصدرًا لتسرب بيانات حرج—من المفاتيح الخاصة وعبارات الاسترداد إلى رموز 2FA لمرة واحدة التي تحمي محافظ العملات المشفرة. في الأساس، يصبح كل بكسل على الشاشة حلقة ضعيفة في سلسلة المصادقة التشفيرية.
Pixnapping خطير بشكل خاص بسبب تخفيه وتعدد استخداماته . لا يتطلب الهجوم أي صلاحيات، ويتفادى المستخدم، وقادر على إعادة بناء صورة الشاشة حتى مستوى البكسلات الفردية باستخدام القناة الجانبية للأجهزة GPU.zip . وهذا يجعل أي جهاز أندرويد مصدرًا محتملاً لاختراق البيانات الحساسة، بما في ذلك البيتكوين (BTC)، والإيثيريوم (ETH)، وXRP، واللايتكوين (LTC)، والعملات المشفرة الأخرى المخزنة في المحافظ المحمولة.
حقيقة أن هذا الهجوم يعمل حتى مع أحدث إصدارات أندرويد ووحدات GPU الحديثة تشير إلى ثغرة أساسية في بنية الأنظمة المحمولة ، حيث تتعارض تحسينات الأداء والمرئيات مع متطلبات الخصوصية. يحطم Pixnapping وهم العزل البصري بين التطبيقات، مما يثبت أن حماية المعلومات التشفيرية يجب أن تأخذ في الاعتبار ليس فقط الثغرات الشبكية والمنطقية ولكن أيضًا الآثار المادية والرسومية الجانبية للحوسبة .
لضمان استقرار النظام البيئي للعملات المشفرة، هناك حاجة إلى إجراءات نظامية: تشديد سياسات أمان أندرويد، وتقييد وصول تطبيقات الطرف الثالث إلى واجهات برمجة تطبيقات الرسومات منخفضة المستوى، ومراجعة المبادئ المعمارية لضغط بيانات GPU. بدون هذه الحواجز، حتى أكثر خوارزميات التشفير أمانًا قد تكون عرضة لهجمات قادرة على سرقة المفاتيح حرفيًا من الشاشة.
في نهاية المطاف، كان Pixnapping بمثابة تحذير جاد للصناعة بأكملها: الحماية التشفيرية لا معنى لها دون عزل الأجهزة والعزل البصري . إذا كان من الممكن إعادة بناء البيانات المرئية المعروضة على الشاشة بواسطة عملية خارجية، فإن كل حركة على الشاشة، أو كل عبارة استرداد (seed phrase)، أو رمز QR يصبح قناة مباشرة لتسريب الأموال. بالنسبة لمستخدمي العملات المشفرة، هذا يعني شيئًا واحدًا: حتى الظهور اللحظي للمفتاح الخاص على الشاشة يمكن أن يكلفهم الآن كامل رأس مالهم الرقمي.