Дали е vibe coding безбедно? Вистинските ризици и што да проверите пред објавување

Vibe coding е безбедно за лични алатки и прототипи, и може да биде безбедно и за вистински апликации со вистински корисници, но само ако ги додадете проверките што „само опишете го и видете дали работи“ ги прескокнува. Опасните проблеми не се видливи од екранот: корисници што можат да ги отворат податоците на другите, тајни клучеви што лежат во прелистувачот и јавни форми без ограничувања. Овој водич ги објаснува ризиците што навистина предизвикуваат проблеми, како се ракува со тајните, колку преглед е потребен и проверка од 30 минути што треба да ја направите пред објавување.

За целосната техничка листа, видете го нашиот безбедносен контролен список за апликации изградени со AI. Оваа страница е пократката, практична верзија за луѓе што не читаат код.

Зошто vibe coding има свои ризици

Кога правите vibe coding, апликацијата ја судите со нејзино користење. Тоа ги фаќа расипаните копчиња и грдите распореди. Не ги фаќа проблемите што се појавуваат само кога некој ја користи апликацијата поинаку од вас: непознат човек, бот, љубопитен корисник што ја менува веб-адресата.

AI моделите пишуваат убедлив код, и поголемиот дел од него е во ред. Но тие се оптимизираат за она што го побарувате — „прикажи ми ги моите проекти“ — и можеби не додаваат заштита што не ја побарувате — „и никој други да не ги гледа“. Решението не е да престанете со vibe coding. Решението е експлицитно да ги побарате заштитите и потоа да ги тестирате.

Колку е ризична вашата апликација? Брза скала

Бидете искрени за тоа во кој ред сте. Многу апликации започнуваат во првиот ред и без никој да одлучи, се префрлаат во третиот.

Ризиците што навистина предизвикуваат проблеми

1. Корисниците можат да ги видат податоците на другите

Ова е најчестиот сериозен проблем кај апликациите изградени со AI. Страницата му ја прикажува на секој корисник само неговите записи, па изгледа точно. Но серверот ќе врати кој било запис ако некој го промени ID-то во адресната лента или во барањето. Бидејќи секогаш тестирате како себеси, никогаш не го гледате тоа.

Како да проверите: направете две сметки. Најавете се како корисник A, отворете еден од записите на A и забележете ја адресата. Најавете се како корисник B во приватен прозорец и залепете ја таа адреса. Треба да видите „не е пронајдено“, никогаш податоците на A.

Упатство:

Проверете секој серверски endpoint што чита, менува или брише кориснички податоци. Секој мора да потврди дека најавениот корисник има дозвола за пристап до тој конкретен запис. Наведете ги endpoint-ите, кажете како секој проверува и поправете ги оние што не проверуваат.

2. Тајни на погрешно место

Тајна е сè што дава пристап: API клуч за AI или email услуга, лозинка за базата, тајниот клуч на давателот на плаќања. Ако е во код што се извршува во прелистувачот, секој може да отвори developer tools и да го копира. Ако е commit-иран во јавен repository, ботовите ја наоѓаат во рок од неколку часа.

Како да проверите: прашајте го AI-то.

Наведете ги сите API клучеви, токени и лозинки што ги користи оваа апликација. За секој кажете ми каде се чува и дали некогаш се испраќа до прелистувачот. Пренесете ги во серверски тајни сите што се во кодот или во frontend-от.

3. Јавни форми и endpoint-и без ограничувања

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

Упатство:

Додајте rate limits за регистрација, најава, контакт формата и секој endpoint што повикува AI услуга. Додајте honeypot поле на јавните форми. Кажете ми кои лимити ги избравте.

4. Верување на прелистувачот

Сè што прелистувачот го одлучува, корисникот може да го промени: цени, попусти, одговори на квиз, знаменца „е админ“. Правилата што се важни мора да се спроведуваат на серверот.

Упатство:

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

5. Нема враќање назад

Лоша промена или лош актер може да избрише податоци. Ако нема резервна копија и нема начин за враќање, мала грешка станува трајна. Осигурајте се дека вашата алатка има checkpoints за кодот и резервни копии за базата. Видете како да направите резервна копија од базата на апликацијата.

Ракување со тајните на правилен начин

Тајните предизвикуваат повеќе избегливо оштетување од сè друго, па ете ги правилата на едно место:

• Никогаш не залепувајте вистински клуч во чатот. Чатовите се чуваат, се споделуваат и се снимаат како слики. Ставете ги клучевите во тајните или environment variables на вашата алатка. (Што се environment variables и тајни.)
• Повикувајте ги платените услуги од серверот. Прелистувачот го прашува вашиот сервер; вашиот сервер ја повикува AI или услугата за плаќање со клучот.
• Користете одвоени клучеви за тестирање и за вистинска употреба, за да не може протечен тест клуч да допре вистински пари.
• Поставете лимити за трошење во таблите на AI и email давателите.
• Заменете клуч веднаш ако мислите дека е протечен. Создајте нов, ажурирајте ја тајната, па избришете го стариот.

На Mythex, тајните се чуваат во поставките на проектот надвор од кодот, а агентот може да ги користи без вредностите да се појават во чатот. Нашиот водич за чување на API клучевите безбедни опфаќа повеќе даватели.

Колку преглед на кодот ви треба?

Vibe coding значи дека не го читате секој ред. И не мора. Но за некои редови, некој треба да погледне.

• Лични алатки: ништо понатаму освен проверките овде.
• Апликации со кориснички сметки: прегледајте како функционираат најавата и пристапот до податоците. Можете тоа да го направите така што ќе го замолите AI-то да го објасни со едноставни зборови и ќе проверите дали објаснувањето се совпаѓа со она што го очекувате.
• Апликации со плаќања или чувствителни податоци: замолете програмер да ги погледне автентикацијата, дозволите, ракувањето со плаќања и сè што чува лични податоци. Тоа е неколку часа од неговото време, а не препишување.

Корисно упатство и без програмер:

Објаснете, со едноставни зборови, како оваа апликација одлучува кој е корисникот и што смее да види. Наведете ги датотеките. Потоа наведете што би сакале да погледне безбедносен рецензент.

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

Проверка од 30 минути пред објавување

Направете ја ова пред да ја споделите врската со некој надвор од вашиот круг.

Пристап (10 минути)

1. Две сметки, два прелистувачи: може ли B да ги отвори записите на A преку URL? Не треба.
2. Одјавете се и посетете ја адресата на секоја страница директно. Приватните страници треба да ве пратат на најава.
3. Како обичен корисник, отворете ги админ-адресите. Треба да бидат одбиени.

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

1. Прашајте го AI-то каде се чува секој клуч, со упатството погоре.
2. Отворете ја апликацијата, погледнете го page source и пребарајте „key“, „secret“ и „token“.

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

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

Податоци и обновување (5 минути)

1. Знајте каде се податоците и како да се вратат.
2. Проверете дека можете да го вратите кодот на претходна работна верзија.

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

1. Ако собирате лични податоци, додајте политика за приватност и кажете што собирате. Видете како да напишете услови за користење и политика за приватност.
2. Осигурајте се дека објавената апликација користи HTTPS. Повеќето градители, Mythex вклучено, го решаваат тоа за вас.

Ако сè помине, добро сте подготвени за ран лансирање. Повторете ги чекорите 1–5 после секоја голема промена на најавата, улогите или податоците.

Што платформите за vibe coding заштитуваат, а што не

Добрата платформа решава многу инфраструктура: HTTPS, изолирани работни простори, база по проект, складирање тајни, резервни копии и враќање назад. Mythex му дава на секој проект свој приватен работен простор и своја база, ги чува тајните надвор од кодот и зачувува checkpoint после секоја успешна промена за да можете да ја поништите.

Но ниедна платформа не може да знае кои се правилата на вашата апликација. Само вие знаете дека клиентите не треба да ги гледаат фактурите на другите или дека купонот треба да работи еднаш. Тие правила мора да бидат во вашите упатства и потврдени со вашите тестови.

Краткиот одговор

Vibe coding е безбеден колку проверките што ги додавате. За лична алатка, чувајте ги клучевите надвор од кодот и уживајте. За нешто со податоци на други луѓе, направете ја проверката од 30 минути пред секое лансирање и побарајте мислење од програмер за плаќања и чувствителни податоци. За да ги видите овие ризици во вистински проекти, прочитајте ги нашите примери за vibe coding; за да градите со овие проверки од самиот почеток, следете го водичот како да направите апликација со vibe coding.

Прашања