Ligtas ba ang Vibe Coding? Ang Totoong Panganib at Ano ang Dapat Suriin Bago Mag-publish

Ligtas ang vibe coding para sa personal na tool at prototype, at puwede ring ligtas para sa totoong app na may totoong user, basta idadagdag mo ang mga check na nilalaktawan ng “ilarawan mo lang at tingnan kung gumagana.” Ang mapanganib na problema ay hindi nakikita sa screen: mga user na nakakabasa ng data ng isa’t isa, mga secret key na nasa browser, at mga public form na walang limitasyon. Ipinapaliwanag ng gabay na ito ang mga panganib na totoong nagdudulot ng gulo, paano hawakan ang secrets, gaano karaming review ang kailangan, at isang 30-minutong check na dapat gawin bago mag-publish.

Para sa buong teknikal na listahan, tingnan ang aming security checklist para sa mga app na gawa sa AI. Ang pahinang ito ang mas maikli at praktikal na bersyon para sa mga taong hindi nagbabasa ng code.

Bakit may sariling panganib ang vibe coding

Kapag vibe coding ka, hinuhusgahan mo ang app sa pamamagitan ng paggamit nito. Nahuhuli niyan ang sirang button at pangit na layout. Hindi nito nahuhuli ang mga problemang lumilitaw lang kapag gumamit ng app ang iba nang iba sa iyo: isang estranghero, isang bot, o isang usyosong user na binabago ang web address.

Makatuwiran ang code na isinusulat ng AI, at karamihan doon ay ayos lang. Pero ina-optimize nila ang hiniling mo, gaya ng “ipakita sa dashboard ang mga project ko,” at maaaring hindi nila idagdag ang proteksyong hindi mo hiniling, gaya ng “at hindi dapat makita ng iba.” Ang solusyon ay hindi itigil ang vibe coding. Ang solusyon ay hingin nang tahasan ang mga proteksyon at saka subukan ang mga ito.

Gaano ka-risky ang app mo? Maikling sukat

Maging tapat kung nasaan ka sa talahanayan. Maraming app ang nagsisimula sa unang hanay at unti-unting napupunta sa ikatlo nang hindi nagdedesisyon ang kahit sino.

Ang mga panganib na talagang nagdudulot ng gulo

1. Nakikita ng mga user ang data ng isa’t isa

Ito ang pinakakaraniwang seryosong problema sa mga app na gawa sa AI. Ipinapakita ng page sa bawat user ang sarili nilang records, kaya mukhang tama. Pero ibibigay ng server ang alinmang record kapag binago ng isang tao ang ID sa address bar o sa request. Dahil lagi kang sumusubok bilang sarili mo, hindi mo ito nakikita.

Paano ito suriin: gumawa ng dalawang account. Mag-log in bilang user A, buksan ang isa sa records ni A, at tandaan ang address. Mag-log in bilang user B sa private window at i-paste ang address na iyon. Dapat “not found” ang makita mo, hindi ang data ni A.

Prompt:

Suriin ang bawat server endpoint na bumabasa, nagbabago o nagbubura ng data ng user. Dapat kumpirmahin ng bawat isa na may karapatan ang naka-log in na user sa partikular na record na iyon. Ilista ang mga endpoint, sabihin kung paano sila nagche-check, at ayusin ang alinmang hindi nagche-check.

2. Secrets sa maling lugar

Ang secret ay anumang bagay na nagbibigay ng access: API key para sa AI o email service, database password, o secret key ng payment provider. Kapag nasa code ito na tumatakbo sa browser, puwedeng buksan ng sinuman ang developer tools at kopyahin ito. Kapag na-commit ito sa public repository, mahahanap ito ng mga bot sa loob ng ilang oras.

Paano ito suriin: tanungin ang AI.

Ilista ang bawat API key, token at password na ginagamit ng app na ito. Para sa bawat isa, sabihin kung saan ito nakaimbak at kung ipinapadala ba ito sa browser. Ilipat sa server-side secrets ang alinmang nasa code o sa frontend.

3. Mga public form at endpoint na walang limitasyon

Natutuklasan ng mga bot ang contact form, sign-up at mga AI feature. Kapag walang limitasyon, makakakuha ka ng spam, pekeng account, o malaking bill mula sa AI API dahil libo-libong beses itong natawag.

Prompt:

Maglagay ng rate limits sa sign-up, login, contact form at bawat endpoint na tumatawag sa AI service. Maglagay ng honeypot field sa mga public form. Sabihin sa akin ang mga limitasyong pinili mo.

4. Pagtitiwala sa browser

Ang anumang pinagpapasyahan ng browser ay puwedeng baguhin ng user: mga presyo, diskwento, sagot sa quiz, mga flag na “is admin.” Ang mga rule na mahalaga ay dapat ipatupad sa server.

Prompt:

Hanapin ang anumang lugar kung saan ang browser ang nagpapasya ng bagay na dapat ang server ang magpasya: mga presyo, kabuuan, permiso, role, score. Ilipat ang mga check na iyon sa server.

5. Walang paraan pabalik

Ang maling pagbabago, o masamang tao, ay puwedeng magbura ng data. Kapag walang backup at walang paraan para bumalik, ang maliit na pagkakamali ay nagiging permanente. Siguraduhing may checkpoints ang tool mo para sa code at backups para sa database. Tingnan kung paano i-back up ang database ng app mo.

Paano hawakan nang tama ang secrets

Higit sa lahat, ang secrets ang nagdudulot ng pinakamaraming pinsalang maiiwasan, kaya narito ang mga patakaran sa isang lugar:

• Huwag kailanman mag-paste ng totoong key sa chat. Naiimbak, naibabahagi at nakukuhanan ng screenshot ang mga chat. Ilagay ang keys sa secrets o environment variables ng tool mo. (Ano ang environment variables at secrets.)
• Tawagin ang mga bayad na service mula sa server. Hihingi ang browser sa server mo; tatawagin ng server mo ang AI o payment service gamit ang key.
• Gumamit ng magkahiwalay na key para sa testing at live. Para hindi makagalaw ng totoong pera ang na-leak na test key.
• Maglagay ng spending limit sa dashboard ng mga AI at email provider.
• I-rotate agad ang key kung sa tingin mo ay na-leak ito. Gumawa ng bago, i-update ang secret, saka burahin ang luma.

Sa Mythex, nasa project settings na nasa labas ng code ang secrets, at puwedeng gamitin ng agent ang mga ito nang hindi lumalabas ang mga halaga sa chat. Sakop ng aming gabay sa pag-iingat ng API keys ang mas maraming provider.

Gaano karaming code review ang kailangan mo?

Ang vibe coding ay nangangahulugang hindi mo binabasa ang bawat linya. Hindi mo kailangang gawin iyon. Pero may ilang linyang dapat may magbasa.

• Personal na tool: wala nang dagdag bukod sa mga check dito.
• Mga app na may user account: i-review kung paano gumagana ang login at access sa data. Puwede mo itong gawin sa pamamagitan ng pagtatanong sa AI na ipaliwanag sa simpleng salita, at pag-check kung tugma ang paliwanag sa inaasahan mo.
• Mga app na may bayad o sensitibong data: magpa-tingin sa developer ng authentication, permiso, pagho-hawak ng bayad at anumang nag-iimbak ng personal na data. Ilang oras lang ng trabaho niya ito, hindi rewrite.

Isang kapaki-pakinabang na prompt kahit walang developer:

Ipaliwanag sa simpleng salita kung paano tinutukoy ng app na ito kung sino ang user at kung ano ang puwede nilang makita. Ituro ang mga file. Pagkatapos, ilista ang anumang gusto mong tingnan ng security reviewer.

Ipinapaliwanag ng aming gabay sa kung paano i-review ang code na gawa ng AI ang hinahanap ng mga reviewer, at puwede mo itong ibigay sa magre-review. Kung pinapayagan ka ng tool mong mag-export ng code o mag-sync sa GitHub, madaling ayusin ang review; sa Mythex, parehong bahagi ng Pro.

Ang 30-minutong check bago mag-publish

Gawin ito bago mo i-share ang link sa sinumang nasa labas ng bilog mo.

Access (10 minuto)

1. Dalawang account, dalawang browser: kaya bang buksan ng B ang records ng A sa pamamagitan ng URL? Hindi dapat.
2. Mag-log out at bisitahin nang direkta ang address ng bawat page. Dapat ka nang ipadala sa login ang mga private na page.
3. Bilang normal na user, subukang buksan ang admin addresses. Dapat itong tanggihan.

Secrets (5 minuto)

1. Tanungin ang AI kung nasaan ang bawat key, gamit ang prompt sa itaas.
2. Buksan ang app, tingnan ang page source at hanapin ang “key,” “secret” at “token.”

Mga form at pang-aabuso (5 minuto)

1. Ipasa ang bawat form na walang laman, may napakahabang text, at dalawang beses nang mabilis.
2. Tiyaking may rate limits sa sign-up, login at sa anumang AI feature.

Data at pagbawi (5 minuto)

1. Alamin kung nasaan ang data at paano ito ibabalik.
2. Tiyaking kaya mong i-rollback ang code sa dating gumaganang bersyon.

Legal at mga pangunahing bagay (5 minuto)

1. Kung nangongolekta ka ng personal na data, maglagay ng privacy policy at sabihin kung ano ang kinokolekta mo. Tingnan kung paano magsulat ng terms of service at privacy policy.
2. Siguraduhing gumagamit ng HTTPS ang na-publish na app. Inaasikaso na ito ng karamihan sa builder, kasama ang Mythex.

Kapag pumasa ang lahat, maayos ang kalagayan mo para sa maagang paglulunsad. Ulitin ang mga hakbang 1–5 pagkatapos ng malaking pagbabago sa login, role o data.

Ano ang pinoprotektahan at hindi pinoprotektahan ng vibe coding platforms

Marami ang inaasikaso ng magandang platform: HTTPS, hiwalay na workspace, database bawat project, imbakan ng secrets, backup at rollback. Binibigyan ng Mythex ang bawat project ng sariling pribadong workspace at database, inilalayo ang secrets sa code, at nagse-save ng checkpoint pagkatapos ng bawat matagumpay na pagbabago para maibalik mo ito.

Ang hindi kayang gawin ng kahit anong platform ay malaman ang mga patakaran ng app mo. Ikaw lang ang nakakaalam na hindi dapat makita ng mga kliyente ang invoice ng isa’t isa, o na dapat isang beses lang magamit ang coupon. Kailangang nasa prompt mo ang mga patakarang iyon at kumpirmado ng mga test mo.

Ang maikling sagot

Kasing-ligtas ng mga check na idinagdag mo ang vibe coding. Para sa personal na tool, ilabas ang keys sa code at mag-enjoy. Para sa anumang may data ng ibang tao, gawin ang 30-minutong check sa itaas bago ang bawat paglulunsad, at kumuha ng mata ng developer para sa bayad at sensitibong data. Para makita ang mga panganib na ito sa totoong project, basahin ang aming mga halimbawa ng vibe coding; para bumuo gamit ang mga check na ito mula sa simula, sundin ang kung paano gumawa ng app gamit ang vibe coding.

Mga tanong