Kas vibe coding on ohutu? Tõelised riskid ja mida kontrollida enne avaldamist

Vibe coding on ohutu isiklike tööriistade ja prototüüpide puhul ning see võib olla ohutu ka päris kasutajatega päris rakenduste puhul, aga ainult siis, kui lisad kontrollid, mida „kirjelda lihtsalt ja vaata, kas töötab“ vahele jätab. Ohtlikud probleemid ei paista ekraanilt: kasutajad, kes näevad teiste andmeid, saladused, mis istuvad brauseris, ja avalikud vormid ilma piiranguteta. See juhend selgitab riske, mis tegelikult probleeme tekitavad, kuidas saladustega ümber käia, kui palju ülevaatust vajad, ning 30-minutilist kontrolli enne avaldamist.

Täieliku tehnilise loetelu leiad meie turvakontrollnimekirjast AI-ga ehitatud rakendustele. See leht on lühem ja praktilisem versioon inimestele, kes koodi ei loe.

Miks on vibe codingul omad riskid

Vibe coding'us hindad rakendust sellega, et seda kasutad. See püüab kinni katkised nupud ja kehva paigutuse. Ei püüa kinni probleeme, mis ilmnevad alles siis, kui keegi kasutab rakendust sinust teistmoodi: võõras, robot või uudishimulik kasutaja, kes muudab veebiaadressi.

AI-mudelid kirjutavad usutavat koodi ja enamik sellest on korras. Aga nad optimeerivad selle järgi, mida palusid – „näita mu projekte armatuurlaual“ – ega pruugi lisada kaitset, mida ei küsinud – „ja ainult minu omi“. Lahendus ei ole vibe codingust loobumine. Lahendus on kaitsed selgesõnaliselt küsida ja need seejärel testida.

Kui riskantne on sinu rakendus? Kiire skaala

Ole aus, millises reas sa oled. Paljud rakendused algavad esimeses reas ja triivivad kolmandasse, kellegi seda otsustamata.

Riskid, mis tegelikult probleeme tekitavad

1. Kasutajad näevad üksteise andmeid

See on AI-ga ehitatud rakenduste kõige levinum tõsine probleem. Leht näitab igale kasutajale ainult tema kirjeid, nii et see näeb õige välja. Aga server annab mistahes kirje tagasi, kui keegi muudab aadressiribal või päringus ID-d. Kuna testid alati iseennast, ei näe sa seda kunagi.

Kuidas kontrollida: loo kaks kontot. Logi sisse kasutajana A, ava üks A kirjetest ja pane tähele aadressi. Logi siis privaatses aknas sisse kasutajana B ja kleebi see aadress. Peaksid nägema „ei leitud“, mitte A andmeid.

Prompt:

Kontrolli iga serveri lõpp-punkti, mis loeb, muudab või kustutab kasutajaandmeid. Igaüks neist peab kinnitama, et sisselogitud kasutajal on lubatud just selle konkreetse kirjeni pääseda. Loetle lõpp-punktid, ütle, kuidas igaüks kontrollib, ning paranda need, mis ei kontrolli.

2. Saladused vales kohas

Saladus on kõik, mis annab juurdepääsu: API-võti AI- või e-teenusele, andmebaasi parool, makseteenuse salajane võti. Kui see on koodis, mis jookseb brauseris, saab igaüks avada arendajatööriistad ja selle kopeerida. Kui see on commit'itud avalikku repositooriumi, leiavad robotid selle paari tunniga.

Kuidas kontrollida: küsi AI-lt.

Loetle iga API-võti, token ja parool, mida see rakendus kasutab. Igaühe juures ütle, kus see on hoitud ja kas seda kunagi saadetakse brauserisse. Liiguta kõik, mis on koodis või frontendis, serveripoolsete saladuste hulka.

3. Avalikud vormid ja lõpp-punktid ilma piiranguteta

Kontaktivormid, registreerumised ja AI-funktsioonid leiavad robotid üles. Ilma piiranguteta saad rämpsposti, võltskontosid või suure arve AI-API-le, mida kutsutakse tuhandeid kordi.

Prompt:

Lisa päringupiirangud registreerumisele, sisselogimisele, kontaktivormile ja igale lõpp-punktile, mis kutsub AI-teenust. Lisa avalikele vormidele mesilõksu väli. Ütle mulle, millised piirangud valisid.

4. Brauserile usaldamine

Kõike, mida brauser otsustab, saab kasutaja muuta: hindu, allahindlusi, viktoriini vastuseid, „on admin“ märgiseid. Reeglid, mis on olulised, peavad olema jõustatud serveris.

Prompt:

Leia kohad, kus brauser otsustab midagi, mida peaks otsustama server: hinnad, summad, õigused, rollid, skoorid. Liiguta need kontrollid serverisse.

5. Pole tagasiteed

Halb muudatus või halb inimene võib andmed kustutada. Kui varukoopiat ei ole ja tagasi ei saa, muutub väike viga jäädavaks. Veendu, et tööriistal on koodi jaoks kontrollpunktid ja andmebaasi jaoks varukoopiad. Vaata kuidas teha rakenduse andmebaasist varukoopiat.

Saladuste käsitlemine õigesti

Saladused tekitavad rohkem välditavat kahju kui miski muu, seega siin on reeglid ühes kohas:

• Ära kunagi kleebi päris võtit vestlusse. Vestlusi salvestatakse, jagatakse ja tehakse neist ekraanipilte. Pane võtmed oma tööriista saladustesse või keskkonnamuutujatesse. (Mis on keskkonnamuutujad ja saladused.)
• Kutsu tasulisi teenuseid serverist. Brauser küsib sinu serverilt; server kutsub AI- või makseteenust võtmega.
• Kasuta testimiseks ja päris kasutuseks eraldi võtmeid, et lekkinud testivõti ei saaks päris raha puudutada.
• Sea kulupiirangud AI- ja e-posti teenuste paneelides.
• Vaheta võti kohe välja, kui arvad, et see lekkis. Loo uus, uuenda saladust ja kustuta siis vana.

Mythexis elavad saladused projekti seadetes väljaspool koodi ning agent saab neid kasutada ilma, et väärtused vestlusesse ilmuksid. Meie juhend kuidas hoida API-võtmeid turvaliselt käsitleb rohkemate teenusepakkujatega.

Kui palju koodi ülevaatust vajad?

Vibe coding tähendab, et sa ei loe iga rida. Ei pea ka. Aga mõnda rida peaks keegi vaatama.

• Isiklikud tööriistad: mitte midagi peale siinsete kontrollide.
• Rakendused kasutajakontodega: vaata üle, kuidas töötavad sisselogimine ja andmete juurdepääs. Saad seda teha, paludes AI-l selgitada lihtsas keeles ja kontrollides, kas selgitus vastab sinu ootustele.
• Rakendused maksete või tundlike andmetega: lase arendajal vaadata autentimist, õigusi, makse käsitlemist ja kõike, mis salvestab isikuandmeid. See on mõne tunni töö, mitte ümberkirjutamine.

Kasulik prompt ka ilma arendajata:

Selgita lihtsas keeles, kuidas see rakendus otsustab, kes kasutaja on ja mida tal on lubatud näha. Näita faile. Seejärel loetle kõik, mida turvaülevaataja peaks vaatama.

Meie juhend kuidas üle vaadata AI genereeritud koodi selgitab, mida ülevaatajad otsivad, ja seda saab anda sellele, kes ülevaatuse teeb. Kui su tööriist lubab koodi eksportida või GitHubiga sünkroonida, on ülevaatuse korraldamine lihtne; Mythexis kuuluvad mõlemad Pro-plaanile.

30-minutiline kontroll enne avaldamist

Tee see enne, kui jagad lingi kellegagi väljaspool oma ringi.

Juurdepääs (10 minutit)

1. Kaks kontot, kaks brauserit: kas B saab URL-i kaudu avada A kirjed? Ei tohiks.
2. Logi välja ja ava iga lehe aadress otse. Privaatsed lehed peaksid saatma sind sisselogimisse.
3. Tavakasutajana ava administraatori aadressid. Need peaksid olema keelatud.

Saladused (5 minutit)

1. Küsi AI-lt, kus iga võti asub, kasutades ülaltoodud prompti.
2. Ava rakendus, vaata lehe lähtekoodi ja otsi sõnu „key“, „secret“ ja „token“.

Vormid ja väärkasutus (5 minutit)

1. Saada iga vorm tühjana, väga pika tekstiga ja kaks korda kiiresti järjest.
2. Veendu, et registreerumisel, sisselogimisel ja igal AI-funktsioonil on päringupiirangud.

Andmed ja taastamine (5 minutit)

1. Tea, kus andmed asuvad ja kuidas neid taastada.
2. Kontrolli, et saad koodi tagasi viia eelmisele töötavale versioonile.

Õiguslik pool ja põhitõed (5 minutit)

1. Kui kogud isikuandmeid, lisa privaatsuspoliitika ja ütle, mida kogud. Vaata kuidas kirjutada kasutustingimusi ja privaatsuspoliitikat.
2. Veendu, et avaldatud rakendus kasutab HTTPS-i. Enamik ehitajaid, Mythex kaasa arvatud, teevad selle sinu eest ära.

Kui kõik on korras, oled hea seisuga varaseks lansseerimiseks. Korda samme 1–5 pärast iga suuremat muudatust sisselogimises, rollides või andmetes.

Mida vibe-coding platvormid kaitsevad ja mida mitte

Hea platvorm hoolitseb paljude infrastruktuuriosade eest: HTTPS, eraldatud tööruumid, andmebaas iga projekti kohta, saladuste hoiustamine, varukoopiad ja tagasivõtmine. Mythex annab igale projektile oma privaatse tööruumi ja andmebaasi, hoiab saladused koodist väljas ning salvestab pärast iga edukat muudatust kontrollpunkti, et seda saaks tagasi võtta.

Mida ükski platvorm ei oska, on teada sinu rakenduse reegleid. Ainult sina tead, et kliendid ei tohi näha teiste arveid või et kupong peaks kehtima ainult ühe korra. Need reeglid peavad olema sinu promptides ja kinnitatud sinu testidega.

Lühike vastus

Vibe coding on ohutu sama palju, kui palju kontrolle lisad. Isikliku tööriista puhul hoia võtmed koodist väljas ja naudi. Muude inimeste andmetega rakenduse puhul tee enne iga lansseerimist ülalolev 30-minutiline kontroll ning lase arendajal vaadata makseid ja tundlikke andmeid. Et näha neid riske päris projektides, loe meie vibe coding'u näiteid; et ehitada nende kontrollidega algusest peale, järgi kuidas ehitada rakendust vibe coding'uga.

Küsimused