#XRPLedgerPatchesXRPCreationBug
كيف كان من الممكن لثغرة عمرها عقد أن تُنشئ عملة XRP من العدم
تسلّط ثغرة خطيرة كُشف عنها مؤخرًا في سجل XRP (XRPL) الضوء على درس بالغ الأهمية في أمن البلوك تشين. كان الخلل موجودًا دون اكتشافه منذ عام 2015، وكان من الممكن أن يتيح لمهاجم إنشاء عملة XRP وإنفاقها من دون دفع قيمتها الفعلية.
كيف عملت الثغرة
السبب الجذري: تجاوز سعة الأعداد الصحيحة في محرك المدفوعات في السجل.
الاستغلال: عندما عالجت عملية دفع مئات العروض المصممة خصيصًا، التفّت القيمة الإجمالية المتراكمة لتصبح رقمًا أصغر بكثير.
الخلل: أضاف المحرك كامل المبالغ إلى أرصدة أصحاب العروض، بينما لم يحمّل المشتري سوى جزء ضئيل من التكلفة.
إخفاق وسائل الحماية: اعتمد فحص أمان ثانوي، صُمم للكشف عن عملة XRP التي أُنشئت حديثًا، على حسابات مشابهة، ما أدى إلى إخفاق فحصي الأمان المستقلين في الوقت نفسه.
الحل والحالة
الإصلاح: عولج الخلل في الإصدار xrpld 3.4.1 بتاريخ 25 سبتمبر.
حالة الشبكة: أكد فريق XRPL عدم وجود أدلة على استغلال هذه الثغرة مطلقًا على الشبكة الرئيسية العامة.
الدرس الأهم لأمن البلوك تشين
لا يقتصر الأمن على العثور على أخطاء منفردة، بل يشمل ضمان ألا تتشارك وسائل الحماية متعددة الطبقات النقطة العمياء الأساسية نفسها.
إن الشيفرة مفتوحة المصدر، وبرامج مكافآت اكتشاف الأخطاء الصارمة، وعمليات التدقيق الأمني المستقلة أمور لا غنى عنها. فالبروتوكول الأقوى ليس ذاك الذي يدّعي خلوه تمامًا من الأخطاء، بل القادر على تحديد العيوب واحتوائها وإصلاحها قبل استغلالها.
💬 ما رأيكم؟ هل تستثمر بروتوكولات العملات المشفرة بما يكفي في عمليات التدقيق الأمني المستقلة حقًا وآليات الأمان عند الإخفاق؟
$XRP
#xrp #XRPledger #CryptoSecurity #BinanceSquare