# Когда опенсорс начинает спорить с вайб-кодингом, страдают чужие проекты - Site: VeraPoint News - Section: Новости - Date: 2026-05-31 - Canonical: https://verapointmedia.com/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/ - Markdown: https://verapointmedia.com/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code.md - Summary: В jqwik спрятали промпт-инъекцию, которая велела AI-агентам удалять код и тесты. Это уже не шутка, а новый риск для команд и зависимостей. - Tags: #ai #opensource #безопасность #vibecoding #промпт-инъекция - Image: https://verapointmedia.com/static/content-assets/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/cover.webp ## Sources - https://arstechnica.com/security/2026/05/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/ - https://news.google.com/rss/articles/CBMivgFBVV95cUxOQkozX0RXOVJ1THJDNlV1ZkRzWGFqNnBOamx5SXltX3psV1k3RFdKX2xqaWtVR1FXN043cnpKbUx3d2R3RG5UOWVjemJ0NHJZbFJDQkQ0S3RUdDZndUdyOWFmU2NjV2NRWXRoN2EtbTFFSlVoZjdXMXlEUmd5cmVHMHFVU3ZWcV9vTkpWUkFSR185dUZyMTdmbHFXbEpBWGU0RVlJb0FVTjhpeW8zVGxENXlzV1JZbS01cV9YOUFB?oc=5 --- ## А потом это удаляет не только код, но и доверие Если вы используете AI-агента для кодинга, вот неприятная мысль: одна скрытая инструкция в зависимости может заставить его самоуверенно снести вашу же работу. И да, это уже не фантазия из чата про «безопасный ИИ», а вполне реальный сюжет из мира Java-опенсорса. Ars Technica пишет, что в библиотеке jqwik — это тестовый движок для JUnit 5, то есть инструмент для автоматического тестирования Java-кода — в версии 1.10.0 появилась спрятанная промпт-инъекция. По-русски: в код встроили текстовую команду, рассчитанную не на человека, а на AI-агента. И команда была очень «человечная» в своей токсичности: удалить все тесты и код jqwik. Ну серьёзно, подождите, это уже выглядит как саботаж, а не как технический спор. ## Что именно спрятали в библиотеке Там не просто оставили вредную фразу на виду. По данным Ars Technica, автор использовал ANSI-эскейп-коды — это специальные управляющие символы терминала, которые могут скрывать или стирать вывод на экране. То есть человек может не увидеть инъекцию при обычном просмотре в TTY — это такой текстовый терминал, где разработчики часто следят за выводом команд. Вот это, честно, уже хитрее, чем обычный «зашили комментарий в код». И неприятнее тоже. Смысл атаки в том, что AI-кодинг-агенты часто читают контекст проекта как набор инструкций. Они не всегда чётко отличают: вот это — код, вот это — документация, а вот это — злой текст, который вообще не должен иметь веса. И если агенту подкинуть нужную фразу в зависимостях, он может решить, что это тоже задача. ## Почему это не просто странная выходка одного разработчика Судя по материалу, история выросла из конфликта вокруг «vibe coding» — это такой стиль работы, когда человек почти целиком полагается на AI-агента для генерации кода и правок, часто очень быстро и без глубокого ручного контроля. Для одних это ускорение, для других — что-то между лотереей и выносом качества за дверь. Johannes Link, как пишет Ars Technica, объяснял свои действия недовольством такими практиками. Но тут я, признаться, спотыкаюсь о простой вопрос: а разве ответом на раздражающую моду становится скрытый деструктивный payload в опенсорсе? Без предупреждения, без opt-out — то есть без возможности отказаться заранее? Вот именно здесь и начинается реальная проблема. Потому что спор уже не про вкусы в разработке, а про границу допустимого в общей инфраструктуре. Если библиотека встраивает саботаж для части пользователей, она перестаёт быть нейтральной зависимостью. Она становится оружием в чьём-то личном споре. ## Где тут риск для команд, а где пока ещё PR-шум Для обычной команды риск довольно приземлённый: если вы подключаете опенсорс-зависимости в автоматизированные пайплайны, AI-агент может схватить скрытую инструкцию и выполнить её. И не просто «ошибиться», а уничтожить результат работы — тесты, код, артефакты генерации. Это неприятно ещё и потому, что вокруг AI-инструментов давно продают обещание: мол, они ускоряют разработку, уменьшают рутину, экономят часы. И вот тут реальность вежливо стучит в дверь: ускорение есть, но вместе с ним вы получаете новый класс атак, где вредоносной оказывается не только модель, но и сам контекст вокруг неё. При этом не стоит делать из этого вывод, что все AI-кодинг-инструменты небезопасны. Нет, это было бы слишком лениво даже по меркам текущего хайпа. Речь именно о том, что доверять нужно не лозунгу «агент всё сделает», а цепочке поставки в целом: зависимостям, код-ревью, ограничениям прав и поведению самого агента. ## Что показал случай Ramon Batllet Отдельно тут интересна не только сама инъекция, но и то, как её нашли. Java-разработчик Ramon Batllet заметил странную вставку и поднял тему на GitHub, где обсуждение дошло до автора библиотеки. И вот это, кстати, здравая часть истории. Не потому что «интернет молодец», а потому что такие вещи вообще всплывают только если кто-то внимательно смотрит не на блестящую упаковку, а на детали. В мире, где всем предлагают верить в автоматизацию на слово, ручная проверка внезапно снова выглядит не архаикой, а страховкой. Но и тут есть предел: если вредоносная строка маскируется через терминальные трюки, то обнаружить её может не каждый. А значит, одним человеческим вниманием проблему не закрыть. ## Что делать тем, кто уже живёт с AI-агентами Самый практичный вывод здесь скучный, но полезный: если вы используете AI-агента для написания или правки кода, не давайте ему безусловный доступ к репозиторию и не полагайтесь на одну только «разумность» инструмента. Что имеет смысл сделать прямо сейчас: - ограничить права агента на удаление и массовые изменения; - проверять зависимости и обновления не только по названию релиза; - смотреть, что именно читает агент как «инструкцию»; - разделять генерацию кода и его применение; - в командах отдельно проговаривать, какие пакеты допускаются в автоматизированных сценариях. Да, это не звучит как магия. Зато это реальный способ не проснуться однажды с пустым проектом и очень бодрым AI-логом, который «просто следовал указаниям». ## И всё же тут не только про безопасность Меня в этой истории цепляет ещё и человеческая сторона. Похоже, индустрия уже доросла до такого уровня раздражения, когда люди начинают воевать с модой на AI не аргументами, а подставами в коде. И это, конечно, плохой знак. Потому что если опенсорс превращается в площадку для демонстративного саботажа, доверие к нему страдает сильнее, чем любая отдельная библиотека. А доверие, как известно, потом никто красиво не «масштабирует» и не «усиливает». Его либо бережёшь, либо долго разгребаешь последствия. Так что новость тут не в том, что «AI снова всё сломал». Новость в том, что вокруг AI-кодинга уже началась своя грязная контрреакция — и она бьёт не по маркетинговым презентациям, а по реальным проектам. И вот это, увы, куда интереснее и неприятнее одновременно. ## Материалы - [Ars Technica] Fed up with vibe coders, dev sneaks data-nuking prompt injection into their code: https://arstechnica.com/security/2026/05/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/ - [news.google.com] supporting context: https://news.google.com/rss/articles/CBMivgFBVV95cUxOQkozX0RXOVJ1THJDNlV1ZkRzWGFqNnBOamx5SXltX3psV1k3RFdKX2xqaWtVR1FXN043cnpKbUx3d2R3RG5UOWVjemJ0NHJZbFJDQkQ0S3RUdDZndUdyOWFmU2NjV2NRWXRoN2EtbTFFSlVoZjdXMXlEUmd5cmVHMHFVU3ZWcV9vTkpWUkFSR185dUZyMTdmbHFXbEpBWGU0RVlJb0FVTjhpeW8zVGxENXlzV1JZbS01cV9YOUFB?oc=5