Эра AI-приложений: только "да" и игнорирование рисков? Журнал плавания разработки ПО теперь полностью в открытом доступе

marsbitОпубликовано 2026-06-16Обновлено 2026-06-16

Введение

2026 год: код генерируется всё быстрее, но проверяется всё меньше. Риски, связанные с использованием ИИ для написания кода, часто скрыты в внешне корректном коде, который может привести к утечкам данных или финансовым потерям, как это произошло в инциденте с Moonwell cbETH, где ошибка в конфигурации привела к утрате активов на сумму свыше 1,7 млн долларов. Проект Narwhal AI Code Risks от Университета Пекина систематизирует подобные случаи, создавая открытый реестр рисков. Он классифицирует информацию по трём категориям: подтверждённые инциденты (cases/), ранние предупреждения (inferred/) и типовые сценарии рисков (scenarios/). Основные категории рисков включают проблемы в цепочке поставок, уязвимости на уровне кода, конфигурации облачной инфраструктуры, риски, связанные с агентами ИИ, отраслевые риски, вопросы интеллектуальной собственности и человеческий фактор. Цель проекта — превратить разрозненные случаи в структурированные знания, позволяющие разработчикам заранее распознавать опасности, исследователям — анализировать паттерны, а создателям инструментов — разрабатывать средства защиты. Это открытый «бортовой журнал» для навигации в эпоху повсеместного применения ИИ в разработке, призванный помочь сообществу избегать повторения ошибок.

Риски AI-генерации кода скрыты в коде, который выглядит корректным, и могут привести к утечке данных или убыткам. Открытый проект Narwhal AI Code Risks систематизировал реальные кейсы, ранние признаки и типичные пути возникновения рисков, чтобы помочь разработчикам заранее выявлять скрытые угрозы и избегать повторения ошибок.

2026 год. Код генерируется со всё возрастающей скоростью, но проходит всё меньше проверок перед развертыванием.

Всё чаще пользовательские требования попадают в диалоговое окно, ИИ читает контекст, дополняет функцию, подтягивает зависимости, исправляет конфигурацию и заодно генерирует тесты.

И вот, оглянуться не успели, как фрагмент кода уже лежит в репозитории в ожидании мержа.

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

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

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

По-настоящему опасно не то, когда загорается красная лампочка ошибки. А когда все индикаторы риска показывают норму.

До сих пор риски AI-генерации кода были разбросаны повсюду: в блоге по безопасности скрывался один случай, в Issue — намёк на другой. Когда следующая команда сталкивалась с похожей проблемой, ей снова приходилось с нуля собирать воедино источники риска и тратить массу времени и сил на масштабное эмпирическое тестирование кода.

Но недавно открытая лабораторией Пекинского университета Narwhal-Lab система Narwhal AI Code Risks уже собрала эти информационные фрагменты и классифицировала их по трём типам: реальные инциденты, ранние признаки и типичные пути возникновения рисков — для изучения исследователями.

Ссылка на статью: https://github.com/Narwhal-Lab/Narwhal-aicode-risks

Когда 28 проверок пройдены, система всё равно отклоняется от курса

Первая зацепка — уже смерженный Pull Request, в графе авторства которого значились Claude Opus 4.6 и Copilot, а также четыре разработчика-человека. Все 28 проверок пройдены: никто не заметил проблему.

Затем робот для ликвидации позиций за несколько минут изъял залоговое обеспечение на сумму 1 778 044,83 доллара.

В конфигурационном файле цена cbETH была установлена как коэффициент конвертации к ETH, примерно 1,12 доллара, вместо реальной цены, приближающейся к 2200 долларам.

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

Проблема в том, что в коде не было синтаксических ошибок, и разработчики-люди не заблокировали аномальный процесс сразу. Напротив, всё выглядело целостно и гладко — как обычная сдача проекта.

Но именно эта тихая, подспудная "нормальность" и делает инцидент типичным примером инцидента безопасности.

Риск AI-генерации кода заключается в том, что он проявляется не всегда в виде ошибок.

Зачастую он облачается в одежды правильного ответа и тихо проникает в инженерный процесс. Код запускается, проверки проходят, PR мержится, но бизнес-семантика уже отклонилась от реального мира.

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

Когда ИИ участвует в написании кода, изменении конфигураций, проведении ревью и даже попадает в соавторы PR, можем ли мы с достаточной уверенностью сказать, как происходит каждое отклонение от курса?

Зелёный сигнал "проезда" не освещает все уголки

Ранние системы ИИ, помогающие писать код, в основном ограничивались локальным автодополнением. Если синтаксис был ошибочным, компилятор выдавал ошибку, юнит-тесты падали, процесс CI не пропускал такой код.

Современная AI-генерация кода зашла гораздо дальше, а контроль за ней так и не поспевает.

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

ИИ больше не просто сидит рядом и подаёт инструменты — он начинает проникать в более длинные цепочки процессов разработки ПО.

Чёткие границы, существовавшие в разработке ПО, теперь агенты ИИ соединяют в более длинные и сложные для отслеживания пути.

Разрозненные записи нуждаются в общем бортовом журнале

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

Narwhal AI Code Risks делит материалы на три уровня: `cases/`, `inferred/` и `scenarios/`.

cases/ — фиксирует реальные инциденты, имеющие публичные источники и подтверждённую цепочку доказательств; inferred/ — сохраняет ещё не полностью подтверждённые, но заслуживающие постоянного отслеживания ранние признаки; scenarios/ — систематизирует типичные сценарии, пока не привязанные к единичному событию, но с достаточно ясным путём возникновения риска.

Без такого публичного учета риски AI-генерации кода легко превращаются в кратковременную память интернета.

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

Что делает Narwhal AI Code Risks — так это фиксирует эти разрозненные фрагменты рисков, позволяя следующим поколениям открывать одну и ту же страницу.

По семи категориям индекса — к истокам рисков

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

В настоящее время Narwhal AI Code Risks делит риски на 7 категорий: риски цепочки поставок (Supply Chain), уязвимости на уровне кода, конфигурация облака и инфраструктуры, риски, связанные с агентами, риски в вертикальных отраслях, риски интеллектуальной собственности и соответствия, а также человеческий фактор.

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

Двигатели ИИ запущены, а бортовой журнал только открывается

По мере того как ИИ шаг за шагом проникает в реальный мир, связанное с ним предотвращение рисков не должно ограничиваться разборами полётов после инцидента или разрозненными обсуждениями.

По-настоящему важная сторона Narwhal AI Code Risks — превращение кейсов рисков в знания, которые можно повторно использовать.

Разработчики могут использовать её для выявления похожих проблем; исследователи безопасности — как библиотеку образцов; производители инструментов — для извлечения правил обнаружения и эталонов для оценки; сообщество open source также может продолжать пополнять её новыми кейсами, доказательствами и типами рисков.

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

То, что делает Narwhal AI Code Risks — это оставление открытого бортового журнала для мира программного обеспечения в эпоху приложений на основе ИИ.

Ссылки:

https://github.com/Narwhal-Lab/Narwhal-aicode-risks

Эта статья из официального аккаунта WeChat "Синьчжиюань" (新智元), автор: LRST

Трендовые криптовалюты

Связанные с этим вопросы

QКаковы основные риски использования ИИ для написания кода?

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

QКакую цель преследует проект Narwhal AI Code Risks?

AПроект Narwhal AI Code Risks — это открытый репозиторий, который систематизирует информацию о рисках, связанных с кодом, написанным с помощью ИИ. Он собирает реальные случаи (cases/), ранние сигналы (inferred/) и типичные сценарии рисков (scenarios/), чтобы помочь разработчикам, исследователям безопасности и создателям инструментов заранее распознавать опасности, учиться на ошибках других и предотвращать подобные инциденты.

QЧто такое «семантическая ошибка» в контексте кода, созданного ИИ, и каков её пример?

AСемантическая ошибка — это когда код синтаксически правилен и выполняется без сбоев, но его логика или значения не соответствуют реальным требованиям или данным мира. Пример из статьи: в протоколе DeFi Moonwell цена актива cbETH в конфигурационном файле была ошибочно установлена на уровне ~1.12 доллара (отношение к ETH), а не на реальной рыночной цене ~2200 долларов. Это привело к потере средств на сумму более 1,7 миллиона долларов, хотя все автоматические проверки прошли успешно.

QКак проект Narwhal AI Code Risks классифицирует собранные материалы?

AМатериалы классифицируются по трём основным категориям: 1) `cases/` — задокументированные реальные инциденты с подтверждёнными доказательствами. 2) `inferred/` — ранние сигналы, потенциальные риски, требующие дальнейшего наблюдения. 3) `scenarios/` — типичные сценарии рисков, чёткие паттерны, которые ещё не обязательно связаны с конкретным случаем, но полезны для анализа и подготовки. Кроме того, риски разделены на 7 типов, таких как риски в цепочке поставок, уязвимости кода, конфигурация облака и другие.

QПочему традиционные методы проверки кода могут пропускать риски, вносимые ИИ?

AТрадиционные методы (компиляторы, линтеры, модульные тесты, CI/CD) часто проверяют синтаксическую корректность, базовую логику и соответствие спецификациям. Однако они могут не отслеживать семантическую корректность (соответствие реальному смыслу данных или бизнес-правилам), безопасность конфигураций инфраструктуры, легитимность зависимостей или сложные многошаговые действия автономных AI-агентов. ИИ способен генерировать внешне «правильный» и рабочий код, который тем не менее содержит опасные отклонения, невидимые для стандартных инструментов контроля качества.

Похожее

Robinhood Chain привлекает ключевых игроков: какие сигналы посылает развертывание «Pools» от Uniswap?

8 августа стало известно, что децентрализованная биржа Uniswap разрабатывает платформу для запуска токенов под названием «Pools» в экосистеме Robinhood Chain. Платформа, доступная на pools.trade, пока находится в стадии подготовки. Этот шаг знаменует собой расширение функций Uniswap от просто инфраструктуры для торговли к платформе для выпуска активов. Pools, как ожидается, предложит два основных механизма запуска: «Crowd Launch» (четырехчасовой аукцион) и «Instant Launch» (использующий механизм кривой связывания), оба направленные на более справедливое и эффективное ценовое открытие. Выбор для развертывания на Robinhood Chain является стратегическим и направлен на привлечение более широкой аудитории розничных инвестторов, упрощая им доступ к DeFi. Это может усилить позиции Robinhood Chain как моста между традиционными финансами и Web3. В настоящее время на рынке наблюдается спекулятивная активность вокруг неофициальных токенов, использующих тематику Pools, но официальный запуск и детали еще предстоит подтвердить. В долгосрочной перспективе успех Pools может превратить Uniswap в ключевую операционную систему для выпуска активов в Web3, определяя новый этап конкуренции в инфраструктуре.

marsbit53 мин. назад

Robinhood Chain привлекает ключевых игроков: какие сигналы посылает развертывание «Pools» от Uniswap?

marsbit53 мин. назад

Сторонники обновления BIP-110 для биткоина подготовили план «на крайний случай», если предложение не будет принято: это может кардинально изменить стоимость BTC

Сторонники предложения BIP-110, направленного на временное ограничение хранения произвольных данных в транзакциях биткоина, подготовили резервный план на случай блокировки обновления майнерами. Разработчик Крис Гуида адаптировал код, позволяющий изменить алгоритм доказательства работы (Proof-of-Work) в Bitcoin Knots. Эта мера рассматривается как крайний вариант, если майнеры не поддержат активацию BIP-110. Инициатива BIP-110, также известная как «временный софтфорк с уменьшенным объемом данных», ужесточает правила для данных в транзакциях и рассчитана на срок около года. Гуида и другие сторонники, такие как Люк Дашджр и Механик, считают, что возможность смены алгоритма майнинга послужит сдерживающим фактором для майнеров и подчеркнет, что правила сети должны определяться операторами узлов, а не майнерами. В случае реализации резервного плана нынешние ASIC-майнеры могут потерять возможность генерировать блоки, что приведет к кардинальной перестройке сети. Однако на данный момент поддержка BIP-110 со стороны майнеров остается ограниченной, и данный сценарий рассматривается лишь как непредвиденная мера.

cryptonews.ru3 ч. назад

Сторонники обновления BIP-110 для биткоина подготовили план «на крайний случай», если предложение не будет принято: это может кардинально изменить стоимость BTC

cryptonews.ru3 ч. назад

Почему цена биткоина осталась устойчивой и не упала, несмотря на недавний крупный хакерский взлом? Вот в чем секрет

В интервью на канале «Волк со всех улиц» эксперты обсудили устойчивость биткоина после хакерской атаки на холодные кошельки на $100 млн. Аналитик Bitwise Райан Расмуссен отметил, что рынок созрел: теперь доминируют институциональные инвесторы, использующие ETF и регулируемые сервисы (Coinbase, Anchorage), поэтому инциденты с частными кошельками почти не влияют на общую ситуацию. Инвестдиректор Bitwise Мэтт Хоуган добавил, что рынок стал более устойчивым к негативным новостям благодаря институциональному капиталу, а оставшиеся инвесторы держат активы твердо. Гендиректор Arch Public Тиллман Холлоуэй констатировал «смену караула»: если раньше цену определяли майнеры и криптобиржи, теперь контроль у Уолл-стрит. Хоуган также указал на разрыв между пессимизмом в соцсетях и долгосрочными стратегиями крупных банков (Morgan Stanley, Wells Fargo, UBS), рассматривающих коррекции как возможность для покупки. Расмуссен отметил, что управляющие портфелями всё чаще включают криптоактивы, рекомендуя выделять на биткоин 1–6%, так как его интеграция в традиционные индексы снизила воспринимаемые риски.

cryptonews.ru4 ч. назад

Почему цена биткоина осталась устойчивой и не упала, несмотря на недавний крупный хакерский взлом? Вот в чем секрет

cryptonews.ru4 ч. назад

Основатель Aave решительно выступает против запланированных изменений в Ethereum: «Это может нанести значительный ущерб»

Основатель и CEO Aave Стани Кулечов выступил против предложения в сообществе Ethereum (EIP), направленного на ограничение доходов от стейкинга. Предложение предусматривает снижение доходности до 0%, если доля стейкингованных ETH превысит 50% от общего предложения. Кулечов утверждает, что это сделает доход непредсказуемым и нерентабельным, особенно для институциональных инвесторов, которые ценят стабильные денежные потоки. Это может привести к их уходу в альтернативные сети, нанеся ущерб внедрению Ethereum. Он также предупреждает, что такие изменения подорвут стратегии кредитования и получения дохода на основе ETH, сократят соответствующие рынки и ослабят привлекательность ETH как актива. Кулечов призвал тщательно оценивать влияние на DeFi, стейкинг и институциональное принятие, надеясь, что предложение не будет реализовано.

cryptonews.ru4 ч. назад

Основатель Aave решительно выступает против запланированных изменений в Ethereum: «Это может нанести значительный ущерб»

cryptonews.ru4 ч. назад

Акции майнера Bitdeer подскочили на более чем 12% на фоне соглашения на $4,7 млрд

Компания Bitdeer заключила 16-летнее соглашение об аренде оборудования на своем объекте в Норвегии с компанией Volta Tydal AS на сумму 4,7 млрд долларов. Речь идет о площадке в муниципалитете Тюдал общей мощностью 180 МВт, которую переоборудуют из майнинга криптоактивов для нужд сектора искусственного интеллекта. В рамках сделки дочерняя структура Bitdeer, Tydal Data Center AS, предоставит 121 МВт вычислительных мощностей, сконфигурированных с графическими процессорами Nvidia. Эти мощности предназначены для «ведущей ИИ-лаборатории», которой, по данным Bloomberg, является компания Anthropic. Соглашение предусматривает возможность продления еще на 8 лет, что в перспективе может принести Bitdeer общий доход около 8 млрд долларов за 24 года. На фоне этой новости курс акций Bitdeer вырос более чем на 12%. Как и другие крупные майнинговые компании, Bitdeer активно диверсифицирует бизнес в сферу ИИ, где использование электроэнергии для вычислений в настоящее время считается более выгодным.

cryptonews.ru5 ч. назад

Акции майнера Bitdeer подскочили на более чем 12% на фоне соглашения на $4,7 млрд

cryptonews.ru5 ч. назад

Торговля

Спот

Популярные статьи

Как купить S

Добро пожаловать на HTX.com! Мы сделали приобретение Sonic (S) простым и удобным. Следуйте нашему пошаговому руководству и отправляйтесь в свое крипто-путешествие.Шаг 1: Создайте аккаунт на HTXИспользуйте свой адрес электронной почты или номер телефона, чтобы зарегистрироваться и бесплатно создать аккаунт на HTX. Пройдите удобную регистрацию и откройте для себя весь функционал.Создать аккаунтШаг 2: Перейдите в Купить криптовалюту и выберите свой способ оплатыКредитная/Дебетовая Карта: Используйте свою карту Visa или Mastercard для мгновенной покупки Sonic (S).Баланс: Используйте средства с баланса вашего аккаунта HTX для простой торговли.Третьи Лица: Мы добавили популярные способы оплаты, такие как Google Pay и Apple Pay, для повышения удобства.P2P: Торгуйте напрямую с другими пользователями на HTX.Внебиржевая Торговля (OTC): Мы предлагаем индивидуальные услуги и конкурентоспособные обменные курсы для трейдеров.Шаг 3: Хранение Sonic (S)После приобретения вами Sonic (S) храните их в своем аккаунте на HTX. В качестве альтернативы вы можете отправить их куда-либо с помощью перевода в блокчейне или использовать для торговли с другими криптовалютами.Шаг 4: Торговля Sonic (S)С легкостью торгуйте Sonic (S) на спотовом рынке HTX. Просто зайдите в свой аккаунт, выберите торговую пару, совершайте сделки и следите за ними в режиме реального времени. Мы предлагаем удобный интерфейс как для начинающих, так и для опытных трейдеров.

1.9k просмотров всегоОпубликовано 2025.01.15Обновлено 2026.06.02

Как купить S

Sonic: Обновления под руководством Андре Кронье – новая звезда Layer-1 на фоне спада рынка

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

2.4k просмотров всегоОпубликовано 2025.04.09Обновлено 2025.04.09

Sonic: Обновления под руководством Андре Кронье – новая звезда Layer-1 на фоне спада рынка

HTX Learn: Пройдите обучение по "Sonic" и разделите 1000 USDT

HTX Learn — ваш проводник в мир перспективных проектов, и мы запускаем специальное мероприятие "Учитесь и Зарабатывайте", посвящённое этим проектам. Наше новое направление .

1.9k просмотров всегоОпубликовано 2025.04.10Обновлено 2025.04.10

HTX Learn: Пройдите обучение по "Sonic" и разделите 1000 USDT

Обсуждения

Добро пожаловать в Сообщество HTX. Здесь вы сможете быть в курсе последних новостей о развитии платформы и получить доступ к профессиональной аналитической информации о рынке. Мнения пользователей о цене на S (S) представлены ниже.

活动图片