XRPL випустив патч через баг із додатковою емісією XRP

Розробники XRP Ledger 25 вересня випустили екстрений патч для вразливості, яка могла дозволити створювати XRP понад фіксований обсяг пропозиції мережі. Виправлення з’явилося через три дні після повідомлення про баг у межах програми пошуку вразливостей і почало діяти одразу на серверах, де його встановили.

За словами розробників, це був перший навмисний відступ від стандартної процедури внесення змін до протоколу від моменту запуску XRP Ledger понад десять років тому. Зазвичай поправки проходять двотижневе голосування валідаторів. У цьому випадку процедуру не застосували, оскільки публічне очікування могло розкрити вразливість і дати зловмисникам час для атаки.

Баг існував із 2015 року та був пов’язаний із переповненням цілого числа в платіжному механізмі XRPL. Баланси XRP зберігаються як 64-бітні числа з фіксованим максимальним значенням. Коли сума перевищувала цей ліміт, система не відхиляла операцію, а повертала менше число.

Зловмисник міг створити сотні спеціально сформованих ордерів, у кожному з яких запитувалася дуже велика кількість XRP. Після цього він міг здійснити один платіж, що об’єднував ці ордери. Власники ордерів отримали б повні суми, тоді як із покупця списалася б менша сума, що виникла через переповнення. Різниця фактично створювала б нові XRP.

Для атаки були потрібні спеціально сформовані ордери, тому звичайна торгівля не могла автоматично активувати баг. Розробники не виявили доказів використання вразливості в жодній публічній мережі.

Рішення пропустити стандартну процедуру ухвалили спільно XRPL Foundation, RippleX, основні розробники та валідатори після оцінки ризику. Розробники пояснили, що за звичайного голосування опис виправлення залишався б публічним протягом кількох тижнів до набуття чинності.

Екстрений реліз спричинив дискусію щодо децентралізації XRP Ledger. Засновник Cyber Capital Джастін Бонс стверджував, що спочатку оновлення поширювали у вигляді бінарних файлів, а вихідний код тимчасово не був доступний. Він також заявив, що операторів вузлів змушували оновлювати програмне забезпечення.

XRPL Foundation заперечила, що будь-яка окрема організація могла одноосібно ухвалити рішення. Кожен валідатор і оператор вузла самостійно обирає програмне забезпечення для роботи. Версія 341 стала обов’язковою лише після звичайного голосування щодо поправки та отримала понад 80% підтримки валідаторів за два тижні.

«Координація не дорівнює контролю. Незалежні оператори можуть оцінити ситуацію, зв’язатися один з одним і дійти спільного висновку, не відмовляючись від своєї незалежності», — зазначив незалежний оператор-валідатор XRP Kuwait.

Фонд повідомив, що майбутні зміни протоколу й надалі проходитимуть через стандартну процедуру поправок.