المصطلحاتمفهوم
ما هو هجوم الإعادة (Replay Attack)؟ لماذا تتكرر المعاملة على سلسلتين بعد الانقسام؟
هجوم الإعادة (Replay Attack) هو نسخ معاملة صالحة وموقَّعة على بلوكتشين ما، ثم إعادة بثها على سلسلة ثانية نشأت بعد انقسام صلب (Hard Fork). ولأن السلسلتين تتشاركان تاريخ الكتل نفسه وصيغة العناوين نفسها ونظام التوقيع نفسه، يبقى توقيعك صالحًا تشفيريًا على كلتيهما. لذلك قد تُؤكَّد المعاملة نفسها في السجلين، فتتحرك عملاتك على السلسلة الثانية دون أن تقصد ذلك. لا يستطيع المهاجم توجيه الأموال إلى عنوان مختلف، بل ينسخ فقط ما وقّعته أنت. وأسلوب الدفاع هو الحماية من الإعادة (Replay Protection): آلية على مستوى البروتوكول تجعل كل سلسلة ترفض تلقائيًا المعاملات الخاصة بالسلسلة الأخرى.
إعداد: COINOTAG Research Deskآخر تحديث المصادر
هجوم الإعادة (Replay Attack) هو أخذ معاملة كريبتو صالحة وموقَّعة من بلوكتشين، ثم إعادة بثها على سلسلة ثانية شبه مطابقة لها. والنتيجة: تتحرك الأموال نفسها في السجلين معًا دون موافقة صاحبها. وتظهر هذه الثغرة في الغالب بعد انقسام صلب مثير للخلاف، لأن السلسلتين تتشاركان تاريخ الكتل نفسه وصيغة العناوين نفسها ونظام التوقيع نفسه. ولأن توقيعك التشفيري صالح رياضيًا على السلسلتين، يمكن لمهاجم أو لعقدة آلية أن "تعيد تشغيل" معاملتك. أما وسيلة الدفاع فهي الحماية من الإعادة (Replay Protection)، وهي آلية على مستوى البروتوكول تجعل كل سلسلة ترفض معاملات السلسلة الأخرى.
كيف يعمل هجوم الإعادة؟
عندما ينقسم بلوكتشين إلى سلسلتين عبر انقسام صلب، يحتفظ كل مالك برصيده كما كان لحظة الانقسام على السلسلتين الجديدتين. ويكون السجلان متطابقين تمامًا حتى كتلة الانقسام: عناوين المحافظ، والتوقيعات الرقمية، وتاريخ المعاملات — كل شيء.
ويبدأ الخطر لحظة تبدأ التعامل على سلسلة واحدة فقط. فالمعاملة الموقَّعة في جوهرها تعليمات علنية: "أرسل X عملة من العنوان A إلى العنوان B — موقَّعة من صاحب المفتاح الخاص". وبعد الانقسام، تجد السلسلة الثانية التي تستخدم خوارزمية التوقيع نفسها أن هذه التعليمات لا تزال صالحة تشفيريًا. فإذا التقط أي شخص يراقب الشبكة بثّك وقدّمه إلى السلسلة الأخرى، فإن ذلك السجل يقبل المعاملة أيضًا على أنها مشروعة.
وهنا قيد مهم: هجوم الإعادة لا يستطيع إلا نسخ المعاملة نفسها. فهو لا يغيّر المستلم ولا يزيد المبلغ، لأن أي تعديل من هذا النوع يُبطل توقيعك. لذلك فهو ليس "سرقة" بالمعنى الحرفي، بل مشكلة فقدان السيطرة على السلسلة التي تتحرك عليها أموالك.
مخطط جنبًا إلى جنب يوضح تاريخ الكتل المشترك حتى نقطة الانقسام، ويصوّر نسخ معاملة موقَّعة واحدة من السلسلة A إلى السلسلة B
مثال عملي: 2 BTC على سلسلتين في آن واحد
لنفترض أن انقسامًا صلبًا أنتج شبكتين: "السلسلة القديمة" و"السلسلة الجديدة"، وكان لديك 2 BTC على كلتيهما لحظة الانقسام.
- تريد بيع العملتين على السلسلة القديمة عبر منصة تداول، وتنوي الاحتفاظ بعملات السلسلة الجديدة في محفظة باردة.
- توقّع وتبث معاملة ترسل عملتي السلسلة القديمة إلى عنوان الإيداع في المنصة.
- ولأن السلسلة الجديدة تستخدم صيغة العناوين ونظام التوقيع نفسيهما، تكون هذه المعاملة صالحة هناك أيضًا.
- يعيد طرف يراقب الشبكة إرسال المعاملة نفسها إلى السلسلة الجديدة.
- النتيجة: وصلت العملتان إلى عنوان المنصة على السلسلتين. ورصيدك على السلسلة الجديدة، الذي لم تكن تريد لمسه، أصبح صفرًا.
المهاجم لم يربح مالًا بشكل مباشر من هذه العملية. فلماذا يفعلها إذن؟ أحيانًا تعيد عقد الشبكة الآلية تشغيل المعاملة دون قصد، وأحيانًا تمنح ظروف معينة المهاجم ميزة غير مباشرة (كالمراجحة أو التلاعب بالسوق). أما الضرر الحقيقي فهو معاملة نُفّذت خلافًا لنيتك.
الحماية من الإعادة: كيف تحمي السلاسل نفسها؟
تضيف الانقسامات المسؤولة آلية الحماية من الإعادة التي تجعل كل سلسلة ترفض معاملات الأخرى. وأنظف طريقة لذلك هي تضمين معرّف خاص بالسلسلة (Chain ID أو علامة SIGHASH) في صيغة المعاملة.
ففي أحد الانقسامات الصلبة الكبرى لشبكة البيتكوين، أضافت السلسلة الجديدة علامة توقيع خاصة. وأي عقدة على السلسلة الأصلية ترى تلك العلامة ترفض المعاملة، والعكس صحيح. ويُسمى ذلك حماية قوية من الإعادة لأنها تعمل على مستوى البروتوكول وتُطبَّق تلقائيًا على جميع المستخدمين.
وتوجد أيضًا أساليب أضعف تعتمد على مبادرة المستخدم: إذ "يفصل" المستخدم أرصدته عبر إجراء معاملة خاصة تكون غير صالحة على السلسلة الأخرى. لكن ذلك يتطلب معرفة تقنية، وهامش الخطأ فيه مرتفع.
مقارنة بين أساليب الحماية من الإعادة
| الأسلوب | من يطبّقه؟ | الفعالية | متى يُستخدم؟ |
|---|---|---|---|
| حماية قوية (معرّف سلسلة على مستوى البروتوكول) | المطورون | عالية — تلقائية لجميع المستخدمين | الانقسامات الصلبة المخطط لها جيدًا |
| فصل اختياري يجريه المستخدم | المستخدم الفرد | متوسطة — تتطلب معرفة تقنية | الانقسامات التي تفتقر إلى حماية أصلية |
| مخرجات UTXO جديدة أو أسلوب الخلط | المستخدم الفرد | متوسطة — يدوية لكل معاملة | الدفاع الفردي بعد الانقسام |
| بلا حماية | لا أحد | معدومة — خطر هجوم إعادة كامل | الانقسامات المتسرعة أو المثيرة للخلاف |
لماذا لا تضيف بعض الانقسامات حماية من الإعادة؟
لا يوجد عائق تقني أمام إضافة الحماية من الإعادة. فالمشكلة في الغالب ذات جذور سياسية وتتعلق بالحوكمة.
فالحماية من الإعادة بحد ذاتها تغيير في قواعد الإجماع، ويجب أن تتفق عليها الفرق قبل الانقسام. وفي انقسام متسرع أو مثير للخلاف، إما أن الوقت لا يكفي، أو يصرّ كل معسكر على أن "الطرف الآخر هو من يجب أن يضيفها". كما أن إضافة الحماية بعد تحديد موعد الانقسام تعني عمليًا انقسامًا آخر، وقد يقسم ذلك الشبكة إلى ثلاث سلاسل بدلًا من اثنتين. لذلك يعدّ المهندسون ذوو الخبرة الحماية من الإعادة شرطًا غير قابل للتفاوض يجب حسمه قبل الانقسام. وإعلان انقسام لا يتضمن هذه الحماية علامة تحذير معروفة في القطاع.
خط زمني يعرض إعلان الانقسام، ونافذة إضافة الحماية من الإعادة، وكتلة الانقسام، مع إشارة تحذير عند النقطة التي تغيب فيها الحماية
كيف تحمي نفسك من هجوم الإعادة؟
إذا كان انقسام سلسلة ما وشيكًا ووضع الحماية من الإعادة غير واضح، فإن بعض العادات العملية تقلل الخطر بشكل كبير:
- انتظر. إذا كنت مستثمرًا طويل الأمد يتبع أسلوب الاحتفاظ (HODL) ونادرًا ما تجري معاملات، فلا تفعل شيئًا لبضعة أيام بعد الانقسام. فإن لم تكن هناك معاملة، فلن يكون هناك ما يُعاد تشغيله.
- افصل أرصدتك عن قصد. "لوّث" أرصدتك بمعاملة صالحة على سلسلة واحدة فقط، فتصبح عملاتك على السلسلتين قابلة للتمييز. فمكافآت الكتل (coinbase) المسكوكة حديثًا، أو العملات التي مرت عبر خلّاط عملات مشفرة، لا يمكن إعادة تشغيلها بطبيعتها، لأنها لم تكن موجودة بشكل متطابق على السلسلتين قبل الانقسام.
- شغّل عقدتك الخاصة. فبذلك تتحقق بدقة من السلسلة التي تبث إليها، وتتأكد بنفسك من تفعيل الحماية من الإعادة.
- تابع سياسات المنصات. عادةً ما توقف المنصات الموثوقة الإيداع والسحب خلال فترة الانقسام. ثق بهذا التوقف ولا تتعجل في التعامل.
- تحقق من دعم المحفظة. إذا كانت الحماية القوية متاحة، تفصل المحافظ الحديثة العملات تلقائيًا عادةً. أما إذا غابت، فتأكد مسبقًا من أن محفظتك تدعم هذا السيناريو.
ولدليل أشمل حول آليات الانقسام، اطّلع على الفرق بين الانقسام الناعم والانقسام الصلب. وللمطالبة بأمان بالعملات الجديدة التي تحصل عليها بعد الانقسام، راجع دليل عملات الانقسام الصلب والإيردروب. وإذا أردت تشغيل عقدتك بنفسك، فنشرح خطوة بخطوة كيفية تشغيل عقدة بيتكوين.
المخاطر والأخطاء الشائعة
- وهم "لن يحدث لي". يقع هجوم الإعادة تلقائيًا على السلسلة غير المحمية، ولا يحتاج إلى مهاجم متمرّس. فأي عقدة على الشبكة قد تفعله دون قصد.
- إجراء معاملات فور الانقسام. أعلى نافذة خطر هي الساعات والأيام الأولى، حين لا تكون الأدوات وإجراءات حماية المنصات جاهزة بعد.
- الخلط بين الإعادة والإنفاق المزدوج أو السرقة. هجوم الإعادة ينسخ فقط المعاملة التي وقّعتها أنت، ولا يستطيع توجيه الأموال إلى عنوان المهاجم. فالخسارة هي السيطرة على السلسلة التي تتحرك عليها أموالك، لا سرقة عشوائية للأموال.
- الوثوق بمحافظ انقسام غير مدقَّقة. المحافظ التي تُطرح على عجل لانقسام مثير للخلاف قد تُخطئ في إدارة فصل العملات وتزيد الخطر.
- التعامل بتسرّع بدافع الذعر. تكثر حالات الخوف وعدم اليقين والشك (FUD) في فترات الانقسام. والخطر الحقيقي محدود ويمكن إدارته، والمعاملات المذعورة كثيرًا ما تسبب ضررًا أكبر من الانقسام نفسه. وتبقى المعرفة الأساسية بـآليات الإجماع والمفاتيح الخاصة أفضل بوليصة تأمين ضد الأخطاء غير الضرورية في هذه الفترة.
منظور COINOTAG
الأدق أن يُقرأ هجوم الإعادة لا بوصفه عملية قرصنة تقنية، بل بوصفه اختبارًا لانضباط التصميم. فهذه الثغرة تكشف إن كان مطورو انقسام ما قد أولوا أمان المستخدمين اهتمامًا كافيًا قبل الانقسام. وتقدير COINOTAG واضح: اعتبر كل إعلان انقسام لا يتضمن حماية قوية من الإعادة على مستوى البروتوكول عالي الخطورة، وأبقِ عملاتك في مكانها حتى يهدأ الغبار، واترك عملية الفصل للمنصات والمحافظ المدقَّقة نيابةً عنك. فتقنية تحييد هجمات الإعادة متاحة منذ سنوات، واستمرار هذه الثغرة يكاد يكون دائمًا فشلًا في الحوكمة لا فشلًا تقنيًا.
الإطار التنظيمي
في دولة الإمارات، تنظّم هيئة سوق المال (CMA، هيئة الأوراق المالية والسلع سابقًا) أنشطة الأصول الافتراضية على المستوى الاتحادي، وتنظّمها في دبي سلطة تنظيم الأصول الافتراضية (VARA)، وفي سوق أبوظبي العالمي (ADGM) سلطة تنظيم الخدمات المالية (FSRA).
أسعار الأصول الرقمية شديدة التقلب وقد تخسر رأس المال. هذه الصفحة لأغراض إعلامية فقط ولا تشكل نصيحة استثمارية.
هيئة سوق المال (CMA) · سلطة تنظيم الأصول الافتراضية (VARA) · سوق أبوظبي العالمي (ADGM)
الأسئلة الشائعة
ما هو هجوم الإعادة (Replay Attack)؟
هجوم الإعادة هو نسخ معاملة صالحة وموقَّعة على بلوكتشين، ثم إعادة بثها على سلسلة ثانية نشأت بعد انقسام صلب. ولأن السلسلتين تتشاركان بنية العناوين ونظام التوقيع نفسيهما، قد تُؤكَّد معاملتك في السجلين، فتتحرك عملاتك على السلسلة الثانية دون قصد. ولا يستطيع المهاجم توجيه الأموال إلى عنوان آخر، بل يكرر فقط ما وقّعته أنت.
كيف أحمي نفسي من هجوم الإعادة؟
أقوى دفاع هو إضافة حماية من الإعادة على مستوى البروتوكول إلى الانقسام، فترفض كل سلسلة معاملات الأخرى تلقائيًا. أما كمستخدم فيمكنك: الامتناع عن التعامل لبضعة أيام بعد الانقسام، وفصل أرصدتك بمعاملات لا يمكن إعادة تشغيلها (مثل مكافآت الكتل المسكوكة حديثًا)، وتشغيل عقدتك الخاصة، واختيار منصات ومحافظ مدقَّقة تؤكد أمان المعاملات.
هل يمكن لهجوم الإعادة إرسال عملاتي إلى محفظة المهاجم؟
لا. هجوم الإعادة ينسخ فقط المعاملة التي وقّعتها، ولا يستطيع تغيير المستلم أو المبلغ، لأن ذلك يُبطل توقيعك. والخطر الحقيقي هو فقدان السيطرة على السلسلة التي تتحرك عليها عملاتك، وليس سرقة عشوائية.
لماذا لا تتضمن بعض الانقسامات حماية من الإعادة؟
الحماية من الإعادة بحد ذاتها تغيير في قواعد الإجماع، ويجب أن تتفق عليها فرق التطوير قبل الانقسام. وفي الانقسامات المتسرعة أو المثيرة للخلاف قد لا يكفي الوقت، أو يلقي كل طرف المسؤولية على الآخر. كما أن إضافتها بعد تحديد موعد الانقسام تعني عمليًا انقسامًا جديدًا قد يقسم الشبكة إلى ثلاث سلاسل. لذلك يكون غيابها في الغالب فشلًا في الحوكمة لا فشلًا تقنيًا.

