ATOMКрипто-команди спостерігають зростання кількості подань на баг-баунті, оскільки інструменти штучного інтелекту полегшують сканування коду та складання звітів.
Водночас багато протоколів заявляють, що зростаючий обсяг включає більше неякісних або неточних висновків, що ускладнює роботу з перевірки.
Програми баг-баунті винагороджують дослідників безпеки за повідомлення про недоліки програмного забезпечення до того, як зловмисники їх використають. У криптоіндустрії ці програми стали звичайною частиною зусиль з безпеки, оскільки протоколи часто керують великими обсягами коштів користувачів та працюють на відкритому вихідному коді.
Баррі Планкетт, співгенеральний директор Cosmos Labs, зазначив, що ШІ змінює роботу програм баг-баунті. За його словами, за останній рік обсяг подань у програмі компанії різко зріс.
«Наша програма за останній рік збільшила обсяг подань на 900%, до 20-50 на день», — зазначив Планкетт.
Він додав, що зростання включало як дійсні, так і недійсні звіти, що створює більше роботи для команд, які намагаються відокремити реальні проблеми від необґрунтованих заяв.
Кадан Штадельманн, головний технічний директор Komodo Platform, також заявив, що спостерігав зростання кількості подань на баг-баунті та виплат у різних організаціях. За його словами, деякі останні звіти виявилися низькоякісними, а в деяких випадках могли бути хибними спрацьовуваннями.
«Безперечно, спостерігається збільшення кількості низькоякісних подань на баг-баунті, деякі з яких були хибними спрацьовуваннями, що потенційно свідчить про їхнє створення ШІ», — сказав Штадельманн Cointelegraph.
Він додав, що ШІ, можливо, знизив вартість та зусилля, необхідні для створення звіту, що призвело до збільшення кількості подань.
Інструменти ШІ можуть допомогти дослідникам швидше переглядати великі обсяги коду та вказувати на можливі вразливості. Це полегшило дослідникам безпеки приєднання до програм баг-баунті та надсилання висновків протоколам.
Однак системи ШІ також можуть генерувати неточні результати. У роботі з баг-баунті це може означати, що команди отримують звіти, які звучать технічно, але не описують реальних недоліків. Це створює додатковий тиск на розробників та персонал безпеки, які повинні перевіряти кожну заявку.
Широкий тренд помітний не тільки в криптоіндустрії. У січні Даніель Стенберг, творець інструменту з відкритим вихідним кодом curl, заявив, що припиняє свою програму баг-баунті після того, як зіткнувся з тим, що він описав як наплив «ШІ-шлаку у звітах про вразливості».
HackerOne, одна з найбільших платформ баг-баунті, повідомила в січні, що зафіксувала 85 000 дійсних подань на баг-баунті у 2025 році. Цей показник зріс на 7% порівняно з попереднім роком.
Зі зростанням обсягів подань деякі крипто-команди змінюють підхід до проведення програм баг-баунті. Планкетт заявив, що Cosmos Labs посилила методи оцінки вхідних звітів і тепер надає більшої ваги перевіреним дослідникам з надійною репутацією.
Він також зазначив, що компанія співпрацює з провайдерами баг-баунті, які пропонують більш розширену підтримку сортування. Цей крок покликаний допомогти скоротити час, витрачений на перегляд слабких або дубльованих подань.
Ці зміни показують, що команди намагаються зберегти корисність програм баг-баунті, керуючи при цьому додатковим навантаженням, створеним звітами за допомогою ШІ. Програми все ще потребують зовнішніх дослідників, але їм також потрібні сильніші фільтри.
Штадельманн зазначив, що ШІ також може стати частиною вирішення проблеми. За його словами, невеликі команди можуть стикатися з найбільшими труднощами, оскільки у них менше інженерів, доступних для перегляду великої кількості подань.
«Командам блокчейну доведеться створювати ШІ-засоби стримування для просіювання вхідних баг-баунті», — сказав він.
Він додав, що захисні системи ШІ можуть допомогти сортувати звіти та зменшити навантаження на внутрішні команди.
Штадельманн також зазначив, що протоколам можуть знадобитися суворіші стандарти для подань, щоб зменшити кількість слабких звітів. Оскільки інструменти ШІ поширюються, програми баг-баунті, ймовірно, залишаться активними, але командам можуть знадобитися нові процеси для управління зростаючим потоком.
