Vibe coding: что это на практике, когда пользователь стал админом через файл настроек

Автор проекта на Хабре описал, как попросил ИИ написать систему защиты от утечек данных. После многих итераций проект выглядел готовым: установка работала, интерфейс был на месте, блокировки и уведомления функционировали. Но когда специалист по информационной безопасности проверил не внешний вид, а внутреннюю логику, конструкция развалилась. Разбираем этот случай как пошаговый урок для всех, кто использует генеративные модели для написания кода.

Что понадобится

• Любой ИИ-ассистент для написания кода: ChatGPT, Claude, Cursor, GitHub Copilot или их аналоги
• Базовое понимание того, что такое vibe coding: вы описываете задачу обычным языком (промптом), а модель генерирует код. Промпт-инжиниринг (подбор точных формулировок запроса) здесь заменяет ручное программирование
• Чек-лист угроз: список того, что потенциальный злоумышленник способен сделать с вашей системой
• Время: 30 минут на разбор кейса и составление собственного списка проверок

Пошаговая инструкция: как не повторить эту ошибку

1. Опишите модель угроз ДО написания кода. В разобранном проекте этот шаг пропустили. Список атак составили уже после взлома. Запишите заранее: что может сделать обычный пользователь, что может человек с полными правами на компьютере, от чего ваша программа вообще не способна защитить. Именно такой список в итоге составила команда проекта:

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

1. Разделите роли и ключи. Главная ошибка проекта: один общий ключ одновременно шифровал сообщения и подтверждал право открыть панель администратора. Программа сотрудника тоже знала этот ключ, а значит, он лежал на рабочем компьютере и рано или поздно попадал в чужие руки. При формулировке промпта для ИИ явно указывайте: «ключ для шифрования и ключ для авторизации должны быть разными, с разными правами доступа».

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

3. Проверяйте архитектуру, а не интерфейс. Vibe coding отлично справляется с внешним видом: кнопки, панели, уведомления. Но ИИ не задаёт вопрос «а что если пользователь скопирует эту папку на другую машину?». Этот вопрос задаёт человек. После каждого крупного блока кода остановитесь и попросите ИИ: «Опиши, как злоумышленник с правами обычного пользователя может обойти эту защиту».

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

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

Что на самом деле показал этот проект?

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

Автор проекта признал: фраза «проблема решена» после первой заплатки означала лишь то, что «ключ от сейфа лежит не под ковриком, а под другим ковриком». Это точное описание того, что происходит, когда vibe coding используют для критичных систем без ревизии архитектуры.

Что делать с этим прямо сейчас, по ролям

Если вы автор или копирайтер на Дзене и используете vibe coding для своих инструментов (скрипты для парсинга, автоматизация публикаций): не запускайте сгенерированный код с правами администратора. Перед запуском спросите ИИ: «Какие файлы этот скрипт может читать и изменять?»

Если вы разработчик или предприниматель, который строит продукт через диалог с ИИ: составьте список угроз до первой строки кода. Наймите безопасника для проверки до выпуска, а не после инцидента. Стоимость ревизии на порядки меньше стоимости утечки.

Если вы работаете в РФ и СНГ: доступные инструменты для vibe coding включают ChatGPT (через VPN), Claude, а из российских решений можно использовать GigaCode от Сбера. Принцип тот же: ИИ пишет код, человек проверяет архитектуру.

Автор проекта написал честно: «эмоционально хотелось поставить ещё одну заплатку, но на самом деле требовалось разобрать половину конструкции». Это и есть главный навык работы с ИИ-генерацией кода: вовремя остановиться и перестроить, а не попросить модель добавить ещё один слой скотча.