• أصلح مطورو دفتر XRP خللًا يعود إلى عام 2015، كان من الممكن أن يسمح بإنشاء وحدات XRP غير مصرّح بها في ظل ظروف معينة للمعاملات.

  • أفادت التقارير بأن المحققين لم يعثروا على أي دليل على استغلال الخلل في الشبكات العامة، لكن الاختبارات أكدت أن الخلل قد يؤدي إلى إنشاء وحدات XRP قابلة للإنفاق.

  • عالج تحديث البرنامج الطارئ خطرًا محتملًا على سلامة المعروض، وتطلب من المدققين تنسيق عمليات التحديث على مستوى الشبكة.

برزت مسألة أمن دفتر XRP عندما أصلح المطورون خللًا برمجيًا قديمًا كان من الممكن أن يسمح بإنشاء رموز غير مصرّح بها.

مطوّرو XRP Ledger يعالجون ثغرة قديمة

كشفت RippleX عن ثغرة برمجية يعود تاريخها إلى عام 2015. ففي بعض الحالات، كان بإمكان مهاجم إنشاء XRP قابل للإنفاق من خلال استغلال ثغرة. ووصف الإفصاح إخفاقًا أمنيًا محتملًا، لا هجومًا مؤكدًا.

سلّطت Whale Insider الضوء على هذا التطور على نطاق أوسع في منشور حديث. وركزت رسالتها على احتمال إنشاء مليارات من XRP من دون غطاء مشروع. لكن الثغرة التي أُبلغ عنها قد أُصلحت، ولم يعثر المحققون على أي دليل على استغلالها في الشبكات العامة.

https://twitter.com/WhaleInsider/status/2108781536338145677?s=20

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

كانت الثغرة تتطلب مدفوعات مصممة بعناية وتتضمن عددًا كبيرًا من عروض دفتر الأوامر. وكان بإمكان المهاجم التلاعب بقيم العروض للتسبب في خطأ الحساب. ولم يُذكر أن المعاملات العادية كانت تفعّل الثغرة بشكل متكرر.

كان من الممكن أن تهدد الثغرة نزاهة معروض XRP

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

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

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

يبلغ إجمالي المعروض من XRP حدًا أقصى قدره 100 مليار. وربما أثار الإنشاء غير المصرح به مخاوف بشأن الأرصدة ونزاهة احتساب المعروض. ولم يثبت الإفصاح بيع أي كميات إضافية من XRP.

تصحيح طارئ يستهدف الخطر الأمني

يُقال إن الثغرة أُبلغ عنها عبر برنامج مكافآت اكتشاف الأخطاء في XRP Ledger في 22 سبتمبر 2026. وحقق المطورون في المشكلة وأعادوا إنتاجها في ظروف مضبوطة. وظهر الإصلاح في الإصدار 3.4.1 من XRPOLD، الذي صدر في 25 سبتمبر.

استدعت خطورة المشكلة استجابة عاجلة من مشغلي الشبكة. وإضافةً إلى إجراءات التعديل المعتادة، حُثّ المشغلون على التحديث في الوقت المناسب. ووفقًا للإفصاح، جرى تحديث أكثر من 80% من المدققين المدرجين في قائمة العقد الفريدة الافتراضية يوم إصدار التحديث.

يكتسب تنسيق عمل المدققين أهمية لأن الشبكة تعتمد على مدققين مستقلين يستخدمون برامج متوافقة. وقد تظل الثغرة الخطيرة قائمة إلى أن يثبّت عدد كافٍ من المشاركين الإصلاح. لذلك، تُعد الإفصاحات الواضحة والتحديثات السريعة جزءًا مهمًا من صيانة أمن البلوك تشين.

ويُميّز التقرير أيضًا بين هجوم محتمل وحادثة مؤكدة. فوفقًا لـ RippleX، لم يُعثر على دليل على استغلال الثغرة في الشبكات العامة. وتشير المعلومات المتاحة إذن إلى إصلاح الثغرة من دون وقوع أي هجوم معروف على الشبكات العامة.

بالنسبة إلى حاملي XRP، يتمثل التطور الأهم في إصلاح ثغرة كان من الممكن أن تهدد قواعد المعروض. ولا يثبت الإفصاح أن مليارات الرموز قد سُكّت. بل يوثق استغلالًا محتملًا، وتصحيحًا تقنيًا له، وما أُفيد عن عدم استغلاله على الشبكات العامة.