بنیاد دفتر کل ریپل (XRP Ledger Foundation) در برابر ادعاهایی مبنی بر اینکه پچ امنیتی اضطراری اخیر به اپراتورهای شبکه تحمیل شده است، واکنش نشان داد و از اقدام خود دفاع کرد.
توسعه‌دهندگان XRP Ledger از پچ امنیتی اضطراری که برای رفع یک باگ استفاده شده بود، دفاع کردند. این باگ می‌توانست به تولید توکن‌های XRP فراتر از عرضه ثابت شبکه منجر شود. توسعه‌دهندگان اعلام کردند که نمی‌توانستند برای رای‌گیری معمول دو هفته‌ای اعتبارسنج‌ها (Validators) صبر کنند، زیرا این کار باعث می‌شد نقص امنیتی شبکه در معرض دید مهاجمان قرار گیرد.
این اصلاحیه که در تاریخ ۲۵ سپتامبر و سه روز پس از گزارش در برنامه «باگ بانتی» منتشر شد، بلافاصله روی هر سروری که آن را نصب می‌کرد اعمال گردید. به گفته توسعه‌دهندگان، این اولین باری بود که از زمان راه‌اندازی این سیستم در بیش از ده سال گذشته، فرایند معمول اصلاحیه‌ها (Amendment Process) به‌طور عمدی دور زده می‌شد.
توسعه‌دهندگان XRPL روز یکشنبه در پستی در شبکه اجتماعی ایکس (X) نوشتند:
اگر این کار با یک رای‌گیری اصلاحی معمولی پیش می‌رفت، این راهکارِ رفعِ باگ هفته‌ها قبل از اجرایی شدن به صورت عمومی منتشر می‌شد و امنیت شبکه را به خطر می‌انداخت.
این رفع مشکل سریع، سوالاتی را درباره سطح غیرمتمرکز بودن XRPL ایجاد کرد. XRPL در وبسایت خود ادعا می‌کند که یک بلاکچین عمومی و کاملاً غیرمتمرکز است؛ مشخصه‌ای که همواره محور اصلی استدلال‌ها مبنی بر اینکه توکن بومی آن یعنی XRP یک اوراق بهادار (Security) نیست، بوده است.
رفع مشکل امنیتی XRPL سوالات زیادی را به وجود آورد
جاستین بونز (Justin Bons)، بنیان‌گذار سایبر کپیتال (Cyber Capital)، روز پنجشنبه گفت که بازاریابی XRP برای سرمایه‌گذاران خرد با عنوان پروژه‌ای «غیرمتمرکز»، مصداق «کلاهبرداری آشکار» است. او استدلال کرد که به‌روزرسانی اضطراری ۲۵ سپتامبر تنها به‌صورت فایل‌های باینری منتشر شد، سورس کد به‌طور موقت پنهان ماند و اپراتورها برای ارتقای شبکه تحت فشار قرار گرفتند.
با این حال، بنیاد XRPL اعلام کرد که تصمیم برای نادیده گرفتن فرایند معمول اصلاحیه‌ها، پس از ارزیابی شدت باگ، به‌صورت مشترک توسط بنیاد، شرکت RippleX، توسعه‌دهندگان هسته و اعتبارسنج‌ها گرفته شده است.
این بنیاد اظهار داشت:
هیچ نهادی به‌تنهایی نمی‌توانست چنین تصمیمی بگیرد. هر اعتبارسنج و اپراتور نُد (Node) خودش انتخاب می‌کند که چه نرم‌افزاری را اجرا کند و نسخه ۳.۴.۱ تنها از طریق یک رای‌گیری اصلاحی معمول با حمایت بیش از ۸۰ درصدی اعتبارسنج‌ها به مدت دو هفته الزامی شد. تغییرات پروتکل همچنان از طریق مسیر اصلاحیه‌ها انجام می‌شوند.
گروه XRP Kuwait که یک اپراتور اعتبارسنج مستقل است نیز ادعاهای مبنی بر اینکه این به‌روزرسانی‌های هماهنگ نشان‌دهنده کنترل متمرکز هستند را رد کرد.
این گروه گفت:
ما با این ادعا که هماهنگی اپراتورها برای یک به‌روزرسانی به‌خودی‌خود دلیلی بر کنترل متمرکز است، مخالفیم. هماهنگی با کنترل کردن تفاوت دارد. اپراتورهای مستقل می‌توانند شرایط را ارزیابی کنند، با یکدیگر در ارتباط باشند و بدون اینکه استقلال خود را از دست بدهند، به یک نتیجه واحد برسند.
این باگ می‌توانست توکن XRP نامحدود تولید کند
بر اساس گزارش افشای آسیب‌پذیری این پروژه، باگ مذکور یک سرریز عدد صحیح (Integer Overflow) در موتور پرداخت XRP Ledger بود که از سال ۲۰۱۵ در شبکه وجود داشت.
موجودی‌های XRP به‌صورت اعداد صحیح ۶۴ بیتی با یک حداکثرِ ثابت ذخیره می‌شوند. زمانی که یک مجموع از آن مقدارِ حداکثر فراتر می‌رفت، محاسبات به‌جای اینکه با خطا مواجه شوند، اصطلاحاً به نقطه شروع بازمی‌گشتند (Wrap) و به یک عدد کوچکتر تبدیل می‌شدند.
یک مهاجم می‌توانست با ایجاد صدها پیشنهاد (Offer) با قیمت‌گذاری‌های خاص که هر کدام مقدار بسیار زیادی XRP طلب می‌کردند، از این نقص سوءاستفاده کند و سپس با ارسال یک تراکنش پرداختی، تمام آن‌ها را مصرف کند.
در این سناریو، موتور پرداخت مبلغ کامل را به صاحبان هر پیشنهاد واریز می‌کرد، اما از خریدار تنها همان مجموع کوچک‌شده (تغییریافته بر اثر سرریز) را کسر می‌کرد. تفاوت این دو مقدار، در واقع XRPهای جدید و قابل خرج‌کردنی بود که از هیچ خلق می‌شد.
طبق این گزارش، این حمله نیازمند ایجاد پیشنهادهای کاملاً دست‌کاری‌شده بود و با فعالیت‌های معاملاتی عادی فعال نمی‌شد. توسعه‌دهندگان اعلام کردند که هیچ شواهدی مبنی بر سوءاستفاده از این نقص در شبکه عمومی پیدا نکرده‌اند.
