Je li vibe coding siguran? Stvarni rizici i šta provjeriti prije objave
Vibe coding je siguran za lične alate i prototipove, i može biti siguran za prave aplikacije sa pravim korisnicima, ali samo ako dodate provjere koje pristup tipa „opiši to i vidi da li radi“ preskače. Opasni problemi se ne vide na ekranu: korisnici koji mogu otvoriti tuđe podatke, tajni ključevi u pregledniku i javni obrasci bez ograničenja. Ovaj vodič objašnjava rizike koji zaista prave probleme, kako rukovati tajnama, koliko pregleda je potrebno i provjeru od 30 minuta koju treba obaviti prije objave.
Za kompletan tehnički spisak pogledajte naš sigurnosni kontrolni spisak za aplikacije izrađene AI-jem. Ova stranica je kraća, praktična verzija za ljude koji ne čitaju kod.
Zašto vibe coding ima svoje rizike
Kada radite vibe coding, aplikaciju procjenjujete tako što je koristite. To uhvati pokvarena dugmad i ružne rasporede. Ne uhvati probleme koji se pojave samo kad neko koristi aplikaciju drugačije od vas: stranac, bot ili radoznali korisnik koji mijenja adresu u pregledniku.
AI modeli pišu uvjerljiv kod, i većina je u redu. Ali oni optimiziraju ono što ste tražili — „neka kontrolna tabla prikazuje moje projekte“ — i možda neće dodati zaštitu koju niste tražili — „i nikome drugom“. Rješenje nije prestati s vibe codingom. Rješenje je eksplicitno tražiti te zaštite, a zatim ih testirati.
Koliko je rizična vaša aplikacija? Brza skala
| Vaša aplikacija | Rizik | Šta vam treba |
|---|---|---|
| Lični alat samo za vas, bez osjetljivih podataka | Nizak | Držite ključeve van koda. To je otprilike sve. |
| Javna web stranica ili landing stranica sa obrascem | Nizak do srednji | Ograničenja obrasca, zaštita od botova, bez tajni na stranici |
| Aplikacija u kojoj se ljudi prijavljuju i čuvaju vlastite podatke | Srednji | Sve sa ove stranice |
| Plaćanja, zdravstveni, finansijski, dječji ili identifikacioni podaci | Visok | Sve sa ove stranice, plus pregled od strane developera |
Budite iskreni u vezi toga u kojem ste redu. Mnoge aplikacije počnu u prvom redu i pređu u treći, a da niko to nije odlučio.
Rizici koji zaista prave probleme
1. Korisnici mogu vidjeti tuđe podatke
Ovo je najčešći ozbiljan problem u aplikacijama izrađenim uz AI. Stranica svakom korisniku prikazuje samo njegove zapise, pa izgleda ispravno. Ali server će vratiti bilo koji zapis ako neko promijeni ID u adresnoj traci ili u zahtjevu. Pošto uvijek testirate kao sami sebe, to nikad ne vidite.
Kako provjeriti: napravite dva naloga. Prijavite se kao korisnik A, otvorite jedan od zapisa korisnika A i zabilježite adresu. Prijavite se kao korisnik B u privatnom prozoru i nalijepite tu adresu. Trebali biste vidjeti „nije pronađeno“, a nikad podatke korisnika A.
Prompt:
Provjeri svaki serverski endpoint koji čita, mijenja ili briše podatke korisnika. Svaki mora potvrditi da prijavljeni korisnik smije pristupiti tom konkretnom zapisu. Navedi endpoint-e, reci kako svaki provjerava i popravi one koji ne provjeravaju.
2. Tajne na pogrešnom mjestu
Tajna je sve što daje pristup: API ključ za AI ili servis e-pošte, lozinka baze podataka, tajni ključ dobavljača plaćanja. Ako je u kodu koji se izvršava u pregledniku, bilo ko može otvoriti alate za developere i kopirati je. Ako je sačuvana u javnom repozitoriju, botovi je pronađu u roku od nekoliko sati.
Kako provjeriti: pitajte AI.
Navedi svaki API ključ, token i lozinku koju ova aplikacija koristi. Za svaki reci gdje je sačuvan i da li se ikad šalje pregledniku. Premjesti sve koji su u kodu ili na frontendu u serverske tajne.
3. Javni obrasci i endpoint-i bez ograničenja
Kontakt obrasce, prijave i AI funkcije pronalaze botovi. Bez ograničenja dobijate spam, lažne naloge ili visok račun za AI API koji se poziva hiljadama puta.
Prompt:
Dodaj ograničenja broja zahtjeva na prijavu, login, kontakt obrazac i svaki endpoint koji poziva AI servis. Dodaj skriveno polje (honeypot) na javne obrasce. Reci mi koja ograničenja si odabrao.
4. Vjerovanje pregledniku
Sve što odlučuje preglednik može promijeniti korisnik: cijene, popuste, odgovore na kvizu, zastavice „is admin“. Pravila koja su bitna moraju se provoditi na serveru.
Prompt:
Pronađi svako mjesto gdje preglednik odlučuje nešto što bi trebao odlučiti server: cijene, ukupne iznose, dozvole, uloge, rezultate. Premjesti te provjere na server.
5. Nema povratka
Loša promjena ili loš akter može obrisati podatke. Ako nema sigurnosne kopije i nema načina za povratak, mala greška postaje trajna. Provjerite da vaš alat ima checkpoint-e za kod i sigurnosne kopije za bazu podataka. Pogledajte kako napraviti sigurnosnu kopiju baze podataka vaše aplikacije.
Kako pravilno rukovati tajnama
Tajne uzrokuju više štete koja se mogla izbjeći nego bilo šta drugo, pa su pravila na jednom mjestu:
- Nikad ne lijepite pravi ključ u chat. Chatovi se čuvaju, dijele i snimaju ekranom. Stavite ključeve u tajne ili varijable okruženja vašeg alata. (Šta su varijable okruženja i tajne.)
- Pozivajte plativa servisa sa servera. Preglednik pita vaš server; server poziva AI ili servis plaćanja sa ključem.
- Koristite odvojene ključeve za testiranje i pravu upotrebu, kako procurjeli testni ključ ne bi mogao dotaknuti pravi novac.
- Postavite limite potrošnje u kontrolnim pločama AI i servisa e-pošte.
- Odmah zamijenite ključ ako mislite da je procurio. Napravite novi, ažurirajte tajnu, pa obrišite stari.
Na Mythexu tajne žive u postavkama projekta van koda, a agent ih može koristiti bez da se vrijednosti pojave u chatu. Naš vodič o čuvanju API ključeva pokriva više dobavljača.
Koliko pregleda koda vam treba?
Vibe coding znači da ne čitate svaku liniju. Ne morate. Ali za neke linije, neko bi trebao.
- Lični alati: ništa osim provjera ovdje.
- Aplikacije sa korisničkim nalozima: pregledajte kako rade prijava i pristup podacima. To možete uraditi tako što AI-ja zamolite da objasni običnim riječima, pa provjerite da li objašnjenje odgovara vašim očekivanjima.
- Aplikacije sa plaćanjima ili osjetljivim podacima: neka developer pogleda autentifikaciju, dozvole, obradu plaćanja i sve što čuva lične podatke. To je nekoliko sati njihovog vremena, a ne ponovno pisanje aplikacije.
Koristan prompt i bez developera:
Objasni, običnim riječima, kako ova aplikacija odlučuje ko je korisnik i šta smije vidjeti. Pokaži na fajlove. Zatim navedi šta bi sigurnosni recenzent trebao pogledati.
Naš vodič o kako pregledati kod generisan AI-jem objašnjava šta recenzenti traže, pa ga možete dati onome ko radi pregled. Ako vaš alat dozvoljava izvoz koda ili sinhronizaciju sa GitHubom, dogovoriti taj pregled je lako; na Mythexu su oba dio Pro plana.
Provjera prije objave od 30 minuta
Uradite ovo prije nego što podijelite link sa bilo kim van vašeg kruga.
Pristup (10 minuta)
- Dva naloga, dva preglednika: može li B otvoriti zapise od A preko URL-a? Ne bi smio.
- Odjavite se i direktno posjetite adresu svake stranice. Privatne stranice bi vas trebale poslati na prijavu.
- Kao običan korisnik, otvorite admin adrese. Trebale bi biti odbijene.
Tajne (5 minuta)
- Pitajte AI gdje se nalazi svaki ključ, koristeći prompt iznad.
- Otvorite aplikaciju, pogledajte izvorni kod stranice i potražite „key“, „secret“ i „token“.
Obrasci i zloupotreba (5 minuta)
- Pošaljite svaki obrazac praznog, sa vrlo dugim tekstom i dvaput u brzom nizu.
- Potvrdite da postoje ograničenja broja zahtjeva na prijavi, login-u i svakoj AI funkciji.
Podaci i oporavak (5 minuta)
- Znajte gdje se podaci nalaze i kako ih vratiti.
- Provjerite da možete vratiti kod na prethodnu ispravnu verziju.
Pravno i osnove (5 minuta)
- Ako prikupljate lične podatke, dodajte politiku privatnosti i navedite šta prikupljate. Pogledajte kako napisati uslove korištenja i politiku privatnosti.
- Provjerite da objavljena aplikacija koristi HTTPS. Većina alata, uključujući Mythex, to rješava za vas.
Ako sve prođe, dobro ste pripremljeni za rani lansiranje. Ponovite korake 1–5 nakon svake veće promjene prijave, uloga ili podataka.
Šta platforme za vibe coding štite, a šta ne
Dobra platforma rješava velik dio infrastrukture: HTTPS, izolovane radne prostore, bazu podataka po projektu, skladištenje tajni, sigurnosne kopije i povratak. Mythex daje svakom projektu vlastiti privatni radni prostor i bazu podataka, čuva tajne van koda i pravi checkpoint nakon svake uspješne promjene, pa je možete poništiti.
No nijedna platforma ne može znati pravila vaše aplikacije. Samo vi znate da klijenti ne bi trebali vidjeti tuđe fakture ili da bi kupon trebao raditi jednom. Ta pravila moraju biti u vašim promptovima i potvrđena vašim testovima.
Kratak odgovor
Vibe coding je siguran koliko i provjere koje dodate. Za lični alat, držite ključeve van koda i uživajte. Za sve što sadrži tuđe podatke, uradite provjeru od 30 minuta iznad prije svakog lansiranja, a zatražite mišljenje developera za plaćanja i osjetljive podatke. Da vidite ove rizike u stvarnim projektima, pročitajte naše primjere vibe codinga; da gradite s ovim provjerama od početka, pratite kako napraviti aplikaciju vibe codingom.
Pitanja
Je li vibe coding siguran?
Siguran je za lične alate i prototipove bez osjetljivih podataka. Za aplikacije u kojima se drugi ljudi prijavljuju, čuvaju podatke ili plaćaju, siguran je samo ako dodate provjere koje vibe coding preskače: pravila pristupa na serveru, tajne izvan koda, ograničenja za javne obrasce i pregled svega što obrađuje novac ili lične podatke.
Koji je najveći sigurnosni rizik u aplikacijama izrađenim vibe codingom?
Pokvarena kontrola pristupa: jedan prijavljeni korisnik može čitati ili mijenjati podatke drugog korisnika, obično promjenom ID-a u zahtjevu. To se nikad ne pojavi kad testirate kao sami sebe, zato je tako česta. Testirajte to namjerno sa dva naloga.
Može li kod generisan AI-jem procuriti moje API ključeve?
Može, ako se ključ nađe u kodu koji se izvršava u pregledniku posjetioca ili je sačuvan u javnom repozitoriju. Držite ključeve u tajnama vašeg alata ili varijablama okruženja, pozivajte vanjske servise sa servera i zamolite AI da navede gdje se svaki ključ koristi.
Treba li mi developer da pregleda aplikaciju izrađenu vibe codingom?
Ne za lični alat ili rani prototip. Zatražite pregled od developera prije nego što direktno primate uplate, čuvate zdravstvene, finansijske ili dječje podatke ili otvorite aplikaciju za mnogo korisnika. Izvoz ili pristup GitHubu olakšava taj pregled.
Jesu li moj kod i podaci sigurni na platformi za vibe coding?
To zavisi od platforme, pa pročitajte njene stranice o sigurnosti i privatnosti. Na Mythexu svaki projekat radi u vlastitom privatnom radnom prostoru sa vlastitom bazom podataka, tajne se čuvaju van koda, a checkpoint-i vam omogućavaju da vratite lošu promjenu. Logika vaše aplikacije i dalje treba provjere iz ovog vodiča.