Безопасен ли е vibe coding? Реалните рискове и какво да проверите, преди да публикувате

Vibe coding е безопасен за лични инструменти и прототипи и може да бъде безопасен за реални приложения с реални потребители, но само ако добавите проверките, които подходът „просто опиши и виж дали работи“ пропуска. Опасните проблеми не се виждат на екрана: потребители, които могат да отварят данните си едни на други, секретни ключове, които стоят в браузъра, и публични формуляри без ограничения. Това ръководство обяснява рисковете, които наистина създават проблеми, как да работите с тайните, колко преглед е нужен и 30-минутна проверка, която да направите, преди да публикувате.

За пълния технически списък вижте нашия контролен списък за сигурност за приложения, създадени с AI. Тази страница е по-краткият, практичен вариант за хора, които не четат код.

Защо vibe coding има свои рискове

Когато правите vibe coding, оценявате приложението, като го ползвате. Така се улавят счупени бутони и грозни оформления. Не се улавят проблеми, които се появяват само когато някой използва приложението различно от вас: непознат човек, бот или любопитен потребител, който редактира адреса на страницата.

AI моделите пишат правдоподобен код и по-голямата част от него е наред. Но те оптимизират за това, което сте поискали — „покажи на таблото моите проекти“ — и може да не добавят защитата, която не сте поискали — „и никой друг да не вижда чужди“. Решението не е да спрете vibe coding. А да поискате защитите изрично и после да ги тествате.

Колко рисков е вашият проект? Бърза скала

Бъдете честни коя редица е вашата. Много приложения започват в първата и без някой да е решил това, се изместват към третата.

Рисковете, които наистина създават проблеми

1. Потребителите виждат данните на другите

Това е най-честият сериозен проблем при приложения, създадени с AI. Страницата показва на всеки потребител само неговите записи, затова изглежда правилно. Но сървърът ще върне всеки запис, ако някой смени ID в адресната лента или в заявка. Понеже винаги тествате като себе си, никога не го виждате.

Как да проверите: създайте два акаунта. Влезте като потребител А, отворете един от записите на А и запомнете адреса. Влезте като потребител Б в прозорец за инкогнито и поставете този адрес. Трябва да видите „не е намерено“, никога данните на А.

Промпт:

Проверете всяка серверна крайна точка, която чете, променя или изтрива потребителски данни. Всяка трябва да потвърждава, че влезлият потребител има право на достъп до точно този запис. Изброете крайните точки, опишете как всяка проверява и поправете тези, които не проверяват.

2. Тайни на грешното място

Тайна е всичко, което дава достъп: API ключ за AI или имейл услуга, парола за база данни, таен ключ на платежен доставчик. Ако е в код, който работи в браузъра, всеки може да отвори инструментите за разработчици и да го копира. Ако е качена в публично хранилище, ботовете го намират за часове.

Как да проверите: попитайте AI.

Изброете всеки API ключ, токен и парола, които това приложение използва. За всеки кажете къде се съхранява и дали някога се изпраща до браузъра. Преместете всяка, която е в кода или във фронтенда, в тайни от страна на сървъра.

3. Публични формуляри и крайни точки без ограничения

Контактните формуляри, регистрациите и AI функциите се намират от ботове. Без ограничения получавате спам, фалшиви акаунти или голяма сметка от AI API, което се вика хиляди пъти.

Промпт:

Добавете ограничения на честотата за регистрация, вход, контактния формуляр и всяка крайна точка, която вика AI услуга. Добавете скрито поле („капан за ботове“) към публичните формуляри. Кажете ми кои ограничения сте избрали.

4. Доверие на браузъра

Всичко, което решава браузърът, може да бъде променено от потребителя: цени, отстъпки, отговори на тест, флагове „е администратор“. Правилата, които имат значение, трябва да се налагат на сървъра.

Промпт:

Намерете всяко място, където браузърът решава нещо, което трябва да решава сървърът: цени, суми, права, роли, резултати. Преместете тези проверки на сървъра.

5. Няма връщане назад

Лоша промяна или лош човек може да изтрие данни. Ако няма резервно копие и няма начин за връщане назад, малка грешка става постоянна. Уверете се, че инструментът ви има контролни точки за кода и резервни копия за базата данни. Вижте как да направите резервно копие на базата данни на приложението.

Как правилно да работите с тайните

Тайните причиняват повече предотвратими вреди от всичко друго, затова правилата са на едно място:

• Никога не поставяйте реален ключ в чата. Чатовете се съхраняват, споделят и правят на тях снимки на екрана. Пазете ключовете в тайните или променливите на средата на инструмента. (Какво са променливите на средата и тайните.)
• Викайте платените услуги от сървъра. Браузърът пита вашия сървър; сървърът вика AI или платежната услуга с ключа.
• Използвайте отделни ключове за тестване и реална употреба, за да не може изтекъл тестов ключ да докосне реални пари.
• Задайте лимити на разходите в таблата на AI и имейл доставчиците.
• Сменете ключа веднага, ако мислите, че е изтекъл. Създайте нов, обновете тайната и след това изтрийте стария.

В Mythex тайните живеят в настройките на проекта извън кода и агентът може да ги използва, без стойностите да се появяват в чата. Нашето ръководство за опазване на API ключовете обхваща повече доставчици.

Колко преглед на кода е нужен?

Vibe coding означава, че не четете всеки ред. И не е нужно. Но за някои редове някой трябва да гледа.

• Лични инструменти: нищо отвъд проверките тук.
• Приложения с потребителски акаунти: прегледайте как работят входът и достъпът до данните. Можете да го направите, като помолите AI да го обясни с прости думи и проверите дали обяснението съвпада с очакванията ви.
• Приложения с плащания или чувствителни данни: накарайте разработчик да погледне удостоверяването, правата, обработката на плащания и всичко, което съхранява лични данни. Това са няколко часа от времето му, а не пренаписване.

Полезен промпт, дори без разработчик:

Обяснете с прости думи как това приложение решава кой е потребителят и какво му е позволено да вижда. Посочете файловете. После изброете всичко, което бихте искали да прегледа специалист по сигурността.

Нашето ръководство за как да прегледате код, генериран от AI обяснява какво търсят рецензентите и можете да го дадете на този, който прави прегледа. Ако инструментът ви позволява да експортирате кода или да синхронизирате с GitHub, уреждането на прегледа е лесно; в Mythex и двете са част от Pro.

30-минутната проверка преди публикуване

Направете това, преди да споделите линка с някой извън кръга ви.

Достъп (10 минути)

1. Два акаунта, два браузъра: може ли Б да отвори записите на А по URL? Не трябва.
2. Излезте от акаунта и посетете директно адреса на всяка страница. Частните страници трябва да ви пренасочат към вход.
3. Като обикновен потребител отворете административни адреси. Трябва да бъдат отказани.

Тайни (5 минути)

1. Попитайте AI къде живее всеки ключ, с промпта по-горе.
2. Отворете приложението, вижте изходния код на страницата и търсете „key“, „secret“ и „token“.

Формуляри и злоупотреба (5 минути)

1. Изпратете всеки формуляр празен, с много дълъг текст и два пъти бързо една след друга.
2. Потвърдете, че има ограничения на честотата за регистрация, вход и всяка AI функция.

Данни и възстановяване (5 минути)

1. Знайте къде са данните и как да ги възстановите.
2. Проверете, че можете да върнете кода към предишна работеща версия.

Правни неща и основи (5 минути)

1. Ако събирате лични данни, добавете политика за поверителност и кажете какво събирате. Вижте как да напишете общи условия и политика за поверителност.
2. Уверете се, че публикуваното приложение използва HTTPS. Повечето конструктори, включително Mythex, се грижат за това вместо вас.

Ако всичко мине, сте в добра форма за ранно пускане. Повторете стъпки 1–5 след всяка голяма промяна във входа, ролите или данните.

Какво защитават и какво не защитават платформите за vibe coding

Добрата платформа се грижи за голяма част от инфраструктурата: HTTPS, изолирани работни пространства, база данни за всеки проект, съхранение на тайни, резервни копия и връщане назад. Mythex дава на всеки проект собствено частно работно пространство и база данни, пази тайните извън кода и запазва контролна точка след всяка успешна промяна, за да можете да я отмените.

Което никоя платформа не може да направи, е да знае правилата на вашето приложение. Само вие знаете, че клиентите не трябва да виждат фактурите на другите, или че даден купон трябва да работи само веднъж. Тези правила трябва да са в промптовете ви и да се потвърждават от тестовете ви.

Кратък отговор

Vibe coding е толкова безопасен, колкото проверките, които добавите. За личен инструмент пазете ключовете извън кода и се насладете на него. За всичко с данни на други хора изпълнявайте 30-минутната проверка по-горе преди всяко пускане и накарайте разработчик да погледне плащанията и чувствителните данни. За да видите тези рискове в реални проекти, прочетете нашите примери за vibe coding; за да строите с тези проверки от самото начало, следвайте как да изградите приложение с vibe coding.

Въпроси