DeFi часто піддається крадіжкам, як запобігти хакерським атакам у епоху штучного інтелекту?

Написано: systs

OpenBuild Вступ:

У квітні 2026 року DeFi переживає найтемніший час, сума крадіжок за місяць перевищила 625 мільйонів доларів, встановивши новий рекорд, лише дві атаки Drift і KelpDAO поглинули майже 580 мільйонів доларів. Вибух штучного інтелекту кардинально змінив баланс сил у протистоянні атаки і захисту: раніше потрібно було кілька тижнів для виявлення вразливостей протоколу вручну, тепер великі моделі можуть зробити це за кілька годин, вартість атак знизилася, а кількість потенційних цілей зросла. Все більше протоколів стають мішенню.

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

Нижче наведено оригінальний текст, підготовлений і відредагований OpenBuild.

Після дослідження проекту @openforage і аналізу багатьох історичних випадків атак на DeFi, я почав насторожено ставитися до державних гравців-агресорів. Ці опоненти мають досвід, ресурси і майстерність у довгостроковому плануванні; як головні антагоністи, вони ретельно досліджують кожен щілину у вашому протоколі та інфраструктурі, шукаючи можливості для експлуатації. Звичайні команди часто розпорошені, одночасно керуючи бізнесом і безпекою, тому не можуть повністю захиститися. Я не претендую на звання експерта з безпеки, але маю досвід керівництва у високоризикових середовищах (в тому числі військовий досвід і управління великими фінансовими ресурсами у великих фінансових установах), тому маю зрілі практичні навички у плануванні ризиків і реагуванні. Я твердо переконаний: тільки одержимі можуть вижити. Жодна команда не починає з ідеального рівня безпеки, але атаки трапляються постійно. Ми повинні діяти краще.

/ 01 Епоха AI: все вже змінилося

Хакерські атаки — не рідкість, але останнім часом їх кількість значно зросла. У першому кварталі 2026 року було зафіксовано рекордну кількість атак у історії DeFi, а вже у другому кварталі, що тільки почався, очікується побиття попередніх рекордів.

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

/ 02 Від атаки до захисту: роздуми про поверхи і багаторівневий захист

Практично, у DeFi атаки мають три основні напрямки:

• Команда оператора протоколу
• Смарт-контракти і базова інфраструктура
• Межі довіри користувачів (домени, соцмережі тощо)

Після визначення цих напрямків, створюємо п’ятишаровий багаторівневий захист:

Попереджувальні заходи: стандартизація процесів, суворе дотримання яких зменшує ймовірність проникнення.

Зменшення втрат: при неуспіху попереджень швидко обмежуємо масштаби збитків.

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

Відновлення контролю: якщо зловмисний модуль або компонент вийшли з-під контролю, їх видаляємо або замінюємо.

Післяінцидентне відновлення: повертаємо викрадені активи, співпрацюємо з відповідними організаціями для блокування коштів, скасування транзакцій і розслідування.

/ 03 Основні принципи

Ці принципи керують впровадженням багаторівневого захисту.

Передова AI-інтелектуальна оборона

Використовуємо сучасні великі моделі для сканування коду і конфігурацій на вразливості, проводимо червоно-сині тестування: активне пошук фронтенд-уразливостей і перевірка можливості проникнення у бекенд. Атакувальники так роблять; захисники через сканування знаходять ті ж уразливості. Можна застосовувати інструменти pashov, nemesis, а також AI-платформи Cantina (Apex), Zellic (V12) для швидкого попереднього аналізу коду перед аудитом.

Час і процес — це захист

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

Неперевершеність у дизайні

Смарт-контракти можуть мати незмінні ключові принципи — якщо їх порушити, весь протокол вважається зламаним. @openforage орієнтується на платоспроможність: активи в сейфі + вже розгорнуті активи ≥ непогашені борги. Важливо не закодовувати багато перевірок у кожну функцію, щоб не ускладнювати код.

Баланс влади

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

• Головні права управління: прийняття ключових рішень
• Аварійні права: відновлення стабільності, але без заміни системи управління

Передбачаємо неминучі проблеми

Ми повинні розуміти, що будь-яка команда рано чи пізно зазнає атаки. Смарт-контракти або компоненти можуть зламатися, команда — потрапити під соціальну інженерію, оновлення — ввести нові вразливості. Тому важливі заходи — обмеження втрат, зупинка і замороження активів, щоб не допустити катастрофи. В разі кризи — не приймати поспішних рішень.

Раннє планування

Найкращий час для реагування — до інциденту. Створюємо і документуємо процедури, тренуємо команду, щоб уникнути хаосу під час атаки. В епоху AI потрібно мати інструменти для швидкого збору інформації, генерації коротких звітів і передачі їх до ключових рішучих осіб.

Життя — головна ціль

Не потрібно ідеальної безпеки, важливо — вижити. Жоден протокол не є непроникним з моменту запуску; лише постійне вдосконалення і аналіз помилок робить систему стійкою. Відсутність атак не означає абсолютну безпеку; найвищий ризик — у найспокійніші моменти.

/ 04 Система попереджень

Проектування смарт-контрактів

Після визначення ключових незмінних правил, закладаємо їх у логіку виконання, ретельно обираючи, що потрібно обов’язково перевіряти. Рекомендується використовувати модель FREI-PI (Функція — Вплив — Зовнішні взаємодії — Не змінні протоколу): всі функції, що змінюють активи, мають перевіряти незмінні правила перед завершенням. Багато атак (арбітражі через швидкі позики, зловмисне очищення оракулів, міжфункціональні втрати платоспроможності) можна зупинити цим.

Покращення тестування

Використовуємо тестування з нечіткою логікою: генеруємо випадкові послідовності викликів API протоколу і перевіряємо незмінні правила. Більшість атак — це багатотранзакційні атаки, і цей метод — один із найнадійніших для їх виявлення. Створюємо тести для перевірки незмінних правил у будь-яких сценаріях, а також формальне підтвердження їхньої дійсності. Основні правила мають бути формально підтверджені.

Оракули і зовнішні залежності

Чим складніше система — тим більше ризиків. Кожен рівень зовнішніх залежностей збільшує ймовірність атаки. Якщо ви розробляєте базові компоненти — довіряйте користувачам вибір джерел. Якщо не можете позбавитися залежностей — застосовуйте багаторівневу децентралізацію, щоб уникнути єдиної точки відмови. Аудит має охоплювати збої оракулів і зовнішніх сервісів, встановлювати ліміти і резерви, щоб зменшити збитки у разі збоїв. Приклад — атака KelpDAO: проект використовував LayerZero з налаштуванням requiredDVNCount=1, що не було враховано в аудиті; злом стався через зовнішню інфраструктуру.

Аналіз всіх потенційних векторів атак

Відомі вектори атак у DeFi вже мають повний список. Порівнюємо їх із своїм протоколом і впроваджуємо відповідні заходи. Створюємо внутрішні червоно-сині тренування для активного пошуку вразливостей — це стандартна практика.

Вбудовані аварійні права

У системах з голосуванням права спочатку зосереджені у мульти-підписах, потім розподіляються. Навіть при широкому розповсюдженні токенів, права зазвичай зосереджені у кількох гаманцях, іноді — лише в одному. Якщо цей гаманець зломають — протокол зупиниться. Рекомендується використовувати захисний гаманець із обмеженими правами: лише для зупинки протоколу, а у разі крайньої необхідності — для переведення прав до резервного гаманця за 4 з 7 голосів. Захисник не має права ініціювати або проводити управлінські пропозиції.

Таким чином, протокол отримує незалежний аварійний рівень: він може відновити стабільність, але не замінить основне управління. Ймовірність зломів таких захисних гаманців дуже низька через розподіл активів. Після зрілості системи і децентралізації прав цей рівень можна поступово зняти.

Гаманці і архітектура ключів

Мульти-підписові гаманці — стандарт, мінімум 4 з 7 підписів, і ніхто не може контролювати всі 7 ключів одночасно. Регулярно оновлюємо підписантів. Ключі не використовуємо для особистих цілей — якщо пристрій для підпису використовується для перегляду пошти або вебу, він вже зламаний. Використовуємо кілька наборів гаманців для різних ролей. Передбачаємо, що один із наборів може бути зламаний, тому маємо план дій. Навіть у разі тиску або погроз ніхто не може самостійно зламати протокол.

Планування винагород за вразливості

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

Вибір аудиторських компаній

Раніше я вважав, що з посиленням моделей традиційний аудит втрачає цінність, але тепер змінив думку:

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

Ще один важливий момент — репутація аудиторів. Після позитивного звіту, якщо протокол буде зламано, компанія має сильний стимул допомогти з аналізом і відновленням. Тому довгострокова співпраця з професійними командами — цінний актив.

Забезпечення безпеки в експлуатації

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

/ 05 Зменшення втрат

Обмеження виходу коштів — це верхня межа збитків

Усі канали виведення активів мають мати ліміти. Максимальні збитки через злом — це те, що потрібно враховувати. Наприклад, функція емісії без обмежень — це чек на безмежне створення монет; функція викупу без лімітів — чек на зміну балансу активів. Встановлюємо жорсткі ліміти для кожного каналу, щоб балансувати між максимально допустимими втратами і комфортом користувачів. Це допоможе уникнути повного краху протоколу.

Білі та чорні списки

Більшість протоколів мають приховані списки викликів, активів і дозволених адрес, а також заборони на певні дії. Навіть якщо правила не публічні — їх потрібно формалізувати. Визначивши чорні і білі списки, можна вводити двоступеневу систему дозволів, ускладнюючи атакам. Атакуючий має спочатку змінити білі списки або зняти обмеження чорних, а потім здійснити зловмисну операцію. Така система ускладнює атаки, бо потрібно пройти дві перевірки: спочатку — через процедуру входу, потім — через фільтри безпеки.

/ 06 Відновлення контролю

Автоматичний моніторинг алгоритмів

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

Спершу — зупинка, потім — аналіз

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

Запуск антикризового штабу

Після зупинки — збираємо команду з довірених фахівців, створюємо канал зв’язку. Обмежуємо доступ до інформації, щоб уникнути витоку даних. Визначаємо ролі і тренуємо їх:

• Лідер прийняття рішень
• Оператори захисту
• Аналізатори атак
• Контакти з партнерами
• Відповідальні за документацію

Всі — заздалегідь підготовлені і треновані, щоб діяти за планом.

Прогнозування вторинних ризиків

Атака може бути лише першим етапом — далі можливі ланцюгові атаки або приховані пастки. Тому потрібно повністю аналізувати всі можливі наслідки і швидко реагувати, щоб уникнути подальших проблем.

Запровадження планових замін

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

Перед запуском оновлень — ретельне тестування

Після виявлення причин і обсягів — потрібно оновити код. Це найризикованіший етап — тому не можна поспішати. Якщо немає часу на офіційний аудит — залучаємо зовнішніх фахівців або запускаємо 48-годинний конкурс на пошук вразливостей перед релізом.

/ 07 Відновлення після інциденту

Швидке реагування

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

Переговори і компроміси

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

/ 08 Атаки не зникнуть, і з розвитком AI вони стануть ще частішими. Захисники повинні використовувати ті ж AI-інструменти, що й нападники, вести постійний червоно-синій тренінг, моніторити ситуацію у реальному часі і встановлювати ліміти збитків, щоб витримати екстремальні ризики і вижити у цій галузі.