Вайбкод-приложение в продакшене: что ломается и как чинить

Коротко

• В тесте Veracode 2025 года на 80 задачах и более чем 100 ИИ-моделях сгенерированный код содержал уязвимость в 45% случаев; в осеннем срезе 2026 года по 18 моделям доля всё ещё около 38%.
• В 2025 году исследователь Мэтт Палмер проверил 1645 проектов на Lovable: в 170, около 10%, любой мог читать или менять данные из-за отсутствующих или слабых правил Row Level Security. Уязвимость получила номер CVE-2025-48757.
• Vite и Next.js встраивают переменные VITE_ и NEXT_PUBLIC_ в код, который скачивает браузер, а секретный ключ Supabase обходит все правила Row Level Security; старые ключи anon и service_role Supabase выводит из обращения до конца 2026 года.
• Stripe предупреждает: событие вебхука может прийти дважды и не по порядку, а без проверки подписи злоумышленник подделает оплату. Проверяйте подпись, записывайте ID событий и сверяйте сумму с заказом.
• На бесплатном тарифе Supabase резервных копий нет, на Pro хранятся ежедневные копии за 7 дней без файлов из Storage; в апреле 2026 года агент для программирования за 9 секунд удалил базу PocketOS вместе с копиями на том же томе, пишет The Register.

Приложение после вайбкодинга можно запускать, когда кто-то проверил четыре вещи, которые ИИ-конструкторы оставляют на вас: кто может читать базу данных, какие ключи уходят в браузер, как подтверждаются платежи и можно ли восстановить вчерашние данные. В тесте Veracode 2025 года на более чем 100 ИИ-моделях сгенерированный код содержал уязвимость в 45% случаев, а в осеннем срезе 2026 года по 18 моделям — всё ещё около 38%. Большую часть того, что ломается первым, можно починить на месте, без переписывания.

Этот гайд — для основателей, которые собрали приложение в Lovable, Bolt, Replit, v0, Cursor или Claude Code и уже получили реальных пользователей или ждут первый платёж. Внутри: что ломается первым, задокументированные инциденты, таблица для решения «чинить или пересобирать», из чего состоит доработка и от чего зависит её цена, законы о данных в США и ОАЭ и чек-лист. Цитаты из англоязычных источников даём в нашем переводе.

Безопасно ли запускать приложение после вайбкодинга?

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

Lovable при публикации проверяет правила базы данных, зависимости и открытые MCP-серверы, но в его документации по безопасности сказано, что эти проверки «не могут гарантировать полную безопасность», а «вы отвечаете за то, чтобы приложение соответствовало требованиям безопасности, уместным для его задач».

Демо для десяти друзей — нормально. Приложению, которое хранит персональные данные или принимает деньги, нужен разбор до запуска. Большинство инцидентов ниже выросли из нарушенного контроля доступа — это первое место в OWASP Top 10:2025, списке главных рисков веб-приложений.

Что ломается первым, когда вайбкод-приложение выходит в продакшен?

Инциденты и исследования указывают на один и тот же список — примерно по степени вреда.

Права доступа к базе данных

Во многих приложениях, собранных ИИ, браузер обращается к облачной базе данных напрямую. В FAQ Lovable сказано, что старые приложения платформы «используют React + Vite и рендерятся в браузере», а за ними стоит встроенный бэкенд Lovable или ваш собственный проект Supabase. Тогда между посторонним человеком и данными ваших пользователей остаётся только Row Level Security (RLS) — правила в самой базе, которые решают, какие строки каждому пользователю можно читать и менять.

Руководство Supabase по RLS говорит прямо: таблицу в открытой схеме без RLS может читать и менять любая роль, у которой есть на неё права. Security Advisor помечает такую таблицу как ошибку: «Любой, у кого есть URL вашего проекта, может читать, редактировать и удалять все данные в этой таблице».

Включить RLS — половина дела: без политик API не отдаёт данных, и приложение встаёт, пока кто-то не напишет правила. И политика, которая есть, — ещё не политика, которая работает. Исследователь Мэтт Палмер, сообщивший об уязвимости Lovable, отметил, что сканер, который Lovable выпустил в апреле 2025 года, «лишь проверяет, есть ли хоть какая-то политика RLS». Правило вроде «любой вошедший пользователь читает все строки» эту проверку проходит, а данные всё равно утекают.

Секретные ключи в браузере

Всё, что получает браузер, может прочитать кто угодно. Vite предупреждает, что переменные с префиксом VITE_ «попадут в клиентский исходный код», поэтому API-ключам там не место. Next.js встраивает значения NEXT_PUBLIC_ «в JS-бандл, который отдаётся клиенту».

Публикуемый ключ Supabase можно отдавать в браузер, потому что RLS ограничивает, до чего он дотянется. Секретный ключ «обходит все ваши политики Row Level Security», и документация по ключам API запрещает класть его «в браузер, в выпущенное приложение или в систему контроля версий». Старые ключи anon и service_role Supabase выводит из обращения до конца 2026 года. С ключами ИИ-сервисов то же самое: ключ во фронтенде позволит любому посетителю тратить ваш баланс.

Платежи, которые верят не тому сигналу

Типичная схема — Stripe Checkout плюс вебхук: Stripe сообщает вашему серверу, что платёж прошёл. Документация Stripe по вебхукам перечисляет, что должен выдерживать обработчик:

• Поддельные события. «Без проверки злоумышленник может отправлять на ваш адрес поддельные события вебхука, чтобы запускать действия вроде выдачи заказов». Сверяйте заголовок Stripe-Signature с исходным телом запроса.
• Дубли. Адрес «может иногда получать одно и то же событие больше одного раза», поэтому записывайте ID обработанных событий.
• Порядок. Stripe «не гарантирует доставку событий в том порядке, в котором они созданы».
• Повторные попытки. В рабочем режиме Stripe повторяет отправку до трёх дней, так что сломанный обработчик может молча отказывать днями.

Не меньше важна база. Если отметка об оплате лежит в строке, которую может менять браузер, пользователь сам отметит себя оплатившим. В тестах Палмера 2025 года несанкционированная запись выставила "payment_status": "paid" на живом сайте, собранном в Lovable.

Резервные копии, окружения и доступ агентов

По документации Supabase о резервных копиях проекты на Pro хранят ежедневные копии 7 дней, на Team — 14, на Enterprise — до 30. Бесплатные проекты копий не получают вовсе, а восстановление на любой момент времени — платное дополнение. Копии базы «не включают объекты, которые вы храните через Storage API», так что загруженным файлам нужна своя копия.

Агентам для программирования тоже нужны границы. В июле 2025 года, во время «заморозки кода и действий», агент Replit удалил живую базу с данными о более чем 1200 руководителях и более чем 1190 компаниях, писал Fortune. Теперь Replit разделяет базы для разработки и продакшена, а в его документации сказано: «Агент не может изменять продакшен-базу данных».

В апреле 2026 года агент Cursor, работавший над PocketOS, нашёл API-токен в постороннем файле и одним запросом к хостингу Railway за 9 секунд удалил продакшен-базу вместе с резервными копиями, пишет The Register. Токен создавали для управления доменами, но он мог всё, а Railway, по словам основателя, «хранит резервные копии тома на том же томе». Глава Railway помог восстановить данные в течение часа.

Выводы: держите агентов подальше от продакшена, давайте каждому токену только нужные права, храните одну копию вне аккаунта приложения и проверьте восстановление.

Ошибки, которых никто не видит

Сгенерированное приложение редко приходит с отчётами об ошибках и оповещениями о падении. Если обработчик платежа сломается, клиент увидит бесконечную загрузку, а у вас никто не узнает. В OWASP Top 10:2025 есть обе половины проблемы: Security Logging and Alerting Failures (A09) и Mishandling of Exceptional Conditions (A10).

ИИ-функции, которые платят за каждый запрос

Если приложение обращается к ИИ-модели, каждый запрос стоит денег. OWASP в LLM10:2025 Unbounded Consumption называет такое злоупотребление Denial of Wallet: атакующие пользуются оплатой за использование, что ведёт к «неподъёмной финансовой нагрузке на провайдера». Совет оттуда же: ограничьте частоту запросов и введите квоты на пользователя. Обычные расходы на работу ИИ разобраны в нашем гайде о стоимости ИИ-агентов.

App Store и Google Play

Правила App Review Apple требуют, чтобы приложение было чем-то большим, чем «перепакованный сайт» (4.2), отклоняют сборки, которые «падают или показывают очевидные технические проблемы» (2.1), и требуют удаления аккаунта внутри приложения, если в нём можно создать аккаунт (5.1.1(v)). В Google Play владельцы личных аккаунтов разработчиков, созданных после 13 ноября 2023 года, до выпуска проводят закрытое тестирование: нужно «минимум 12 тестировщиков, которые участвуют непрерывно не менее 14 дней». Если для магазинов нужна новая сборка, посмотрите наше сравнение Swift, Flutter и React Native.

Риски вайбкодинга: что уже случилось

Публичные инциденты с приложениями, собранными ИИ-инструментами, и с агентами для программирования. Первичные отчёты и записи, проверено 1 ноября 2026 года.

Три уточнения ради честности. Lovable оспаривает CVE: в записи указана его позиция — за данные приложения отвечает каждый клиент. Escape сканировал только пассивно, поэтому его цифры — нижняя граница. Основатель Moltbook писал, что «не написал ни строчки кода» для сайта; Wiz нашёл публичный ключ без RLS, который «даёт полный доступ к базе любому, у кого он есть».

Что говорят исследования

В 2025 году Veracode дал более чем 100 большим языковым моделям 80 задач на программирование: в 45% случаев код содержал уязвимости, на Java доля провалов превысила 70%, а от межсайтового скриптинга модели не защитили в 86% подходящих случаев, от инъекций в логи — в 88%.

Осеннее обновление, опубликованное 29 октября 2026 года, проверило 18 моделей на коде, написанном «без указаний, касающихся безопасности». Средняя доля кода, прошедшего проверку безопасности, выросла с 56% в июле 2026 года до 62% — «первое заметное движение за всю серию». Синтаксическую проверку прошёл почти весь код. Больше всего к приросту добавил межсайтовый скриптинг, а инъекции в логи и Java почти не сдвинулись.

Наш вывод: код, который работает и выглядит правильно, всё ещё проваливает проверку безопасности почти 4 раза из 10. Этот разрыв закрывает разбор кода; новые модели его пока не закрыли.

Чинить или переписывать приложение после вайбкодинга?

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

Сначала проверьте платформу. Lovable пишет, что «вы владеете тем, что создаёте», и разрешает размещать приложение «где угодно». Синхронизация с Git доступна на любом тарифе, а скачать ZIP можно только на платном. Экспорт включает схему базы, но не сами данные и не загруженные файлы, а перенос одного PostgreSQL «не переносит аутентификацию, хранилище, realtime и Edge Functions». Их переезд планируйте отдельно.

Чинить на месте или пересобирать: признаки, которые мы взвешиваем при разборе. Наши практические правила; документация Lovable и Supabase проверена 1 ноября 2026 года.

Пересборка части не останавливает бизнес. Магазин Barber & Co на Tilda мы пересобрали на месте: заказы и все ссылки на товары сохранились, а новые страницы сначала заработали на временных адресах и только потом заменили старые. Это магазин, а не вайбкод-приложение, но метод тот же.

Кейс · Barber & CoБыстрый mobile-first магазин для барбер-бренда30×легче изображения в каталоге

Что входит в доработку вайбкод-приложения?

Пять шагов. Остановиться можно после любого, и всё сделанное останется у вас.

1. Разбираем код, путь денег и путь пользователя. С доступом на чтение проходим код, базу данных, настройку платежей, хостинг и экраны, через которые пользователь идёт к оплате, и составляем список рисков по степени вреда.
2. Стабилизируем работающее приложение. Сначала путь платежа, затем отчёты об ошибках, оповещения о падении, резервные копии и панель с цифрами — всё внутри существующего приложения.
3. Переписываем только то, что не спасти. По одной части за теми же экранами, с сохранением данных и аккаунтов. Где код от ИИ в порядке, он остаётся.
4. Передаём. Доступы, документация и панель с цифрами — ваши.
5. Поддерживаем. Следим за оповещениями, чиним то, что ломается, и выпускаем новые функции.

До всего этого код переезжает в репозиторий, которым владеете вы. Хостинг, домен и платёжный аккаунт остаются на ваше имя, а мы работаем в них как приглашённые участники.

Vladimir Babin, автор этого гайда, больше 10 лет выпускает iOS- и macOS-приложения в продакшен и ведёт миграции с легаси на современный стек в живых кодовых базах. Вайбкод-приложение — это молодое легаси: никто до конца не знает, как оно устроено, а реальные данные в нём уже есть. Работу ведут старшие партнёры, под каждый проект подключаются проверенные специалисты. Наш собственный платёжный сервис следует правилам выше: он проверяет подпись каждого уведомления от провайдера и сверяет оплаченную сумму с заказом, прежде чем отметить его оплаченным. О каждом оплаченном заказе команда узнаёт из сообщения в Telegram.

ChessProfi, где шахматисты в Германии находят турнир, регистрируются и платят, работает на стеке, который генерируют многие ИИ-конструкторы: React и Vite, Supabase, Stripe и Sentry для ошибок. Мы сделали его с нуля, так что это не спасение чужого кода; переносится знание того, где этот стек протекает.

Кейс · ChessProfiШахматные турниры от регистрации до итогов1000+шахматных турниров в каталоге, актуальных и завершённых

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

Сколько стоит доработка приложения после вайбкодинга?

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

Часть расходов — это сервисы. На 1 ноября 2026 года на странице тарифов Supabase Pro стоит от $25 в месяц; бесплатные проекты остаются без резервных копий и встают на паузу после «1 недели неактивности»; восстановление на любой момент времени стоит «$100 в месяц за каждые 7 дней хранения». Это прайс Supabase, а не наши цены. Хостинг и расходы на ИИ — сверху.

Отказ от исправлений тоже стоит денег. Если в Калифорнии из-за того, что компания не обеспечила разумную защиту, «незашифрованные и незамаскированные персональные данные были украдены в результате утечки», пострадавшие могут потребовать через суд фактический ущерб или установленную законом компенсацию. Так написано на странице генпрокурора штата о CCPA, обновлённой 28 августа 2026 года. С 1 января 2025 года, с поправкой на инфляцию, компенсация составляет от $107 до $799 на каждого пострадавшего за инцидент, так что при утечке данных 10 000 жителей Калифорнии потолок — $7,99 млн. Прежде чем требовать компенсацию, пострадавший должен дать компании 30 дней, чтобы исправить нарушение.

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

Какие законы о персональных данных касаются приложения в США и ОАЭ?

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

• ОАЭ. PDPL, Федеральный декрет-закон № 45 от 2021 года, действует со 2 января 2022 года и не применяется в свободных зонах со своими законами о защите данных, например в DIFC и ADGM. Статья 20 требует уместных технических и организационных мер. По статье 9 о нарушении сообщает контролёр — пострадавшим и регулятору, который в законе назван UAE Data Office, а обработчик сообщает контролёру.
• Калифорния. CCPA позволяет потребителям судиться после утечки из-за слабой защиты — об этом выше.
• Пользователи из ЕС. По статье 33 GDPR об утечке нужно сообщить регулятору «без неоправданной задержки и, где это возможно, не позднее 72 часов» с момента, как вы о ней узнали.

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

Чек-лист безопасности вайбкод-приложения перед запуском

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

• Владение. Код в репозитории, которым владеете вы; хостинг, домен, база и платёжные аккаунты оформлены на компанию.
• Доступ. RLS на каждой таблице в открытой схеме, политики проверены двумя аккаунтами, в Security Advisor нет ошибок.
• Секреты. Никаких секретных ключей в переменных VITE_ и NEXT_PUBLIC_ и в истории Git; старые ключи Supabase заменены до конца 2026 года.
• Платежи. Подписи проверяются по исходному телу запроса, ID событий записываются, сумма сверяется с заказом, статус оплаты пишет только сервер.
• Резервные копии. Ежедневные копии на платном тарифе или собственная выгрузка по расписанию, отдельная копия загруженных файлов, одно проверенное восстановление.
• Агенты. ИИ-инструменты для программирования работают на копии для разработки, без доступа к продакшену.
• Оповещения. Ошибки доходят до человека, падение вызывает оповещение, неудачные платежи разбираются раз в неделю.
• Расходы на ИИ. Ограничение частоты и квоты на пользователя на каждом адресе, который обращается к модели.
• Мобильное приложение. Удаление аккаунта внутри приложения, больше пользы, чем у обёрнутого сайта, закрытое тестирование в Google Play для новых личных аккаунтов.
• Данные. План на случай утечки: кто решает, кто кого уведомляет и как быстро.

Хотите, чтобы этот список на вашем живом приложении прошёл партнёр? Закажите доработку и поддержку вайбкод-приложений или сначала расскажите нам о приложении. Сравниваете студии в ОАЭ? Наш гайд о выборе компании для разработки приложения подскажет, что спросить.

Частые вопросы

Безопасно ли запускать приложение, сделанное в Lovable?

Да, если кто-то проверил то, что Lovable оставляет на вас. В документации сказано прямо: встроенные проверки не гарантируют полной безопасности, а за защиту приложения отвечаете вы. До реальных пользователей и платежей убедитесь, что Row Level Security включена на каждой таблице, секретных ключей нет во фронтенде, вебхуки оплаты проверяются, а резервные копии есть. В 2025 году исследователь Мэтт Палмер нашёл среди 1645 проектов на Lovable 170, где данные мог читать и менять кто угодно.

Чинить приложение после вайбкодинга или переписать с нуля?

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

Сколько стоит доработка приложения после вайбкодинга?

Зависит от состояния платёжного пути, объёма кода под переделку и числа интеграций, поэтому честная оценка появляется после разбора кода, с разбивкой по шагам. Расходы на сервисы — отдельно: на 1 ноября 2026 года тариф Supabase Pro стоит от $25 в месяц, а восстановление на любой момент времени — $100 в месяц за каждые 7 дней хранения. Это прайс Supabase, а не наши цены.

Можно ли принимать платежи в приложении на вайбкоде?

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

Можно ли хранить ключ anon от Supabase в браузере?

Публикуемый ключ и старый anon, который он заменяет, можно отдавать в браузер только потому, что Row Level Security ограничивает, до чего он дотянется. Без RLS тот же ключ читает и меняет таблицу. Секретный ключ и старый service_role обходят все правила RLS: им не место в браузере, в мобильном приложении и в Git. Ключи anon и service_role Supabase выводит из обращения до конца 2026 года.

Что делать, если из приложения утекли данные пользователей?

Смените все раскрытые ключи, закройте дыру — обычно это Row Level Security — и выясните, что успели прочитать. Дальше действуют правила уведомления. Если среди пользователей есть жители ЕС, GDPR требует сообщить регулятору в течение 72 часов, когда это возможно. PDPL требует уведомить UAE Data Office и пострадавших. В Калифорнии за утечку из-за слабой защиты грозит компенсация от $107 до $799 на каждого пострадавшего за инцидент. Юристу звоните в тот же день.

Источники

1. AI-Generated Code Poses Major Security Risks in Nearly Half of All Development Tasks, Veracode Research Reveals · Veracode, 2025
2. GenAI Code Security Fall 2026: The Ceiling Moves, But on the Low-Hanging Fruit · Veracode, 2026
3. Statement on CVE-2025-48757 · Matt Palmer, 2025
4. CVE-2025-48757 Detail · NIST National Vulnerability Database, 2025
5. Methodology: How we discovered over 2k high-impact vulnerabilities in apps built with vibe coding platforms · Escape, 2025
6. Hacking Moltbook: The AI Social Network Any Human Can Control · Wiz, 2026
7. An AI-powered coding tool wiped out a software company's database, then apologized for a 'catastrophic failure on my part' · Fortune, 2025
8. Development and production databases · Replit Docs, 2026
9. Cursor-Opus agent snuffs out startup's production database · The Register, 2026
10. Row Level Security · Supabase Docs, 2026
11. Performance and Security Advisors · Supabase Docs, 2026
12. Understanding API keys · Supabase Docs, 2026
13. Database Backups · Supabase Docs, 2026
14. Pricing · Supabase, 2026
15. Env Variables and Modes · Vite, 2026
16. How to use environment variables in Next.js · Next.js Docs, 2026
17. Receive Stripe events in your webhook endpoint · Stripe Docs, 2026
18. OWASP Top 10:2025 · OWASP Foundation, 2025
19. LLM10:2025 Unbounded Consumption · OWASP GenAI Security Project, 2025
20. Security · Lovable Documentation, 2026
21. FAQ · Lovable Documentation, 2026
22. Deployment, hosting, and ownership options with Lovable · Lovable Documentation, 2026
23. App Review Guidelines · Apple Developer, 2026
24. App testing requirements for new personal developer accounts · Play Console Help, 2026
25. Federal Decree by Law No. (45) of 2021 Concerning the Protection of Personal Data · UAE Legislation, 2021
26. California Consumer Privacy Act (CCPA) · State of California Department of Justice, 2026
27. Updated Monetary Thresholds in CCPA · California Privacy Protection Agency, 2025
28. Regulation (EU) 2016/679 (GDPR), Article 33 · EUR-Lex, 2016

Поделиться статьёй

Об авторе

Vladimir Babin

Сооснователь, мобильная разработка

Ведёт нативные iOS- и мобильные приложения от идеи до App Store.

Вся команда