Biztonságos a vibe coding? A valódi kockázatok és mit ellenőrizz publikálás előtt

A vibe coding személyes eszközökhöz és prototípusokhoz biztonságos, valódi felhasználókkal dolgozó appokhoz is lehet az, de csak akkor, ha hozzáadod azokat az ellenőrzéseket, amelyeket a „csak írd le, és nézd meg, működik-e” megközelítés kihagy. A veszélyes problémák a képernyőről nem láthatók: felhasználók, akik mások adatait nyithatják meg; titkos kulcsok a böngészőben; és nyilvános űrlapok korlátok nélkül. Ez az útmutató a valódi bajt okozó kockázatokat, a titkok kezelését, a szükséges átnézés mértékét és egy 30 perces ellenőrzést mutat be, amelyet publikálás előtt érdemes lefuttatni.

A teljes technikai listáért nézd meg a biztonsági ellenőrzőlistánkat AI-val épített appokhoz. Ez az oldal a rövidebb, gyakorlati változat azoknak, akik nem olvasnak kódot.

Miért van a vibe codingnak saját kockázata?

Vibe coding közben úgy ítéled meg az appot, hogy használod. Ez elkapja az elromlott gombokat és a csúnya elrendezést. Nem kapja el azokat a problémákat, amelyek csak akkor jelennek meg, ha valaki másképp használja az appot, mint te: egy idegen, egy bot vagy egy kíváncsi felhasználó, aki átírja a webcímet.

Az AI-modellek hihető kódot írnak, és a legtöbb jó is. De arra optimalizálnak, amit kértél – „mutassa a dashboard a projektjeimet” –, és lehet, hogy nem adnak hozzá olyan védelmet, amit nem kértél – „és mások projektjeit ne”. A megoldás nem az, hogy abbahagyod a vibe codingot. Hanem az, hogy kifejezetten kéred a védelmet, majd tesztelsz is.

Mennyire kockázatos az appod? Gyors skála

Légy őszinte, melyik sorba tartozol. Sok app az elsőben indul, és a harmadikba sodródik anélkül, hogy valaki döntött volna erről.

A valódi bajt okozó kockázatok

1. A felhasználók láthatják egymás adatait

Ez a leggyakoribb komoly probléma AI-val épített appoknál. Az oldal mindenkinek csak a saját rekordjait mutatja, így helyesnek tűnik. De a szerver bármelyik rekordot visszaadja, ha valaki átírja az azonosítót a címsorban vagy a kérésben. Mivel mindig saját magaddal tesztelsz, ezt sosem látod.

Hogyan ellenőrizd: hozz létre két fiókot. Jelentkezz be az A felhasználóval, nyiss meg egy A-hoz tartozó rekordot, és jegyezd meg a címet. Jelentkezz be a B felhasználóval egy privát ablakban, és illeszd be ezt a címet. „Nem található” üzenetet kell látnod, sosem A adatait.

Prompt:

Ellenőrizd az összes szerver-végpontot, amely felhasználói adatot olvas, módosít vagy töröl. Mindegyiknél azt kell megerősíteni, hogy a bejelentkezett felhasználó hozzáférhet-e ahhoz a konkrét rekordhoz. Sorold fel a végpontokat, írd le, hogyan ellenőriznek, és javítsd azokat, amelyek nem ellenőriznek.

2. Titkok a rossz helyen

Titok minden, ami hozzáférést ad: egy AI- vagy e-mail-szolgáltatás API-kulcsa, egy adatbázis jelszava, egy fizetési szolgáltató titkos kulcsa. Ha böngészőben futó kódban van, bárki megnyithatja a fejlesztői eszközöket, és kimásolhatja. Ha nyilvános tárolóba kerül, a botok órákon belül megtalálják.

Hogyan ellenőrizd: kérdezd meg az AI-t.

Sorold fel az összes API-kulcsot, tokent és jelszót, amelyet ez az app használ. Mindegyiknél mondd meg, hol van tárolva, és eljut-e valaha a böngészőig. Ami kódban vagy a frontenden van, helyezd át szerveroldali titkok közé.

3. Nyilvános űrlapok és végpontok korlát nélkül

A kapcsolatfelvételi űrlapokat, a regisztrációkat és az AI-funkciókat a botok megtalálják. Korlátok nélkül spam, hamis fiókok és egy nagy AI-API-számla lesz, mert ezerszer hívják meg.

Prompt:

Adj sebességkorlátot a regisztrációhoz, a bejelentkezéshez, a kapcsolatfelvételi űrlaphoz és minden olyan végponthoz, amely AI-szolgáltatást hív. Adj hozzá csapdamezőt (honeypot) a nyilvános űrlapokhoz. Mondd meg, milyen korlátokat választottál.

4. A böngészőben való bizalom

Bármit, amit a böngésző dönt el, a felhasználó megváltoztathat: árakat, kedvezményeket, kvízválaszokat, „admin” jelzőket. A fontos szabályokat a szerveren kell érvényesíteni.

Prompt:

Keress minden olyan helyet, ahol a böngésző dönt olyasmiről, amit a szervernek kellene: árak, összegek, jogosultságok, szerepkörök, pontszámok. Helyezd ezeket az ellenőrzéseket a szerverre.

5. Nincs visszaút

Egy rossz változtatás vagy egy rosszindulatú személy törölhet adatot. Ha nincs mentés és nincs visszaállítási lehetőség, egy kis hibából végleges lesz. Gondoskodj róla, hogy az eszközöd rendelkezzen mentési pontokkal a kódhoz és biztonsági mentéssel az adatbázishoz. Lásd: hogyan készíts biztonsági mentést az app adatbázisáról.

A titkok helyes kezelése

A titkok több elkerülhető kárt okoznak, mint bármi más, ezért a szabályok egy helyen:

• Soha ne illeszd be a valódi kulcsot a chatbe. A csevegések tárolódnak, megosztódnak és képernyőképre kerülhetnek. Tedd a kulcsokat az eszköz titkai vagy környezeti változói közé. (Mik a környezeti változók és titkok.)
• Fizetős szolgáltatásokat a szerverről hívj. A böngésző a szerveredet kérdezi; a szervered hívja az AI- vagy fizetési szolgáltatást a kulccsal.
• Használj külön kulcsot a teszteléshez és az éles használathoz, hogy egy kiszivárgott teszt-kulcs ne érhessen valódi pénzhez.
• Állíts be költési limitet az AI- és e-mail-szolgáltatók irányítópultján.
• Azonnal cseréld le a kulcsot, ha úgy gondolod, kiszivárgott. Hozz létre újat, frissítsd a titkot, majd töröld a régit.

A Mythexen a titkok a projekt beállításaiban élnek, a kódon kívül, és az ügynök úgy tud velük dolgozni, hogy az értékek nem jelennek meg a chatben. Az API-kulcsok biztonságban tartásáról szóló útmutatónk több szolgáltatót is lefed.

Mennyi kódátnézésre van szükséged?

A vibe coding azt jelenti, hogy nem olvasol minden sort. Nem is kell. De bizonyos sorokat valakinek érdemes átnéznie.

• Személyes eszközök: az itt felsoroltakon kívül semmi.
• Felhasználói fiókos appok: nézd át a bejelentkezés és az adathozzáférés működését. Ezt megteheted úgy, hogy megkéred az AI-t, magyarázza el egyszerű szavakkal, és ellenőrzöd, hogy a magyarázat egyezik-e azzal, amit elvársz.
• Fizetést vagy érzékeny adatot kezelő appok: kérj meg egy fejlesztőt, hogy nézze át a hitelesítést, a jogosultságokat, a fizetéskezelést és mindent, ami személyes adatot tárol. Ez néhány óra az ő idejéből, nem átírás.

Hasznos prompt fejlesztő nélkül is:

Magyarázd el egyszerű szavakkal, hogyan dönti el ez az app, ki a felhasználó és mit láthat. Mutass rá a fájlokra. Ezután sorold fel, mit érdemes egy biztonsági átnézőnek megnéznie.

A hogyan nézd át az AI-generált kódot útmutatónk leírja, mire figyelnek az átnézők, és odaadhatod annak, aki az átnézést végzi. Ha az eszközöd engedi a kód exportálását vagy a GitHubra szinkronizálást, az átnézés egyszerűen megszervezhető; a Mythexen mindkettő a Pro csomag része.

A 30 perces publikálás előtti ellenőrzés

Futtasd le, mielőtt bárkinek a körödön kívül megosztod a linket.

Hozzáférés (10 perc)

1. Két fiók, két böngésző: be tud-e nyitni B az A rekordjait a címük alapján? Nem szabad.
2. Jelentkezz ki, és nyisd meg közvetlenül minden oldal címét. A privát oldalak a bejelentkezésre küldjenek.
3. Normál felhasználóként nyiss meg admin-címeket. Ezeknek el kell utasítaniuk.

Titkok (5 perc)

1. Kérdezd meg az AI-t, hol van minden kulcs, a fenti prompttal.
2. Nyisd meg az appot, nézd meg az oldal forráskódját, és keress rá a „key”, „secret” és „token” szavakra.

Űrlapok és visszaélés (5 perc)

1. Küldd el az összes űrlapot üresen, nagyon hosszú szöveggel, és kétszer egymás után gyorsan.
2. Ellenőrizd, hogy van-e sebességkorlát a regisztrációnál, a bejelentkezésnél és minden AI-funkciónál.

Adatok és helyreállítás (5 perc)

1. Tudd, hol vannak az adatok, és hogyan állíthatók vissza.
2. Ellenőrizd, hogy vissza tudod-e állítani a kódot egy korábbi, működő verzióra.

Jogi és alapok (5 perc)

1. Ha személyes adatot gyűjtesz, adj hozzá adatvédelmi tájékoztatót, és írd le, mit gyűjtesz. Lásd: hogyan írj felhasználási feltételeket és adatvédelmi tájékoztatót.
2. Gondoskodj róla, hogy a publikált app HTTPS-t használjon. A legtöbb építőeszköz, a Mythex is beleértve, ezt automatikusan kezeli.

Ha minden rendben van, jó állapotban vagy a korai indításhoz. Ismételd meg az 1–5. lépéseket minden nagyobb változtatás után a bejelentkezésben, szerepkörökben vagy adatkezelésben.

Mit védenek és mit nem védenek a vibe coding platformok

A jó platform sok infrastruktúrát kezel: HTTPS-t, elszigetelt munkaterületeket, projektenként egy adatbázist, titoktárolást, biztonsági mentést és visszaállítást. A Mythex minden projektnek saját privát munkaterületet és adatbázist ad, a titkokat a kódon kívül tartja, és minden sikeres változtatás után mentési pontot készít, hogy visszavonhasd.

Azt viszont egyetlen platform sem tudja, milyenek az app szabályai. Csak te tudod, hogy az ügyfelek nem láthatják egymás számláit, vagy hogy egy kuponnak egyszer szabad működnie. Ezeknek a szabályoknak a promptjaidban kell lenniük, és a teszteid igazolják őket.

A röviden

A vibe coding annyira biztonságos, amennyire az ellenőrzések, amelyeket hozzáadsz. Személyes eszköznél tartsd a kulcsokat a kódon kívül, és élvezd. Más emberek adatainál futtasd le a fenti 30 perces ellenőrzést minden indítás előtt, és kérj fejlesztői szemet a fizetéshez és az érzékeny adatokhoz. A valódi projekteken látható kockázatokért olvasd a vibe coding példáinkat; az ellenőrzésekkel együtt építkezéshez kövesd a hogyan készíts appot vibe codinggal útmutatót.

Kérdések