Onko vibe coding turvallista? Todelliset riskit ja mitä tarkistaa ennen julkaisua

Vibe coding on turvallista henkilökohtaisille työkaluille ja prototyypeille, ja se voi olla turvallista oikeille sovelluksille oikeilla käyttäjillä, mutta vain jos lisäät tarkistukset, joita ”kuvaile se ja katso toimiiko se” -menetelmä ohittaa. Vaaralliset ongelmat eivät näy ruudulla: käyttäjät, jotka voivat avata toistensa tietoja, salaiset avaimet selaimessa ja julkiset lomakkeet ilman rajoituksia. Tämä opas käy läpi riskit, jotka oikeasti aiheuttavat ongelmia, salaisuuksien käsittelyn, sen kuinka paljon katselmointia tarvitset, ja 30 minuutin tarkistuksen, jonka ajat ennen julkaisua.

Koko tekninen lista löytyy tietoturvatarkistuslistasta tekoälyllä rakennetuille sovelluksille. Tämä sivu on lyhyempi, käytännöllinen versio ihmisille, jotka eivät lue koodia.

Miksi vibe codingilla on omat riskinsä

Kun teet vibe codingia, arvioit sovelluksen käyttämällä sitä. Se löytää rikkinäiset napit ja rumat asettelut. Se ei löydä ongelmia, jotka ilmenevät vasta, kun joku käyttää sovellusta eri tavalla kuin sinä: vieras, botti tai utelias käyttäjä, joka muokkaa osoitetta.

Tekoälymallit kirjoittavat uskottavaa koodia, ja suurin osa siitä on kunnossa. Ne optimoivat kuitenkin sitä, mitä pyysit – ”näytä hallintapaneelissa omat projektini” – eivätkä välttämättä lisää suojausta, jota et pyytänyt – ”eikä kenenkään muun”. Ratkaisu ei ole lopettaa vibe codingia. Se on pyytää suojaukset nimenomaisesti ja testata ne.

Kuinka riskialtis sovelluksesi on? Pikaskaala

Ole rehellinen siitä, missä rivissä olet. Monet sovellukset alkavat ensimmäiseltä riviltä ja liukuvat kolmannelle riville huomaamatta, että kukaan olisi päättänyt niin.

Riskit, jotka oikeasti aiheuttavat ongelmia

1. Käyttäjät näkevät toistensa tietoja

Tämä on tekoälyllä rakennettujen sovellusten yleisin vakava ongelma. Sivu näyttää kullekin käyttäjälle vain hänen omat tietueensa, joten kaikki näyttää oikealta. Palvelin kuitenkin palauttaa minkä tahansa tietueen, jos joku vaihtaa tunnuksen osoiterivillä tai pyynnössä. Koska testaat aina itse, et koskaan huomaa sitä.

Näin tarkistat: luo kaksi tiliä. Kirjaudu käyttäjänä A, avaa yksi A:n tietueista ja huomioi osoite. Kirjaudu käyttäjänä B yksityisessä ikkunassa ja liitä osoite. Sinun pitäisi nähdä ”ei löytynyt”, et koskaan A:n tietoja.

Kehote:

Tarkista jokainen palvelimen päätepiste, joka lukee, muuttaa tai poistaa käyttäjädataa. Jokaisen pitää varmistaa, että kirjautunut käyttäjä saa käyttää juuri tätä tietuetta. Listaa päätepisteet, kerro miten kukin tarkistaa asian, ja korjaa ne, jotka eivät tarkista.

2. Salaisuudet väärässä paikassa

Salaisuus on mikä tahansa, joka antaa pääsyn: tekoälyn tai sähköpostipalvelun API-avain, tietokannan salasana, maksupalveluntarjoajan salainen avain. Jos se on selaimessa suoritettavassa koodissa, kuka tahansa voi avata kehittäjätyökalut ja kopioida sen. Jos se tallennetaan julkiseen repositorioon, botit löytävät sen muutamassa tunnissa.

Näin tarkistat: kysy tekoälyltä.

Listaa jokainen API-avain, token ja salasana, jota tämä sovellus käyttää. Kerro kullekin, mihin se on tallennettu ja lähetetäänkö se koskaan selaimelle. Siirrä kaikki, jotka ovat koodissa tai käyttöliittymäpuolella, palvelinpuolen salaisuuksiksi.

3. Julkiset lomakkeet ja päätepisteet ilman rajoituksia

Yhteydenottolomakkeet, rekisteröitymiset ja tekoälyominaisuudet löytyvät botein. Ilman rajoituksia saat roskapostia, valeprofiileja tai suuren laskun, kun tekoälypalvelun API kutsutaan tuhansia kertoja.

Kehote:

Lisää kutsurajoitukset rekisteröitymiseen, kirjautumiseen, yhteydenottolomakkeeseen ja jokaiseen päätepisteeseen, joka kutsuu tekoälypalvelua. Lisää julkisiin lomakkeisiin ansakenttä (honeypot). Kerro, mitkä rajat valitsit.

4. Selaimen luottaminen

Käyttäjä voi muuttaa mitä tahansa, minkä selain päättää: hintoja, alennuksia, kyselyn vastauksia, ”on ylläpitäjä” -merkintöjä. Tärkeät säännöt on pakotettava palvelimella.

Kehote:

Etsi kohdat, joissa selain päättää jotakin, minkä palvelimen pitäisi päättää: hinnat, summat, oikeudet, roolit, pisteet. Siirrä nämä tarkistukset palvelimelle.

5. Ei paluuta

Huono muutos tai pahantahtoinen toimija voi poistaa dataa. Jos varmuuskopiota ei ole eikä paluuta ole, pieni virhe muuttuu pysyväksi. Varmista, että työkalussasi on tarkistuspisteet koodille ja varmuuskopiot tietokannalle. Katso miten varmuuskopioit sovelluksesi tietokannan.

Salaisuuksien käsittely oikein

Salaisuudet aiheuttavat enemmän vältettävää vahinkoa kuin mikään muu, joten säännöt ovat tässä yhdessä paikassa:

• Älä liitä oikeaa avainta chattiin. Chatit tallennetaan, jaetaan ja kuvakaappaillaan. Laita avaimet työkalusi salaisuuksiin tai ympäristömuuttujiin. (Mitä ympäristömuuttujat ja salaisuudet ovat.)
• Kutsu maksullisia palveluja palvelimelta. Selain pyytää palvelimeltasi; palvelimesi kutsuu tekoäly- tai maksupalvelua avaimella.
• Käytä erillisiä avaimia testaukseen ja tuotantokäyttöön, jotta vuotanut testiavain ei voi koskea oikeaa rahaa.
• Aseta kulutusrajat tekoäly- ja sähköpostipalveluntarjoajien hallintapaneeleissa.
• Vaihda avain heti, jos epäilet sen vuotaneen. Luo uusi, päivitä salaisuus ja poista vanha.

Mythexissä salaisuudet ovat projektin asetuksissa koodin ulkopuolella, ja agentti voi käyttää niitä ilman, että arvot näkyvät chatissa. API-avainten turvallisuus -opas kattaa lisää palveluntarjoajia.

Kuinka paljon koodikatselmointia tarvitset?

Vibe coding tarkoittaa, ettet lue jokaista riviä. Sinun ei tarvitse. Joitakin rivejä kuitenkin kannattaa, että joku katsoo.

• Henkilökohtaiset työkalut: ei muuta kuin tämän sivun tarkistukset.
• Sovellukset, joissa on käyttäjätilejä: katselmoi, miten kirjautuminen ja datan käyttöoikeudet toimivat. Voit tehdä sen pyytämällä tekoälyä selittämään asian tavallisin sanoin ja tarkistamalla, että selitys vastaa odotuksiasi.
• Sovellukset, joissa on maksuja tai arkaluonteista dataa: pyydä kehittäjää katsomaan kirjautuminen, käyttöoikeudet, maksujen käsittely ja kaikki, mikä tallentaa henkilötietoja. Se on muutaman tunnin työ, ei uudelleenkirjoitus.

Hyödyllinen kehote ilman kehittäjääkin:

Selitä tavallisin sanoin, miten tämä sovellus päättää, kuka käyttäjä on ja mihin hänellä on lupa. Osoita tiedostot. Listaa sitten kaikki, minkä tietoturva-arvioija kannattaisi tarkistaa.

Opas miten tekoälyn tuottama koodi katselmoidaan kertoo, mitä katselmoijat etsivät, ja voit antaa sen sille, joka katselmoinnin tekee. Jos työkalusi antaa viedä koodin tai synkronoida sen GitHubiin, katselmoinnin järjestäminen on helppoa; Mythexissa molemmat kuuluvat Pro-pakettiin.

30 minuutin tarkistus ennen julkaisua

Aja tämä ennen kuin jaat linkin kenellekään oman piirisi ulkopuolelle.

Käyttöoikeudet (10 minuuttia)

1. Kaksi tiliä, kaksi selainta: voiko B avata A:n tietueita osoitteella? Ei saa.
2. Kirjaudu ulos ja avaa jokaisen sivun osoite suoraan. Yksityisten sivujen pitäisi ohjata kirjautumiseen.
3. Avaa tavallisena käyttäjänä ylläpito-osoitteet. Niiden pitäisi estyä.

Salaisuudet (5 minuuttia)

1. Kysy tekoälyltä, missä jokainen avain sijaitsee, yllä olevalla kehotteella.
2. Avaa sovellus, katso sivun lähdekoodi ja etsi sanoja ”key”, ”secret” ja ”token”.

Lomakkeet ja väärinkäyttö (5 minuuttia)

1. Lähetä jokainen lomake tyhjänä, hyvin pitkällä tekstillä ja kahdesti peräkkäin.
2. Varmista, että kutsurajoitukset ovat olemassa rekisteröitymiselle, kirjautumiselle ja jokaiselle tekoälyominaisuudelle.

Data ja palautus (5 minuuttia)

1. Tiedä, missä data sijaitsee ja miten sen voi palauttaa.
2. Varmista, että voit palauttaa koodin aiempaan toimivaan versioon.

Lakiasiat ja perusasiat (5 minuuttia)

1. Jos keräät henkilötietoja, lisää tietosuojaseloste ja kerro, mitä keräät. Katso miten kirjoitat käyttöehdot ja tietosuojaselosteen.
2. Varmista, että julkaistu sovellus käyttää HTTPS-yhteyttä. Useimmat rakennustyökalut, Mythex mukaan lukien, hoitavat tämän puolestasi.

Jos kaikki menee läpi, olet hyvässä kunnossa varhaista lanseerausta varten. Toista kohdat 1–5 aina, kun kirjautumiseen, rooleihin tai dataan tehdään suuri muutos.

Mitä vibe coding -alustat suojaavat ja mitä eivät

Hyvä alusta hoitaa paljon infrastruktuurista: HTTPS:n, eristetyt työtilat, tietokannan jokaiselle projektille, salaisuuksien tallennuksen, varmuuskopiot ja palautuksen. Mythex antaa jokaiselle projektille oman yksityisen työtilan ja tietokannan, pitää salaisuudet koodin ulkopuolella ja tallentaa tarkistuspisteen jokaisen onnistuneen muutoksen jälkeen, jotta voit kumota sen.

Mikään alusta ei kuitenkaan voi tietää sovelluksesi sääntöjä. Vain sinä tiedät, ettei asiakkaiden pitäisi nähdä toistensa laskuja tai että kuponki pitäisi toimia kerran. Nämä säännöt on oltava kehotteissasi ja vahvistettava testeillä.

Lyhyt vastaus

Vibe coding on yhtä turvallista kuin lisäämäsi tarkistukset. Henkilökohtaiselle työkalulle pidä avaimet koodin ulkopuolella ja nauti. Kaikelle, missä on muiden ihmisten dataa, aja yllä oleva 30 minuutin tarkistus ennen jokaista lanseerausta ja pyydä kehittäjän silmät maksuja ja arkaluonteista dataa koskevaan osaan. Näe näitä riskejä oikeissa projekteissa lukemalla vibe coding -esimerkit; rakenna näillä tarkistuksilla alusta alkaen seuraamalla ohjetta miten rakennat sovelluksen vibe codingilla.

Kysymykset