Bitcoin Core змінює політику безпеки: ШІ спрощує пошук вразливостей

Bitcoin Core змінює стратегію у міру вдосконалення штучного інтелекту

У повідомленні від 22 жовтня, надісланому на список розсилки розробників Bitcoin, розробник Bitcoin Core Антуан Пуансо (Antoine Poinsot) оголосив про зміни в політиці розкриття вразливостей проєкту, посилаючись на зростаючу кількість звітів про безпеку, що стосуються помилок, які можна виявити або повторно виявити з мінімальними зусиллями.

«Останнім часом ми спостерігаємо зростання кількості повідомлень про вразливості безпеки, які можна легко (повторно) виявити», — написав Пуансо. «Це значною мірою пов’язано з тим, що великі мовні моделі (LLM) суттєво знижують поріг виявлення певних класів проблем або виявлення прихованих виправлень».

Великі мовні моделі (LLM) — це технологія, на якій базуються штучні інтелектуальні помічники, такі як ChatGPT. Їхня дедалі більша здатність аналізувати програмний код становить виклик для розробників, які намагаються знайти баланс між прозорістю та необхідністю захищати користувачів від атак.

Історично Bitcoin Core — програмне забезпечення, що лежить в основі децентралізованої мережі провідної криптовалюти, — віддавав перевагу тривалим ембарго на оприлюднення інформації, даючи користувачам час на оновлення програмного забезпечення до того, як громадськість дізнається про вразливості. Такий підхід відображає децентралізований характер Bitcoin та відносно повільну культуру оновлення серед операторів вузлів.

Однак ці періоди заборони також ускладнювали зусилля з надання патчів безпеки користувачам, які використовують старі версії Bitcoin Core.

«Для цих проблем, які легко виявити, це неправильний компроміс», — сказав Поінсо. «Період заборони мало що дає, але затримує випуск виправленої версії».

Згідно з переглянутою політикою, розробники Bitcoin Core тепер можуть класифікувати вразливості як «легко виявляємі» під час їхньої початкової оцінки. Ця категорія включає недоліки, які можна виявити за допомогою простого запиту до штучного інтелекту, хоча вона не обмежується лише вразливостями, виявленими за допомогою штучного інтелекту.

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

Ці зміни були офіційно закріплені у запиті на злиття (pull request) на GitHub, поданому Поінсотом 16 жовтня та об’єднаному 22 жовтня. Окрім створення нової класифікації вразливостей, ця редакція змінює формулювання, що вимагає попереднього повідомлення за два тижні до публічного розкриття, уточнюючи, що ця вимога застосовується до вразливостей, які все ще підпадають під ембарго.

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

Інші розробники обговорювали, чи слід іноді попереджати користувачів до того, як виправлення стануть доступними, хоча прийнята політика передбачає публікацію попереджень разом із випусками з виправленнями.

Як цей крок змінює практику розкриття інформації про уразливості

Ці зміни є суттєвим відхиленням від попереднього підходу Bitcoin Core, який, як правило, пов’язував розкриття вразливостей із ступенем серйозності недоліку та життєвим циклом уражених версій програмного забезпечення.

Згідно з існуючою системою, що базується на рівні серйозності, уразливості низького рівня серйозності публічно розкриваються через два тижні після випуску основної версії, що містить виправлення. Уразливості середнього та високого рівнів серйозності підлягають значно довшим періодам заборони на розкриття, причому розкриття відбувається через два тижні після того, як остання уразлива версія досягає статусу «кінець життєвого циклу», зазвичай приблизно через рік після початкового виправлення.

Ці терміни залишаються в силі для вразливостей, які не вважаються легко виявляємими. Критичні недоліки, що загрожують фундаментальній безпеці Bitcoin, зокрема помилки, здатні створювати несанкціоновані монети або спричиняти постійні розгалуження ланцюга в масштабах мережі, як і раніше, вимагають особливого підходу, що виходить за межі стандартної політики.

Ця зміна може мати безпосередні наслідки для користувачів, які використовують старі версії програмного забезпечення Bitcoin Core, оскільки за новими правилами всі основні версії, що активно підтримуються, матимуть право на прискорене виправлення.

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

Для Bitcoin Core поява дедалі потужніших інструментів штучного інтелекту змушує переорієнтувати підхід на якнайшвидше надання виправленого програмного забезпечення, а не покладатися на секретність для захисту користувачів.

Раніше цього року розробники криптовалютної мережі Zcash заявили, що штучний інтелект було використано для виявлення вразливості, яка давала змогу створювати необмежену кількість монет, а орієнтована на конфіденційність конструкція захищеного пулу мережі на той час унеможливлювала доведення того, що ця вразливість не була використана. Ціна ZEC тоді різко впала через побоювання щодо потенційних підроблених монет.

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