في عام 1993، وصفها خبراء التشفير بأنها "أبسط هجوم على الإطلاق": أخذ رسالة صحيحة، والانتظار، ثم إعادة إرسالها. لا أحد يبني خزنة متوقعًا إعادة استخدام المفتاح.
لكن هذا بالضبط ما حدث عندما انقسمت إيثيريوم وإيثيريوم كلاسيك: نفس المعاملة الموقعة، تم بثها على سلسلتين، ونقلت أموالاً حقيقية مرتين. لا اختراق، ولا كلمة مرور مسروقة، ولا رابط تصيد احتيالي.
هجوم متكرر يفعل ما يفعله دائماً، مستخدماً الشرعية كسلاح.
انضم إلى UEEx
استمتع بتجربة منصة إدارة الثروات الرقمية الرائدة عالميًا
هجوم الإعادة هو نوع من خرق أمن الشبكة حيث يقوم المهاجم باعتراض عمليات إرسال البيانات الصالحة وإعادة استخدامها أو إعادة إرسالها بشكل ضار لخداع النظام.
على عكس الهجمات التي تعمل على تغيير أو تزوير البيانات، فإن هجوم الإعادة يقوم ببساطة بإعادة إرسال المعلومات التي تم التقاطها مسبقًا، مثل بيانات اعتماد تسجيل الدخول، أو رموز المصادقة، أو طلبات المعاملات، لخداع النظام ليصدق أنه يتلقى أمرًا جديدًا وشرعيًا.
والجدير بالذكر: يمكن أن يحدث هجوم إعادة التشغيل (هجوم إعادة التشغيل) على نفس السلسلة أو عبر السلسلة.
ما الفرق بين هجوم إعادة التشغيل من نفس السلسلة وهجوم إعادة التشغيل من سلسلة مختلفة؟
يحدث هجوم إعادة التشغيل على نفس السلسلة داخل سلسلة كتل واحدة: حيث يتم إرسال نفس المعاملة أو الرسالة الموقعة عدة مرات إلى نفس الشبكة.
تمنع آلية nonce حدوث ذلك بالنسبة لمعاملات Ethereum القياسية؛ فبمجرد استهلاك nonce (رقم يستخدم مرة واحدة)، يتم رفض نفس المعاملة.
تحدث هجمات إعادة التشغيل عبر السلاسل بين سلسلتين من السلاسل تشتركان في تنسيقات العناوين ومنطق التوقيع - وغالبًا ما يحدث ذلك بعد عملية التفرع الصلب.
لا يُفيد استخدام الرقم العشوائي (nonce) هنا، لأن السلسلتين تتعقبان الأرقام العشوائية بشكل مستقل. فمعاملة برقم عشوائي 5 على إيثيريوم ومعاملة برقم عشوائي 5 على إيثيريوم كلاسيك تُعتبران سجلين مختلفين على نظامين مختلفين، لكن بيانات المعاملة الموقعة متطابقة.
يُعدّ معرّف السلسلة في EIP-155 حلاً مُحدداً لمشكلة إعادة الإرسال عبر السلاسل. أما بالنسبة للتحقق من توقيع العقد الذكي، فإن فاصل النطاقات في EIP-712 يتعامل مع كلٍ من المتغيرات داخل السلسلة نفسها والمتغيرات عبر السلاسل.
انضم إلى UEEx
استمتع بتجربة منصة إدارة الثروات الرقمية الرائدة عالميًا
متى وقعت هجمات إعادة التشغيل بالفعل: ثلاث حالات موثقة
إن هجمات إعادة التشغيل في تقنية البلوك تشين ليست مجرد نظرية، بل تسببت في خسائر مالية موثقة في العديد من الأحداث.
انقسام إيثيريوم/إيثيريوم كلاسيك — 2016
عندما انقسمت شبكة إيثيريوم إلى إيثيريوم (ETH) وإيثيريوم كلاسيك (ETC) بعد اختراق DAO، كانت كل معاملة موقعة قبل الانقسام صالحة على كلا السلسلتين.
تشترك السلسلتان في نفس مساحات العناوين، وتنسيقات المعاملات، ومنطق التحقق من التوقيع.
كانت المعاملة الموقعة من أي محفظة في نفس الوقت معاملة صالحة على كل من ETH و ETC.
أصبحت منصات التداول التي تحتفظ بأموال مستخدمي ETH وETC أهدافاً على الفور.
قام المهاجمون باعتراض معاملات سحب ETH الصحيحة وإعادة تشغيلها على سلسلة ETC - مما أدى إلى استنزاف أرصدة ETC التي لم يكن لدى المستخدمين أي نية للمسها.
تم سحب أكثر من 40,000 ETC من منصات التداول في الفترة التي تلت الانقسام قبل تطبيق حماية إعادة التشغيل على نطاق واسع.
وقد أدى هذا الحدث بشكل مباشر إلى إنشاء EIP-155.
اندماج إيثيريوم — 2022
عندما انتقلت إيثيريوم من آلية إثبات العمل إلى آلية إثبات الحصة (الدمج)، ظهرت سلسلة متفرعة تسمى إيثيريوم أسرى الحرب تم إنشاء (ETHW).
في غضون أيام، استغل مهاجم عقد Omni Bridge عبر السلاسل، والذي لم يكن لديه حماية خاصة بإعادة تشغيل ETHW، وأعاد تشغيل المعاملات التي نقلت 200 ETHW من عقد الجسر.
استخدم المهاجم بيانات أسعار أوراكل شبكة ETH الرئيسية على سلسلة ETHW، حيث كانت قديمة وقابلة للتلاعب، كجزء من عملية الاستغلال.
سرقة رمز Optimism OP — 2022
في حادثة إعادة تشغيل عبر سلسلة الكتل، سُرقت 20 مليون دولار من رموز OP من Optimism خلال تسلسل معاملات متعددة التوقيعات متنازع عليها.
استغل الهجوم الفجوة بين سياقات سلسلة L1 (Ethereum) و L2 (Optimism)، حيث أدى إعادة تشغيل رسالة موقعة محددة على السلسلة الخاطئة إلى نقل الرموز المميزة بدون ترخيص.
هذه ليست حوادث معزولة. إنها تمثل نمطًا موثقًا: في كل مرة يقوم فيها فرع جديد أو نشر من الطبقة الثانية بإنشاء بيئتين تشتركان في تنسيقات العناوين أو التوقيعات بدون ربط خاص بالسلسلة، يكون خطر إعادة التشغيل موجودًا.
تذكر آخر مرة تم فيها إطلاق سلسلة جديدة تستخدم عنوان إيثيريوم الخاص بك. هل تحققت من صلاحية تفويضاتك الموقعة على تلك السلسلة الجديدة؟ هل تأكدت من أن آلية التوقيع في محفظتك تتضمن بروتوكول EIP-155؟ معظم الناس لم يفعلوا ذلك، ومعظمهم لم يواجهوا أي مشكلة. لكن من لم يفعلوا ذلك خسروا أموالاً حقيقية، ولم يتوقع أي منهم ذلك.
تم إنشاء EIP-155، الذي قدمه المؤسس المشارك لـ Ethereum فيتاليك بوتيرين في عام 2016، خصيصًا لمنع إعادة تشغيل المعاملات عبر السلاسل المتفرعة.
كان الحل بسيطًا من حيث المبدأ: تضمين المعرف الفريد للسلسلة (chainId) في كل توقيع معاملة.
قبل EIP-155، كان توقيع المعاملة يغطي ستة حقول بيانات: nonce، سعر الغاز، حد الغاز، عنوان المستلم، القيمة، والبيانات.
كان التوقيع صالحًا على أي سلسلة متوافقة مع EVM باستخدام نفس منطق التحقق لأنه لم يحدد أي من تلك الحقول السلسلة المحددة التي كانت المعاملة مخصصة لها.
بعد EIP-155، تتضمن المعاملات ثلاثة حقول إضافية في تجزئة التوقيع: chainId وقيمتين فارغتين كعناصر نائبة.
تم توقيع معاملة لـ شبكة Ethereum الرئيسية (chainId = 1) ليس توقيعًا صالحًا على Optimism (chainId = 10) أو Polygon (chainId = 137) أو أي سلسلة EVM أخرى.
تقوم العقدة التي تستقبل المعاملة بفحص معرف السلسلة مقابل معرفها الخاص وترفض أي عدم تطابق.
أدى هذا التغيير الوحيد إلى تقليل هجمات إعادة التشغيل عبر السلاسل بشكل كبير للمعاملات القياسية.
القيد المهم: لا يحمي EIP-155 سوى معاملات إيثيريوم الخام.
لا يحمي هذا النظام التوقيعات على مستوى التطبيق، وهي الرسائل الموقعة التي تتحقق منها العقود الذكية داخليًا باستخدام وظيفة ecrecover.
يظل العقد الذي يتحقق من صحة التوقيعات خارج السلسلة دون التحقق من معرف السلسلة عرضةً لهجمات إعادة الإرسال حتى مع تطبيق معيار EIP-155 بالكامل على مستوى المعاملة. وهنا يأتي دور معيار EIP-712.
مفهوم "النونْس" - كيف يمنع إعادة التشغيل على نفس السلسلة
يُعدّ الرقم العشوائي (الرقم المستخدم مرة واحدة) الآلية التي تمنع هجمات إعادة الإرسال داخل نفس سلسلة الكتل. يحتفظ كل حساب إيثيريوم بعداد يبدأ من 0 ويزداد بمقدار 1 مع كل معاملة يتم إرسالها.
عندما تقوم بإرسال معاملة بقيمة nonce = 5، فإن الشبكة تقبلها فقط إذا كانت قيمة nonce لحسابك الحالي هي 5 بالضبط.
بمجرد معالجة المعاملة، يصبح رقم حسابك هو 6، وأي محاولة لإعادة تشغيل معاملة nonce-5 تفشل لأن الشبكة تتوقع الآن رقم 6.
لهذا السبب لا يمكنك إرسال نفس معاملة إيثيريوم مرتين على نفس السلسلة: فالرقم العشوائي (nonce) يمنع ذلك. يكمن الخلل الذي كشف عنه تحليل Gate.io في مارس 2026 في أن الرقم العشوائي وحده يمنع إعادة الإرسال على نفس السلسلة، ولكنه لا يمنع إعادة الإرسال عبر سلاسل مختلفة، لأن السلاسل المختلفة تحتفظ بعدد مختلف من الأرقام العشوائية.
يتم تتبع رقم حسابك على شبكة إيثيريوم الرئيسية ورقم حسابك على شبكة إيثيريوم كلاسيك بشكل مستقل.
قد تكون المعاملة التي تحمل قيمة nonce = 5 على شبكة إيثيريوم هي نفسها التي تحمل نفس القيمة على شبكة إيثيريوم كلاسيك إذا أجريت نفس عدد المعاملات على كلتا الشبكتين. يسدّ اقتراح تحسين إيثيريوم رقم 155 هذه الثغرة بجعل معرف السلسلة جزءًا من التوقيع نفسه.
انضم إلى UEEx
استمتع بتجربة منصة إدارة الثروات الرقمية الرائدة عالميًا
عالجت تقنية EIP-155 هجمات إعادة الإرسال على مستوى المعاملات، لكنها لا تُفيد في التحقق من توقيع العقود الذكية.
عندما يستخدم عقد ذكي خوارزمية ecrecover للتحقق من صحة توقيع خارج السلسلة، فإنه يتحقق من صحة رسالة، وليس معاملة. ينطبق نظام حماية معرّف السلسلة (chainId) الخاص بـ EIP-155 على معاملة إيثيريوم التي تحمل الرسالة، وليس على محتوى الرسالة نفسها.
إذا قام مطور بإنشاء عقد يقوم بالتحقق من صحة التوقيعات دون تضمين معرف السلسلة وعنوان العقد والرقم العشوائي في البيانات الموقعة، فيمكن إعادة تشغيل هذه التوقيعات من قبل أي شخص يعترضها.
يتناول معيار EIP-712 (توقيع البيانات المهيكلة المكتوبة) هذه المسألة. فهو يحدد طريقة قياسية لهيكلة الرسائل الموقعة تتضمن فاصل نطاق، وتجزئة تتضمن معرف السلسلة، وعنوان العقد الموثق، واسم العقد وإصداره.
يتم ربط التوقيع الذي تم إنشاؤه بموجب EIP-712 بعقد محدد في عنوان محدد على سلسلة محددة.
لا يمكن إعادة تشغيلها على سلسلة مختلفة أو عقد مختلف، حتى لو كانت الشفرة البايتية متطابقة.
للمطورين: قبل نشر أي عقد يتحقق من التوقيعات خارج السلسلة، تأكد من أن نظام التوقيع الخاص بك يتضمن العناصر الثلاثة: nonce (لمنع إعادة استخدام الرسالة نفسها)، و chainId (لمنع إعادة الإرسال عبر السلاسل)، و contract address (لمنع إعادة الإرسال عبر العقود). تُنفذ مكتبة ECDSA الخاصة بـ OpenZeppelin، الإصدار 4.7.3 والإصدارات الأحدث، العناصر الثلاثة بشكل صحيح.
غالباً ما تعيد هجمات إعادة التشغيل استخدام البيانات دون تعديل طابعها الزمني الأصلي.
من خلال مراقبة الطوابع الزمنية والتحقق منها، يمكن للأنظمة اكتشاف متى تتأخر الرسائل بشكل غير متوقع أو تكون خارج نطاق زمني مقبول.
تنفيذ عمليات فحص صارمة للتحقق من صحة الرموز والمعاملات واستدعاءات واجهة برمجة التطبيقات (API) بناءً على الوقت.
قم بتحديد الرسائل التي يبدو أنها تأخرت أو تمت معالجتها خارج مدة الجلسة العادية.
سجلات نظام مرجعية متقاطعة لتحديد الطلبات التي تحتوي على طوابع زمنية متطابقة تظهر أكثر من مرة.
2. اكتشاف الرسائل المكررة
تتمثل إحدى السمات الأساسية لهجمات إعادة التشغيل في تكرار الرسائل أو الحزم المتطابقة.
ينبغي على الأنظمة مراقبة هذه الأنماط، لا سيما في المجالات الحيوية مثل المصادقة والمعاملات المالية وإدارة الجلسات.
استخدم التجزئة أو بصمة الإصبع للكشف عن الحزم أو الطلبات المكررة.
قم بمقارنة البيانات الواردة بالإدخالات التي تمت معالجتها مؤخرًا للتحقق من المحتوى المتكرر.
تسجيل والتحقيق في رموز الجلسة المتكررة أو مكالمات واجهة برمجة التطبيقات أو الحمولات المشفرة.
3. تتبع رقم التسلسل والرقم العشوائي
غالباً ما تعتمد الأنظمة الآمنة على أرقام التسلسل أو الأرقام العشوائية (الأرقام المستخدمة مرة واحدة) لتتبع والتحقق من تفرد البيانات.
عادة ما تعيد الرسائل المُعاد تشغيلها استخدام نفس الرقم التسلسلي أو رقم التسلسل، والذي يمكن وضع علامة عليه.
احتفظ بذاكرة قصيرة المدى (ذاكرة تخزين مؤقتة أو قاعدة بيانات) للأرقام العشوائية أو أرقام التسلسل المستخدمة مؤخرًا.
إسقاط أو تسجيل الطلبات التي تحتوي على قيم معاد استخدامها.
تنبيه بشأن رموز الجلسة أو معرفات الطلب التي تمت معالجتها بالفعل.
4. الكشف عن الشذوذ السلوكي
قد لا تكون هجمات إعادة التشغيل دائمًا نسخًا تقنية مكررة؛ في بعض الأحيان، يمكن أن يكشف السياق السلوكي عن التهديد.
على سبيل المثال، قد يكون قيام المستخدم بإجراء نفس المعاملة مرتين في غضون ثوانٍ أمرًا مثيرًا للريبة.
راقب سلوك المستخدم وأنشئ ملفات تعريف أساسية للنشاط العادي.
قم بتحديد الأنماط غير الطبيعية مثل الإجراءات المتكررة عالية التردد، أو الطلبات المتطابقة من عناوين IP مختلفة، أو عمليات تسجيل الدخول المتعددة باستخدام نفس الرمز.
دمج أنظمة اكتشاف الشذوذ التي يمكنها التعلم والتكيف مع أنماط المرور النموذجية.
5. تحليل حركة مرور الشبكة
يمكن لأدوات الكشف المتقدمة تحليل حركة الشبكة في الوقت الفعلي للبحث عن الأنماط المشبوهة، وخاصة في البيئات اللاسلكية أو إنترنت الأشياء حيث تكون هجمات الإعادة شائعة.
استخدم أنظمة اكتشاف التطفل (IDS) أو أنظمة منع التطفل اللاسلكية (WIPS) للكشف عن عمليات إعادة إرسال الحزم المشبوهة.
تحليل رؤوس الحزمة بحثًا عن معرفات أو رموز غير محددة أو معلمات تشفير معاد استخدامها.
انتبه إلى الحمولات المشفرة المتكررة التي لا تختلف بين الجلسات.
6. تحليل رمز الجلسة وسجل المصادقة
غالبًا ما تتضمن هجمات إعادة التشغيل رموز مصادقة مُعاد استخدامها. ينبغي على الأنظمة تدقيق سجلات إصدار واستخدام الرموز وتحليلها لتحديد الرموز التي يبدو أنها أُعيد استخدامها أو أُسيء استخدامها.
تتبع أعمار رموز الجلسة ومعلومات IP/الجهاز المرتبطة بها.
سجل محاولات إعادة استخدام بيانات اعتماد المصادقة منتهية الصلاحية أو المستهلكة بالفعل.
التحقق من محاولات تسجيل الدخول التي تعيد استخدام الرؤوس أو البيانات الوصفية أو تفاصيل الجلسة.
تتضمن هجمات الإعادة التقاط البيانات الصالحة وإعادة إرسالها لخداع النظام، بينما تقوم هجمات الرجل في المنتصف (MitM) باعتراض الاتصالات بين طرفين وتغييرها بشكل نشط في الوقت الفعلي.
ما هي أكثر أنواع الحزم شيوعًا التي يتم التقاطها في هجوم إعادة التشغيل؟
تتضمن الأنواع الأكثر شيوعًا للحزم التي يتم التقاطها في هجوم إعادة التشغيل طلبات المصادقة ورموز الجلسة ورسائل المعاملات وأوامر التحكم المستخدمة في الاتصالات اللاسلكية أو الشبكية.
كيف يمنع TLS هجوم الإعادة؟
يمنع TLS هجمات الإعادة باستخدام مفاتيح جلسة فريدة وأرقام تسلسل وأكواد مصادقة الرسائل (MACs) لضمان أن كل رسالة جديدة ولا يمكن إعادة إرسالها أو تغييرها دون اكتشافها.
ما هو هجوم إعادة تشغيل كيربيروس؟
يحدث هجوم إعادة تشغيل Kerberos عندما يقوم المهاجم بالتقاط رسالة مصادقة Kerberos صالحة وإعادة إرسالها لخداع النظام لمنح وصول غير مصرح به دون إعادة المصادقة.
انضم إلى UEEx
استمتع بتجربة منصة إدارة الثروات الرقمية الرائدة عالميًا
قد تبدو هجمات إعادة التشغيل بسيطة، لكن تأثيرها يمكن أن يكون شديداً، ويتراوح بين الوصول غير المصرح به والخسائر المالية وتعطيل الخدمة.
يُعد التعرف على الأنظمة الضعيفة، وفهم كيفية عمل هذه الهجمات، وتطبيق الدفاعات متعددة الطبقات مثل الأرقام العشوائية والطوابع الزمنية والتشفير أمراً ضرورياً.
ومع استمرار التهديدات في استهداف نقاط الضعف في عمليات التحقق، يصبح الكشف المبكر والوقاية أمرًا بالغ الأهمية.
إن تعزيز الأنظمة ضد هجمات إعادة التشغيل لا يتعلق فقط بالحماية؛ بل يتعلق بضمان الثقة وسلامة البيانات والخدمة المتسقة عبر البيئات الرقمية حيث لا يمكن المساس بالأمن.
أكينديلي ت. فرانسيس كاتب محتوى متعدد المواهب، يتمتع بخبرة واسعة في مختلف القطاعات. متخصص في منشورات المدونات، ومحتوى المواقع الإلكترونية، وصفحات الخدمات، ونصوص المبيعات الجذابة، وغيرها. تعاون أكينديلي مع العديد من الوكالات لتقديم مواد مكتوبة شيقة وفعّالة. بفضل دقته في التفاصيل وشغفه بصياغة سرديات مؤثرة، يتجاوز أكينديلي توقعات عملائه باستمرار، محققًا نتائج ملموسة، ومعززًا رسائل العلامة التجارية عبر منصات متنوعة.
إخلاء مسؤوليةهذه المقالة لأغراض إعلامية فقط، ولا تُعتبر نصيحةً استثماريةً أو تداوليةً. لا يُفهم أيٌّ مما ورد فيها على أنه نصيحة مالية أو قانونية أو ضريبية. ينطوي تداول العملات المشفرة أو الاستثمار فيها على مخاطرة مالية كبيرة. لذا، يُرجى إجراء العناية الواجبة قبل اتخاذ أي قرارات تداول أو استثمارية.
