Крипто Bug Bounty: как заработать на взломе блокчейна

Стереотип, вызываемый словом «хакер», поразительно живуч: молодой парень в черном худи, мрачно смотрящий в экран в ярко освещенной комнате и крадущий пароли людей, которые слишком доверяли интернету. Этот образ сохраняется на протяжении десятилетий реальной культуры безопасности, потому что это удобный способ превратить нечто сложное в образ злодея — а злодеи всегда полезны. Гораздо реже можно услышать о том, что некоторые из лучших хакеров находятся по другую сторону этой «сделки»: они находят уязвимости раньше преступников (и получают вознаграждение за свои труды). У этой практики есть название, институциональная память и профессиональная структура, возникшие за несколько десятилетий до появления блокчейна.

Первая организованная программа bug bounty в ее современном виде была запущена компанией Netscape 10 октября 1995 года. Компания работала над Navigator 2.0, своим ведущим на тот момент браузером, и выступила с публичным призывом: найдите баг в системе безопасности, ответственно сообщите об этой уязвимости компании и получите оплату за свои усилия. Хотя по сегодняшним меркам бюджет был невелик — 50 000 долларов на всю программу — сама идея была по-настоящему оригинальной. Фактически Netscape публично признала, что в ее программном обеспечении есть уязвимости, которые она не может обнаружить собственными силами, и что сторонние специалисты могут иметь больше возможностей для их поиска. Важнее денег было то, что означало это неявное признание.

В 2000-х годах этот процесс развивался медленно, но ускорился, когда к нему присоединились крупные платформы. В 2010 году Google анонсировала свою программу вознаграждения за уязвимости (Vulnerability Reward Program), которая только за текущий год выплачивает более 12 000 000 долларов, а совокупная сумма выплат на сегодняшний день превышает 50 000 000 долларов. Лишь в 2013 году Microsoft последовала этому тренду, запустив официальную программу, а Apple, долгое время сопротивлявшаяся этой идее, наконец открыла собственную публичную программу в 2020 году.

К середине 2010-х годов программы вознаграждения за найденные ошибки (баг-баунти) стали обычным явлением для любой технологической компании, серьезно относящейся к своей безопасности. Появились такие сервисы, как HackerOne и Bugcrowd, которые способствовали масштабированию этих программ, объединяя компании с независимыми исследователями безопасности, занимающимися поиском уязвимостей на постоянной основе.

Однако не все важные открытия в области безопасности происходили в рамках официальных программ баг-баунти, и некоторые из наиболее значимых случаев наглядно показали, что может произойти в их отсутствие. Еще в 2014 году две команды — Нил Мехта из Google и команда финской компании Codenomicon — независимо друг от друга обнаружили серьезную уязвимость в OpenSSL, криптографической библиотеке, которая лежит в основе значительной части всего зашифрованного интернет-трафика. Эта обнаруженная уязвимость, получившая название Heartbleed, позволяла злоумышленнику считывать данные из памяти сервера (к которой у него не должно было быть доступа), раскрывая в виде открытого текста приватные Гипотетический сценарий — что, если бы государственные спецслужбы или криминальные группировки обнаружили это раньше — был достаточно тревожным, чтобы ускорить внедрение программ структурированного раскрытия уязвимостей во всей индустрии.

Почему криптосфера нуждается в «белых хакерах» больше, чем кто-либо другой

Таким образом, проблема безопасности в блокчейне структурно отличается (и фундаментально сложнее) от типичных проблем безопасности программного обеспечения, что крайне важно для понимания того, почему программы баг-баунти стали центральным элементом этой индустрии.

В традиционном ПО уязвимость может быть серьезной, но она ограничена. Скомпрометированное веб-приложение банка может привести к утечке данных или спровоцировать мошенничество, но ущерб локализован в системе, защищенной законами, страхованием, механизмами обнаружения фрода и возможностью отмены незаконных транзакций. У денег есть документальный след. Злоумышленник не действует в вакууме.

Сценарии потерь в DeFi выглядят иначе практически во всех измерениях. За считанные секунды все средства в протоколе могут быть выведены, если злоумышленник воспользуется ошибкой тайминга в смарт-контракте. В случае успеха атакующий получает криптовалюту, которую не только трудно отследить, но и почти невозможно вернуть без содействия ее владельца. Никто не может отменить транзакцию, так как отсутствует центральный орган управления. В любой момент времени миллиарды долларов неизменно находятся в этих публично доступных и автономно функционирующих смарт-контрактах. Ваш код — это ваш продукт, а ваш продукт — это сейф. В большинстве механизмов действует принцип «первым пришел — первым обслужен», а единственным средством защиты остается неизменяемая запись в блокчейне.

Именно это делает динамику противостояния «копья и щита» в криптосфере столь острой. С того момента, как вы развертываете любой протокол, обладающий ценностью, он с первого же дня сталкивается с векторами атак. Злоумышленники отнюдь не дезорганизованы. Некоторые из них связаны с государственными структурами, другие представляют собой продвинутые преступные группировки, а многие просто руководствуются принципами аморальности и ищут пристанище в коде Solidity; у них есть свободные средства, и они пристально следят за всем, что развертывается в сети. Ожидание оттока пользователей из-за проблем с безопасностью — это нежизнеспособная бизнес-стратегия. Нет, единственный вариант — находить эти уязвимости раньше других и нанимать людей, чей талант позволяет их обнаружить.

Аудит и тестирование на проникновение — привлечение охранной фирмы для проверки кода перед его развертыванием — необходимы, но отнюдь не достаточны. Аудиты обычно ограничены по времени и проводятся командами фиксированного размера. Система «смарт-контрактов» может иметь миллионы потенциальных путей взаимодействия, и команда аудиторов в условиях нехватки времени охватит лишь наиболее очевидные из них. Программы bug bounty расширяют горизонты поиска, задействуя глобальное сообщество исследователей с разным опытом, разным мышлением и неограниченным запасом времени. Сочетание обоих подходов — всесторонний внутренний аудит перед запуском в основной сети, а затем постоянная программа вознаграждений — сегодня является стандартным правилом для тех, кто заботится о безопасности протокола.

Математика для CEO: выбор между тысячей долларов и миллионом

Экономическое обоснование программ bug bounty достаточно очевидно и не требует объяснений; однако на практике они все же нужны, поскольку расходы возникают здесь и сейчас, а экономия носит теоретический характер и распределена во времени.

Протокол с вознаграждением в 10 000 долларов за критическую уязвимость потратил на свою безопасность 10 тысяч. Это тот же самый протокол, который мог бы не выявить уязвимость (мы только что видели, как злоумышленник воспользовался этим) и теперь рискует потерять все свои накопления — десятки миллионов, которые исчезнут мгновенно, оставив после себя массу проблем и, по сути, перспективу полной остановки деятельности. Вознаграждение было не расходом, а превентивной страховой выплатой до того, как наступил страховой случай.

Никакие споры не дадут понимания, необходимого для объяснения этой математики до запуска — каждый CEO, переживший крупный эксплойт, понимает это на интуитивном уровне. Те же, кто с этим не сталкивался, рассматривают расходы на безопасность лишь как еще одну статью операционных затрат, которую нужно минимизировать, чтобы просто поставить галочку в графе соответствия требованиям.

Данные о стоимости предоставляет история DeFi-эксплойтов. К примеру, только в 2022 году мост в сети Ronin понес убытки в размере 625 миллионов долларов. Другой мост, Wormhole, был взломан в январе, что обошлось в 320 миллионов долларов. Nomad Bridge — потеряно 190 миллионов долларов, так как каждый пользователь мог опустошить протокол после того, как была определена первоначальная схема атаки. Это уязвимость, обнаружение и устранение которой через программу баунти могло обойтись всего в 50 000 долларов. Это не единичные случаи. Это официальная хроника того, что происходит в среде с высокими ставками, где поиск «дыр» методами редтиминга щедро вознаграждается, а стоимость эксплуатации уязвимостей равна нулю.

Менее упоминаемый риск на самом деле носит обратный характер. Протокол, запускающий программу bug bounty до того, как он к ней должным образом подготовился, фактически рассылает открытое приглашение найти всё, что упустила внутренняя команда — и если кодовая база плохо аудирована, это может быть практически всё. Например, программа с лимитом в 100 000 долларов, запущенная для системы смарт-контрактов с двадцатью критическими уязвимостями, может столкнуться с одновременным раскрытием багов, которое опустошит весь бюджет баунти за считанные дни, при этом протокол так и не начнет функционировать безопасно.

Представьте сценарий, позволяющий утверждать, что многие ранние DeFi-проекты оказались примерно в такой ситуации: публично объявляется программа баг-баунти, и тут же начинают поступать отчеты, из которых становится ясно, что внутренний аудит был лишь поверхностным обзором; при этом затраты на устранение уязвимостей быстро превышают бюджет, выделенный командой на всю стратегию безопасности. Мораль этой истории не в том, что программы вознаграждений за найденные ошибки — это риск, а в том, что они предполагают наличие определенного минимального стандарта качества кода. Протоколы узнают о своих самых серьезных проблемах самым болезненным способом, запуская баг-баунти в качестве замены полноценной внутренней работе над безопасностью, а не в дополнение к ней.

Осознание этих уроков привело к формированию следующей последовательности действий на практике: внутренняя проверка, один или несколько внешних аудитов от проверенных фирм и только затем запуск в эксплуатацию (production) с действующей программой баг-баунти. Другие внедряют дополнительную меру в виде поэтапного развертывания — ограничение максимального объема средств под риском (value-at-risk) в протоколе на определенный период, пока действует баг-баунти, и расширение ликвидности только после того, как не будет выявлено критических сбоев. Это медленнее и зачастую дороже, чем просто выпуск продукта. Но альтернатива порой оказывается катастрофической.

Экосистема: платформы, программы и рекордные выплаты

Инфраструктура крипто-баг-баунти значительно повзрослела со времен неформальных писем о раскрытии уязвимостей и разовых выплат.

Immunefi — крупнейшая платформа в этой сфере, запущенная в декабре 2020 года. К настоящему моменту она выплатила более 100 миллионов долларов исследователям за более чем 3000 отчетов об ошибках и утверждает, что к началу 2026 года помогла предотвратить убытки на сумму более 25 миллиардов долларов в как минимум 500 протоколах. Платформа объединяет сообщество из примерно 45 000 зарегистрированных исследователей безопасности, поддерживает структурированные процессы раскрытия информации и выступает посредником в переговорах между исследователями и протоколами относительно классификации серьезности уязвимостей и размеров выплат.

Immunefi берет комиссию с выплат вознаграждений, что вполне логично согласует их интересы с обеими сторонами рынка: платформа выигрывает, когда исследователи находят реальные баги, а протоколы их оплачивают.

Крупнейшей разовой выплатой в истории платформы остается вознаграждение в размере 10 миллионов долларов, выплаченное в феврале 2022 года исследователю под псевдонимом «satya0x» за обнаружение уязвимости неинициализированного прокси в мосте Wormhole. В случае эксплуатации эта уязвимость поставила бы под удар заблокированные ресурсы стоимостью около 736 миллионов долларов. Исследователь ответственно сообщил о находке и получил крупнейшую на тот момент выплату в истории bug bounty. В декабре 2021 года Polygon выплатил 2,2 миллиона долларов исследователю Леону Спейсуокеру (Leon Spacewalker) за обнаружение критического бага, который мог позволить выпустить до 9,3 миллиарда токенов MATIC — что по курсу на тот момент составляло миллиарды долларов. Математика здесь очевидна в обоих случаях: сумма вознаграждения была огромной в абсолютном выражении, но незначительной по сравнению с потенциальными потерями от предотвращенных атак.

Специализированные программы поощрения на уровне протоколов достигли цифр, которые еще несколько лет назад было трудно представить. Максимальная выплата за критические уязвимости в программе Uniswap v4 составляет 15,5 миллиона долларов. У LayerZero открыты баунти на сумму 15 миллионов долларов. В 2026 году максимальная выплата от Ethereum Foundation была увеличена до 1 миллиона долларов.

Эти цифры должны не только коррелировать со стоимостью активов, безопасность которых обеспечивают данные протоколы, но и соответствовать уровню исследователей, чье внимание вы хотите привлечь — лимит в 1 000 долларов не станет стимулом для того, кто способен обнаружить критическую уязвимость в протоколе стоимостью в несколько миллиардов долларов.

Code4rena и Sherlock работают несколько иначе: вы проводите конкурсный аудит в определенные временные рамки, при этом несколько исследователей одновременно изучают кодовую базу, а выплаты из общего призового фонда распределяются в зависимости от серьезности и валидности обнаруженных уязвимостей. Сообщество Code4rena насчитывает более 8 300 зарегистрированных аудиторов и более 24 000 уникальных находок по результатам всех проведенных аудитов. Платформа Sherlock провела уже более 175 подобных конкурсов. Соревновательный формат меняет структуру стимулов: исследователи мотивированы искать проблемы, которые другие могут упустить, поскольку за обнаружение широко известных уязвимостей часто выплачивается лишь небольшое вознаграждение или оно не выплачивается вовсе. Как правило, это также позволяет выявлять проблемы более широкого масштаба, чем последовательные аудиты или бессрочные программы баг-баунти по отдельности. Криптопрограммы для других держателей Bitcoin Cash, таких как Coinbase и MakerDAO, по-прежнему размещаются на GitHub. На всем активном рынке баг-баунти в Web3 общая сумма предлагаемых вознаграждений на случай, если что-то пойдет не так, сейчас превышает 162 миллиона долларов США. Это отражает как масштаб того, что поставлено на карту, так и уровень профессионализма, которого достигли многие исследователи.

Анализ мастерства: почему это не «легкие деньги»

Образ охотника за ошибками как человека, который случайно находит уязвимость за один вечер и получает шестизначную выплату, не соответствует реалиям этой работы. Специалисты, которые зарабатывают на жизнь исследованием безопасности в криптопространстве, обычно являются узкопрофильными экспертами. Путь к такому уровню мастерства требует многих лет технической подготовки в областях, в которые большинство разработчиков заглядывают редко.

Поиск наиболее критических дефектов в коде работающих смарт-контрактов требует глубоких знаний виртуальной машины Ethereum (EVM) — не просто умения писать на Solidity, но и понимания того, во что он компилируется, что именно делает EVM при выполнении байт-кода и какие функции языка гарантированно выполняются компилятором, в противовес потенциальным пограничным случаям. Последние могут стать проблемами безопасности, если они сочетаются с решениями по оптимизации газа, принимаемыми разработчиками в условиях ограниченного бюджета и жестких дедлайнов. Это требует не только понимания распространенных классов уязвимостей — повторного входа (reentrancy), переполнения целых чисел, манипуляций с быстрыми займами, манипуляций с ценами оракулов, ошибок контроля доступа, уязвимостей инициализации — но и способности обнаруживать новые векторы атак, которые не соответствуют никаким известным паттернам. Самые ценные находки — это те, которые никто даже не искал.

Инструментарий, который исследователи используют в этой работе, значительно развился и теперь включает средства, которые в большинстве случаев неотличимы от тех, что применяют злоумышленники:

Slither, фреймворк для статического анализа, разработанный Trail of Bits, может сканировать код Solidity на наличие 40 известных паттернов уязвимостей и выдавать упорядоченный отчет. Это лишь первый шаг, а не последний — он допускает ложноположительные срабатывания и полностью пропускает уязвимости на уровне логики.

Mythril использует символьное исполнение для обхода возможных состояний контракта и проверяет, не нарушает ли какое-либо достижимое состояние определенные свойства безопасности, заданные исследователем. Однако этот метод ресурсозатратен и позволяет проводить лишь поверхностный анализ сложных контрактов.

Это фаззер на основе свойств: исследователь задает набор инвариантов, которым контракт должен всегда соответствовать, и передает их Echidna. Инструмент перебирает тысячи случайных последовательностей транзакций, пытаясь их нарушить. Мы особенно эффективно находим граничные случаи в арифметике и логике управления состоянием.

Большинство серьезных исследований безопасности сейчас проводятся с использованием Foundry, так как этот инструмент обеспечивает максимально короткий путь от идеи «я думаю, это сработает» к доказательству «я могу доказать, что это работает». Это особенно актуально, поскольку большинство исследователей пишут свои тесты и эксплойты непосредственно на Solidity с помощью Foundry.

С помощью инструментов формальной верификации от Certora исследователи могут использовать спецификации поведения контракта в виде математических контрактов, а затем проверять их на соответствие реальному байт-коду. Это самый сложный метод, требующий наибольших усилий и высокого уровня квалификации для реализации.

Еще один инструмент от Trail of Bits, Manticore, выполняет динамический анализ и может использоваться для автоматической генерации входных данных, которые задействуют определенные пути выполнения кода в контракте — то, что недоступно статическому анализу.

Не существует единого инструмента, который бы автоматически находил критические уязвимости. Эти инструменты лишь сужают круг потенциальных проблем и подсвечивают те, которые затем должен оценить человек. Если исследователь не умеет читать ассемблер EVM, рассуждать о порядке транзакций и понимать экономику DeFi-протокола на системном уровне, он не сможет извлечь много пользы из результатов работы любого из этих инструментов. Эти инструменты являются усилителями экспертных знаний, а не их заменой.

Эти практические трудности выходят далеко за рамки технических аспектов. Конкуренция здесь огромна. Во время аудит-контестов на Code4rena или Sherlock десятки разработчиков одновременно изучают одну и ту же кодовую базу.

Обычно один исследователь заявляет о критической находке — все остальные, кто обнаружил ту же проблему, не получают ничего или сущие копейки. Исследователь, потративший неделю на конкурс и нашедший только уязвимости среднего уровня, может уйти всего с парой сотен долларов. Вариативность дохода высока, а периоды отсутствия выплат — суровая реальность.

Однако доказать результат бывает так же сложно, как и найти его. Необходимо практически продемонстрировать возможность эксплуатации (обычно с помощью действующего PoC-эксплойта). Некоторые снова оспаривают классификацию критичности находок, утверждая, что определенные аспекты снижают их статус. Исследователи, которые не документируют свою работу должным образом, и исследователи, не обладающие авторитетом, основанным на репутации, могут столкнуться с недоплатой за важные открытия.

И наконец, правовая и налоговая среда сама по себе становится осложнением. Большинство вознаграждений выплачивается в криптовалюте — будь то USDT, USDC, ETH или нативный токен протокола. Получение перевода в USDT в качестве дохода является налогооблагаемым событием, что обязывает получателя фиксировать стоимость на момент получения перед конвертацией для отчетности, а также учитывать налог на прирост капитала при любом изменении цены, если выплата была произведена в цифровых активах. Участие в программах bug bounty сопряжено с реальными накладными расходами: создание практики поиска багов, как и любой бизнес, требует баланса между затраченным временем и ощутимыми результатами. Если игнорировать административные вопросы, они превращаются в проблему, которая незаметно накапливается.

Но более глубокая проблема заключается в том, что у этой работы высокий «потолок» и нулевой «пол» заработка. Исследователь, обладающий реальным опытом и подтвержденным послужным списком — тот, кто находил критические уязвимости в протоколах, чье имя фигурирует в отчетах об аудитах и постмортемах — может зарабатывать суммы, сопоставимые с зарплатами ведущих инженеров в крупных компаниях. Для этого требуется либо редкая генетическая предрасположенность, либо годы оттачивания мастерства. Почти каждый, кто пытается зарабатывать на жизнь исключительно этим, быстро обнаруживает, что время обучения гораздо дольше, чем ожидалось, конкуренты подготовлены лучше, чем предполагалось, а пока идет процесс обучения, доходов просто не хватает на покрытие расходов.

Это не обязательно означает, что это плохая сфера. Это делает её честной. Тот самый набор навыков, который позволяет исследователю bug bounty добиваться успеха — глубокая техническая концентрация, системное мышление, креативность в условиях неопределенности и готовность часами работать над тем, что может не принести никакой отдачи — это именно те качества, которые востребованы специалистами по безопасности в любой области. Человек, развивший эти навыки до уровня, необходимого для исследований в области криптобезопасности, получает возможность выбора. Один из таких карьерных путей — это путь bug bounty, и он становится все более перспективным для тех немногих, кто его выбирает.

Это отличная новость для всех, чьи рабочие процессы завязаны на USDT — от согласования выплат вознаграждений до распределения долей между несколькими участниками или просто вывода награды из протокола. Калькулятор переводов USDT от Netts делает именно это: введите адреса отправителя и получателя, и он точно скажет вам, сколько Энергии (Energy) и Пропускной способности (Bandwidth) потребуется для транзакции в сети Tron, сколько TRX будет сожжено по умолчанию или при использовании существующих ресурсов, а также предоставит сравнение стоимости отправки на адрес, уже содержащий USDT (13,84 TRX против 2–3 TRX при аренде Энергии), и на новый адрес (27,70 TRX против 4–5 TRX при аренде ресурсов) — экономия более 80% в обоих случаях!