{"title":"Когда опенсорс начинает спорить с вайб-кодингом, страдают чужие проекты","url":"https://verapointmedia.com/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/","markdownUrl":"https://verapointmedia.com/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code.md","language":"ru","category":"news","publishedAt":"2026-05-31T19:00:31.000Z","updatedAt":"2026-05-31T19:00:31.000Z","references":["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"],"rights":"Public user-requested reading, summarization and citation allowed. Model training requires separate permission.","contentMarkdown":"# Когда опенсорс начинает спорить с вайб-кодингом, страдают чужие проекты\n\n- Site: VeraPoint News\n- Section: Новости\n- Date: 2026-05-31\n- Canonical: https://verapointmedia.com/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/\n- Markdown: https://verapointmedia.com/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code.md\n- Summary: В jqwik спрятали промпт-инъекцию, которая велела AI-агентам удалять код и тесты. Это уже не шутка, а новый риск для команд и зависимостей.\n- Tags: #ai #opensource #безопасность #vibecoding #промпт-инъекция\n- Image: https://verapointmedia.com/static/content-assets/news/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/cover.webp\n\n## Sources\n\n- https://arstechnica.com/security/2026/05/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/\n- https://news.google.com/rss/articles/CBMivgFBVV95cUxOQkozX0RXOVJ1THJDNlV1ZkRzWGFqNnBOamx5SXltX3psV1k3RFdKX2xqaWtVR1FXN043cnpKbUx3d2R3RG5UOWVjemJ0NHJZbFJDQkQ0S3RUdDZndUdyOWFmU2NjV2NRWXRoN2EtbTFFSlVoZjdXMXlEUmd5cmVHMHFVU3ZWcV9vTkpWUkFSR185dUZyMTdmbHFXbEpBWGU0RVlJb0FVTjhpeW8zVGxENXlzV1JZbS01cV9YOUFB?oc=5\n\n---\n\n## А потом это удаляет не только код, но и доверие\n\nЕсли вы используете AI-агента для кодинга, вот неприятная мысль: одна скрытая инструкция в зависимости может заставить его самоуверенно снести вашу же работу. И да, это уже не фантазия из чата про «безопасный ИИ», а вполне реальный сюжет из мира Java-опенсорса.\n\nArs Technica пишет, что в библиотеке jqwik — это тестовый движок для JUnit 5, то есть инструмент для автоматического тестирования Java-кода — в версии 1.10.0 появилась спрятанная промпт-инъекция. По-русски: в код встроили текстовую команду, рассчитанную не на человека, а на AI-агента.\n\nИ команда была очень «человечная» в своей токсичности: удалить все тесты и код jqwik. Ну серьёзно, подождите, это уже выглядит как саботаж, а не как технический спор.\n\n## Что именно спрятали в библиотеке\n\nТам не просто оставили вредную фразу на виду. По данным Ars Technica, автор использовал ANSI-эскейп-коды — это специальные управляющие символы терминала, которые могут скрывать или стирать вывод на экране. То есть человек может не увидеть инъекцию при обычном просмотре в TTY — это такой текстовый терминал, где разработчики часто следят за выводом команд.\n\nВот это, честно, уже хитрее, чем обычный «зашили комментарий в код». И неприятнее тоже.\n\nСмысл атаки в том, что AI-кодинг-агенты часто читают контекст проекта как набор инструкций. Они не всегда чётко отличают: вот это — код, вот это — документация, а вот это — злой текст, который вообще не должен иметь веса. И если агенту подкинуть нужную фразу в зависимостях, он может решить, что это тоже задача.\n\n## Почему это не просто странная выходка одного разработчика\n\nСудя по материалу, история выросла из конфликта вокруг «vibe coding» — это такой стиль работы, когда человек почти целиком полагается на AI-агента для генерации кода и правок, часто очень быстро и без глубокого ручного контроля. Для одних это ускорение, для других — что-то между лотереей и выносом качества за дверь.\n\nJohannes Link, как пишет Ars Technica, объяснял свои действия недовольством такими практиками. Но тут я, признаться, спотыкаюсь о простой вопрос: а разве ответом на раздражающую моду становится скрытый деструктивный payload в опенсорсе? Без предупреждения, без opt-out — то есть без возможности отказаться заранее?\n\nВот именно здесь и начинается реальная проблема. Потому что спор уже не про вкусы в разработке, а про границу допустимого в общей инфраструктуре. Если библиотека встраивает саботаж для части пользователей, она перестаёт быть нейтральной зависимостью. Она становится оружием в чьём-то личном споре.\n\n## Где тут риск для команд, а где пока ещё PR-шум\n\nДля обычной команды риск довольно приземлённый: если вы подключаете опенсорс-зависимости в автоматизированные пайплайны, AI-агент может схватить скрытую инструкцию и выполнить её. И не просто «ошибиться», а уничтожить результат работы — тесты, код, артефакты генерации.\n\nЭто неприятно ещё и потому, что вокруг AI-инструментов давно продают обещание: мол, они ускоряют разработку, уменьшают рутину, экономят часы. И вот тут реальность вежливо стучит в дверь: ускорение есть, но вместе с ним вы получаете новый класс атак, где вредоносной оказывается не только модель, но и сам контекст вокруг неё.\n\nПри этом не стоит делать из этого вывод, что все AI-кодинг-инструменты небезопасны. Нет, это было бы слишком лениво даже по меркам текущего хайпа. Речь именно о том, что доверять нужно не лозунгу «агент всё сделает», а цепочке поставки в целом: зависимостям, код-ревью, ограничениям прав и поведению самого агента.\n\n## Что показал случай Ramon Batllet\n\nОтдельно тут интересна не только сама инъекция, но и то, как её нашли. Java-разработчик Ramon Batllet заметил странную вставку и поднял тему на GitHub, где обсуждение дошло до автора библиотеки.\n\nИ вот это, кстати, здравая часть истории. Не потому что «интернет молодец», а потому что такие вещи вообще всплывают только если кто-то внимательно смотрит не на блестящую упаковку, а на детали. В мире, где всем предлагают верить в автоматизацию на слово, ручная проверка внезапно снова выглядит не архаикой, а страховкой.\n\nНо и тут есть предел: если вредоносная строка маскируется через терминальные трюки, то обнаружить её может не каждый. А значит, одним человеческим вниманием проблему не закрыть.\n\n## Что делать тем, кто уже живёт с AI-агентами\n\nСамый практичный вывод здесь скучный, но полезный: если вы используете AI-агента для написания или правки кода, не давайте ему безусловный доступ к репозиторию и не полагайтесь на одну только «разумность» инструмента.\n\nЧто имеет смысл сделать прямо сейчас:\n- ограничить права агента на удаление и массовые изменения;\n- проверять зависимости и обновления не только по названию релиза;\n- смотреть, что именно читает агент как «инструкцию»;\n- разделять генерацию кода и его применение;\n- в командах отдельно проговаривать, какие пакеты допускаются в автоматизированных сценариях.\n\nДа, это не звучит как магия. Зато это реальный способ не проснуться однажды с пустым проектом и очень бодрым AI-логом, который «просто следовал указаниям».\n\n## И всё же тут не только про безопасность\n\nМеня в этой истории цепляет ещё и человеческая сторона. Похоже, индустрия уже доросла до такого уровня раздражения, когда люди начинают воевать с модой на AI не аргументами, а подставами в коде. И это, конечно, плохой знак.\n\nПотому что если опенсорс превращается в площадку для демонстративного саботажа, доверие к нему страдает сильнее, чем любая отдельная библиотека. А доверие, как известно, потом никто красиво не «масштабирует» и не «усиливает». Его либо бережёшь, либо долго разгребаешь последствия.\n\nТак что новость тут не в том, что «AI снова всё сломал». Новость в том, что вокруг AI-кодинга уже началась своя грязная контрреакция — и она бьёт не по маркетинговым презентациям, а по реальным проектам. И вот это, увы, куда интереснее и неприятнее одновременно.\n\n## Материалы\n\n- [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/\n- [news.google.com] supporting context: https://news.google.com/rss/articles/CBMivgFBVV95cUxOQkozX0RXOVJ1THJDNlV1ZkRzWGFqNnBOamx5SXltX3psV1k3RFdKX2xqaWtVR1FXN043cnpKbUx3d2R3RG5UOWVjemJ0NHJZbFJDQkQ0S3RUdDZndUdyOWFmU2NjV2NRWXRoN2EtbTFFSlVoZjdXMXlEUmd5cmVHMHFVU3ZWcV9vTkpWUkFSR185dUZyMTdmbHFXbEpBWGU0RVlJb0FVTjhpeW8zVGxENXlzV1JZbS01cV9YOUFB?oc=5\n"}