В первые шесть месяцев 2026 года криптоиндустрия потеряла $939.86 million в 135 подтвержденных инцидентах безопасности. На первый взгляд объяснение может показаться простым: проекты продолжают выкладывать на mainnet непроверенный код, подвергая казначейства протоколов знакомым эксплойтам.

Однако данные указывают на куда более тревожную картину.

Более половины взломанных проектов, на которые пришлось более $721 million убытков, прошли аудит безопасности. Но в 94.4% таких случаев эксплойт не был связан с пропущенной reentrancy bug в проверенном smart contract. Вместо этого атакующие проходили через области, которые аудиторы не исследовали:

• Скомпрометированные private keys
• Захваченные front-end scripts
• Уязвимая cloud infrastructure
• Непроверенные off-chain relayers

Эти выводы основаны на комплексном security report за H1 2026, опубликованном ack3, AI-native cybersecurity firm, ранее известной как Ackee Blockchain Security. С 2021 года ack3, по ее словам, завершила 237 protocol reviews и наблюдала, как граница безопасности расширилась от изолированных Solidity файлов до полноценных protocol architectures. В ответ компания сочетает manual review, Wake-based fuzzing, off-chain threat modeling и proprietary AI scans, предназначенные для построения карты cross-component dependencies.

Отчет указывает на ключевую слабость в том, как Web3 оценивает риск: индустрия часто воспринимает «audited» как постоянный бинарный статус, тогда как атакующие рассматривают protocol architectures как взаимосвязанные и постоянно меняющиеся web services.

«Audit — это timestamp и boundary, а не lifetime warranty», — говорит Josef Gattermayer, Founder at ack3. «Старый вопрос был: „Was it audited?“ Полезные вопросы другие: „Что именно было audited, когда и что изменилось с тех пор?“ Contract report не может защитить от утечки signing key, компрометации front end или legacy deployment, который больше не соответствует проверенному коду».

Картина потерь в H1 2026

За первую половину 2026 года Web3 security ecosystem зафиксировала 135 подтвержденных инцидентов безопасности, что привело к потере $939.86 million у decentralized protocols и их пользователей. Каждый exploit в наборе данных ack3 прошел строгую проверку по двум источникам, охватывая как on-chain, так и off-chain breaches.

Если сгруппировать эти инциденты по историческому audit status, распределение выглядит почти равномерным:

• Audited victims: 68 инцидентов (50.4%) затронули проекты, у которых до атаки был как минимум один завершенный и публично верифицируемый security review.
• Unaudited victims: 35 инцидентов (25.9%) затронули протоколы без формальных third-party security reviews.
• Audit status unknown: 32 инцидента (23.7%) касались проектов, чья audit history не была подтверждена на момент закрытия набора данных.

Иллюзия аудита

На первый взгляд цифры могут создать впечатление, что security reviews обеспечивают лишь ограниченную защиту. Но если измерять инциденты по финансовому ущербу, масштаб проблемы становится очевиднее.

Audited protocols пришлось на $721.24 million из $939.86 million потерь в H1 2026, то есть на 76.7% всего украденного капитала. На unaudited projects и проекты с неизвестной audit history вместе пришлось $218.62 million.

Этот разрыв и есть то, что ack3 называет Audit Illusion. Капитал обычно устремляется туда, где видны security badges. Institutional allocators, yield farmers и retail traders часто воспринимают audit report как зеленый свет, направляя ликвидность в протоколы с выверенной security posture.

Это создает парадокс: audits привлекают капитал, а капитал делает audited protocols более ценными целями. Тщательный code review может отпугнуть opportunistic attackers, ищущих очевидные Solidity flaws, но sophisticated threat actors не останавливаются на audit badge. Они переносят внимание с проверенных smart contracts на окружающую инфраструктуру, которая остается без наблюдения.

Как показал H1 2026, атакующие больше не пытаются проломить front door audited code. Они входят через side doors, которые никогда не были проверены.

Scope gap: где исчезли $680 million

Одна из самых опасных ошибок в Web3 security — приравнивать smart contract audit к защите всей системы. На практике audit обычно охватывает конкретный commit hash и определенный набор Solidity или Rust файлов. Он не покрывает deployment environment, developer workstations, cloud infrastructure, DNS records или private keys, используемые для управления protocol parameters.

Исследование ack3 показывает, что именно в этой разнице — в «scope gap» — исчезает почти весь украденный капитал. Из 68 audited protocols, взломанных в H1 2026, 46 проектов пострадали от attack vectors, полностью выходивших за рамки опубликованных audits. Эти 46 инцидентов привели к $680.97 million убытков, что составляет 94.4% всего финансового ущерба, понесенного audited victims.

Разрыв между количеством и стоимостью

Разницу особенно хорошо видно при сравнении количества инцидентов с фактическим денежным ущербом.

Инциденты, в которых exploit path проходил внутри audited code, составили 20 из 68 audited breaches, то есть около 29.4% по количеству. Но эти 20 in-scope exploits принесли атакующим лишь $35.21 million убытков, что составляет всего 4.9% от общих audited losses.

Вывод очевиден. Традиционные code audits сравнительно неплохо выявляют катастрофические smart contract bugs, ограничивая in-scope losses менее чем 5% от общего ущерба. Но protocol teams оставляют открытой черную дверь, теряя остальные 94.4% из-за инфраструктурных и operational breaches.

Анатомия современной attack surface

Атакующие поняли, что smart contracts нередко являются самым сильным звеном цепочки, поэтому они систематически нацеливаются на operational surface вокруг кода.

ack3 выделяет четыре повторяющихся operational attack vectors, ответственных за out-of-scope drain:

Compromised private keys and signing authorities: Admin keys, multisig signers и operational hot wallets остаются самым быстрым путем к полному drain. Как только signing authority скомпрометирована через phishing или слабое key management, атакующий может обновлять contracts, изменять parameters или запускать emergency mints через легитимные protocol functions, полностью обходя on-chain logic checks.

Front-end script injections and DNS hijacking: Вместо атаки на on-chain logic атакующие захватывают интерфейс, которому доверяют пользователи. Получив контроль над DNS records или внедрив вредоносный JavaScript через third-party web dependencies, они могут подменять target addresses или убеждать пользователей подписывать approvals для malicious spenders, взаимодействуя при этом с легитимным на вид UI.

CI/CD pipelines and cloud infrastructure credentials: Attack paths все чаще проходят через GitHub Actions, cloud environment variables и build pipelines. Hardcoded secrets или утекшие API keys позволяют атакующим изменять build artifacts или получать доступ к infrastructure assets еще до того, как код попадет на blockchain.

Unreviewed off-chain provers, relayers and cross-chain infrastructure: Современные DeFi protocols в значительной степени опираются на off-chain systems, включая provers, oracle relayers, zero-knowledge sequencers и cross-chain messaging bridges. Эти сложные сервисы находятся вне стандартных contract audits, но именно они определяют inputs, запускающие on-chain execution. Когда relayer или prover дает сбой, smart contract просто обрабатывает bad state update в соответствии с инструкцией.

Point-in-time assurance и проблема старения

Даже когда exploit затрагивает код, который явно входил в scope audit, данные ack3 указывают на еще одну слабость практик Web3 security: assurance decay.

Audit report — это не непрерывный щит. Это статический снимок системы в один конкретный момент времени. Тем не менее протоколы нередко продвигают двухлетние PDF reports как доказательство текущей безопасности. Исследование ack3 показывает, что со временем защитная ценность historical review постепенно снижается, даже если сама логика smart contract не меняется.

Скорость деградации безопасности

Среди 20 инцидентов, в которых attack path напрямую попал в audited scope, 17 произошли как минимум через шесть месяцев после ближайшего релевантного аудита. Медианный промежуток между датой аудита и exploit составил 18 месяцев, а разрывы варьировались от трех месяцев до 56 месяцев.

Лишь три протокола пострадали от in-scope exploits в течение шести месяцев после получения audit report. Подавляющее большинство in-scope failures произошло значительно позже исходного review:

• Менее 6 месяцев: 3 инцидента (15% in-scope случаев)
• 6–24 месяца: 9 инцидентов (45%)
• 24 месяца и более: 8 инцидентов (40%)

Это распределение подчеркивает очевидный вывод: актуальность audit report быстро снижается в быстро меняющейся экосистеме. Сам по себе возраст не создает smart contract bug, но он показывает, как долго код остается под воздействием риска, пока все вокруг него меняется. Поэтому для crypto protocols важно регулярно проходить multiple audits и не полагаться на audit, которому уже два года.

ИИ как множитель атак и переход к living assurance

Специализированные AI tools навсегда изменили скорость и масштаб security research. Хотя набор данных ack3 за H1 2026 не приписывает ни один конкретный инцидент автономным AI agents, он показывает сдвиг в threat landscape: атакующие используют AI как operational pressure multiplier.

Новая реалистичность угроз

Найти сложный reentrancy bug в тщательно проверенном Solidity contract по-прежнему требует значительных времени и экспертизы. Найти exposed enclave key в неиндексированном off-chain repository или обнаружить неприкрепленный third-party script в front-end build pipeline раньше было возможно только после утомительной manual reconnaissance.

AI models свели эту затрату времени почти к нулю.

Теперь атакующие используют AI tooling, чтобы быстро обрабатывать целые protocol ecosystems, строить карту cross-repository relationships, отслеживать parameter flows от off-chain к on-chain и исследовать швы между cloud infrastructure, front-end delivery networks и smart contracts.

Поскольку benchmarks вроде EVMbench активно измеряют AI agents по detection of vulnerabilities, automated patching и exploit synthesis, преимущество получает тот, кто быстрее просканирует самую широкую surface area. Если защитники ограничивают обзор лишь каталогом smart contracts, атакующие с AI-инструментами обычно первыми находят surrounding operational vulnerabilities.

Замена статического PDF

Привычка индустрии считать статический PDF audit report постоянным security credential, по мнению ack3, стала экзистенциальным риском. Статический документ не может предупредить команду о том, что developer committed API secret в public repository, и не способен оценить, как contract поведет себя после изменения fee structure в upstream liquidity pool. Чтобы выжить в экосистеме, где attack vectors пересекают границы компонентов с AI-driven speed, протоколам нужно перейти от point-in-time reviews к living assurance. ack3 выделяет три ключевых столпа такого перехода:

Защитники должны заменить статические списки контрактов активным, работающим в реальном времени реестром всей системы. Это означает непрерывный учет:

• On-chain smart contract deployments и proxy addresses.
• Off-chain infrastructure, relayers, provers и oracle pipelines.
• Administrative roles, multisig signers и схем key management.
• Web dependencies, CDNs и front-end build pipelines.

Assurance не должна обновляться по жесткому годовому календарю и не должна считаться постоянной. Протоколам нужны явные operational triggers, которые немедленно помечают код или инфраструктуру для targeted re-audit, включая:

• Развертывание новых proxy implementations или обновление parameters.
• Key rotations, передачу administrative roles или изменение multisig thresholds.
• Интеграцию новых cross-chain bridges, oracle feeds или upstream liquidity protocols.
• Обнаружение новых классов атак или exploit vectors в смежных протоколах.

Machine analysis и human expertise должны работать вместе до и после mainnet deployment. Automated AI scanners и Wake-based fuzzing engines хорошо подходят для широкого машинного поиска, отслеживания cross-component dependencies, выявления logic drift и мониторинга live infrastructure на предмет неожиданных state changes. Затем подключаются human security engineers: они проверяют exploitability, оценивают высокоуровневые economic threat models и верифицируют business logic.

Цель не в том, чтобы отменить audits, а в том, чтобы assurance шла в ногу с изменениями системы. В такой модели бинарная метка «audited» становится тем, чем и должна была быть изначально: непрерывным процессом, а не статическим значком.

Заключение: пересмотр подхода к security posture в Web3

Потеря $940 million в H1 2026 ясно показывает: воспринимать исторический point-in-time audit как постоянный зеленый свет — это operational negligence. Smart contracts не существуют в вакууме. Audit, который покрывает Solidity files, но игнорирует front-end dependencies, administrative signing keys, cloud infrastructure и off-chain provers, не является полноценной security guarantee.

По мере зрелости capital allocation в Web3 оценка риска смещается от point-in-time reviews к whole-system monitoring. Будущее Web3 security принадлежит командам, которые воспринимают assurance как активную operational discipline. Те же, кто продолжает прятаться за статическими PDF reports, останутся самыми ценными целями на доске.