Эра 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-агентов. ИИ способен генерировать внешне «правильный» и рабочий код, который тем не менее содержит опасные отклонения, невидимые для стандартных инструментов контроля качества.

Похожее

Trump Media продаёт ещё 2628 BTC, запасы снижаются до 4261 BTC

Компания Trump Media & Technology Group (TMTG), стоящая за социальной сетью Truth Social, продолжает сокращать свои вложения в Bitcoin. По данным аналитической платформы Lookonchain, компания продала ещё 2628 BTC на сумму около 165 миллионов долларов через платформу Crypto.com. Это продолжение серии продаж, начавшихся семь месяцев назад. Всего за этот период TMTG продала 7281 BTC на общую сумму примерно 545 миллионов долларов по средней цене 74 855 долларов за монету. Первоначально компания приобрела 11542 BTC по средней цене 118 522 доллара. После последних транзакций её резервы сократились до 4261 BTC (около 269,8 миллиона долларов), что на 63% меньше изначальных холдингов. Эти продажи происходят на фоне усиленного внимания законодателей к криптовалютным интересам, связанным с Дональдом Трампом. В Конгрессе идут дебаты по закону CLARITY Act, который касается этических норм, владения цифровыми активами и потенциальных конфликтов интересов государственных лиц. Критики указывают на такие проекты, как мемкойны TRUMP и MELANIA, а также на токены World Liberty Financial, связывая политическое влияние с частными криптоинтересами.

cointelegraph13 мин. назад

Trump Media продаёт ещё 2628 BTC, запасы снижаются до 4261 BTC

cointelegraph13 мин. назад

Фуцзянь, Цзиньцзян: супер-единорог в сфере памяти тихо делает своё дело

В провинции Фуцзянь в городе Цзиньцзян, известном производством спортивной обуви, находится перспективная компания в области производства чипов памяти — Fujian Jinhua Integrated Circuit Co. (Jinhua). Основанная в 2016 году как часть национального плана по развитию полупроводниковой промышленности, компания столкнулась с серьёзными вызовами. В 2018 году она была внесена в санкционный список Министерства торговли США по обвинению в промышленном шпионаже в пользу американской компании Micron, что привело к остановке производственной линии. После пяти лет судебных разбирательств в феврале 2024 года федеральный суд в Сан-Франциско полностью оправдал Jinhua, сняв все обвинения. Несмотря на правовую победу, компания всё ещё остаётся в санкционном списке, а годы задержек серьёзно замедлили её развитие. Под руководством своего ключевого инженера Чэнь Чжэнкуня, известного как «мастер эффективности», компания сумела адаптировать производство, увеличив долю отечественного оборудования. В отличие от ChangXin Memory Technologies (CXMT) и Yangtze Memory Technologies (YMTC), которые продвинулись дальше в производстве DRAM и NAND-памяти соответственно, Jinhua сосредоточена на специализированной (нишевой) DRAM-памяти для потребительской электроники. Её текущая производственная мощность составляет около 40 000 пластин в месяц. Хотя её доход в 2023 году оценивался примерно в 2 млрд юаней, что значительно меньше, чем у конкурентов, компания остаётся важным игроком. История Jinhua тесно связана с амбициозной промышленной трансформацией города Цзиньцзян. Местные власти оказали компании полную поддержку, включая финансовые гарантии и создание кластера, что демонстрирует стратегическую важность проекта для региона. Несмотря на то, что Jinhua упустила первые годы бума на рынке памяти, её устойчивость в условиях санкций показывает потенциал для восстановления в новом цикле роста, движимом развитием искусственного интеллекта.

marsbit57 мин. назад

Фуцзянь, Цзиньцзян: супер-единорог в сфере памяти тихо делает своё дело

marsbit57 мин. назад

Почему биткойн-фермы внезапно стали новым входом для вычислительных мощностей ИИ на фоне дефицита электроэнергии в 38 ГВт?

Заголовок: Почему майнинговые фермы для биткоина внезапно стали новым входом для вычислительных мощностей ИИ на фоне дефицита электроэнергии в 38 ГВт? Краткое содержание: Когда конкуренция между центрами обработки данных ИИ сместилась с вопроса «кто купит больше GPU» к «кто раньше получит электроэнергию», некоторые майнинговые фермы для биткоина, ранее считавшиеся волатильными активами, начали трансформироваться в центры обработки данных для облачных провайдеров, используя свои готовые возможности подключения к сети, землю и трансформаторные подстанции. По расчетам Morgan Stanley, в период 2026-2028 годов в США может возникнуть дефицит электроэнергии для ЦОДов около 38 ГВт, и модернизация старых майнинговых ферм может обеспечить от 10 до 19 ГВт. Такие компании, как TeraWulf и Hut 8, переориентируются с добычи криптовалют на предоставление инфраструктуры («Powered Shell Provider»), предлагая клиентам из сферы ИИ критически важный ресурс — возможность быстрее конкурентов развернуть значительные вычислительные мощности. Ключевой ценностью становится не вычислительная мощность для майнинга, а дефицитный доступ к электросетям, получение которого «с нуля» в некоторых регионах США теперь может занять 5-7 лет.

华尔街日报58 мин. назад

Почему биткойн-фермы внезапно стали новым входом для вычислительных мощностей ИИ на фоне дефицита электроэнергии в 38 ГВт?

华尔街日报58 мин. назад

Майкл Сэйлор: «Мы никогда не говорили, что никогда не будем продавать биткоины»

Председатель стратегической комиссии Майкл Сэйлор прокомментировал сообщения о новом разрешении компании Strategy на продажу биткоинов. Он заявил, что данное разрешение не является новым — оно было объявлено ещё 29 июня в рамках системы управления капиталом компании. Соглашение позволяет продавать BTC на сумму до 5 миллиардов долларов для определённых целей, но не обязывает компанию к продаже. Сэйлор подчеркнул, что Strategy никогда официально не брала на себя обязательство никогда не продавать свои биткоины, хотя и рассчитывает оставаться чистым покупателем BTC в долгосрочной перспективе. Он назвал текущие новости «старыми», переподанными как новые, и подтвердил, что программа монетизации биткоинов компании не предполагает обязательной продажи её активов.

cryptonews.ru2 ч. назад

Майкл Сэйлор: «Мы никогда не говорили, что никогда не будем продавать биткоины»

cryptonews.ru2 ч. назад

«Летняя пила» продолжается: пробой $67 000 станет началом роста биткоина

Цена биткоина продолжает консолидироваться в диапазоне $58 000–$67 000 с начала июня. 1 августа актив снизился до $62 217. Аналитики расходятся в краткосрочных прогнозах: некоторые, как Crypto Candy, ожидают тестирования уровня $60 000 или ниже, пока цена находится под $66 000. Другие, как Jelle, видят в боковом движении «летнюю пилу» и придерживаются стратегии усреднения. Ключевым для определения дальнейшего направления считается уровень $67 000. По мнению Daan Crypto Trades, его пробой необходим для выхода из затянувшейся паузы. Roman полагает, что уверенный пробой с объемом может быстро запустить рост к $70 000–$80 000 и выше. С долгосрочной точки зрения, макроаналитик Герт ван Лаген рассматривает текущую фазу как накопление в рамках масштабной формации «чаша с ручкой». Он отмечает, что долгосрочные держатели не спешат продавать актив, о чем говорит показатель NUPL. Таким образом, рынок находится в решающей фазе, где пробой либо поддержки $60 000, либо сопротивления $67 000 задаст тренд на ближайшее будущее.

cryptonews.ru2 ч. назад

«Летняя пила» продолжается: пробой $67 000 станет началом роста биткоина

cryptonews.ru2 ч. назад

Торговля

Спот

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

Как купить 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.8k просмотров всегоОпубликовано 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) представлены ниже.

活动图片