Adakah Vibe Coding Selamat? Risiko Sebenar dan Apa Yang Perlu Disemak Sebelum Terbit

Vibe coding selamat untuk alat peribadi dan prototaip, dan ia boleh selamat untuk aplikasi sebenar dengan pengguna sebenar, tetapi hanya jika anda menambah semakan yang dilangkau oleh "terangkan sahaja dan lihat jika ia berfungsi". Masalah yang berbahaya tidak kelihatan dari skrin: pengguna yang boleh membuka data antara satu sama lain, kunci rahsia yang berada dalam pelayar, dan borang awam tanpa had. Panduan ini menerangkan risiko yang benar-benar menyebabkan masalah, cara mengendalikan rahsia, berapa banyak semakan yang diperlukan, dan semakan 30 minit untuk dijalankan sebelum anda terbit.

Untuk senarai teknikal yang lengkap, lihat senarai semak keselamatan untuk aplikasi yang dibina dengan AI kami. Halaman ini ialah versi yang lebih ringkas dan praktikal untuk orang yang tidak membaca kod.

Mengapa vibe coding mempunyai risikonya sendiri

Apabila anda melakukan vibe coding, anda menilai aplikasi dengan menggunakannya. Itu menangkap butang yang rosak dan susun atur yang hodoh. Ia tidak menangkap masalah yang hanya muncul apabila seseorang menggunakan aplikasi itu dengan cara yang berbeza daripada anda: orang asing, bot, atau pengguna yang ingin tahu yang menyunting alamat web.

Model AI menulis kod yang kelihatan munasabah, dan kebanyakannya tidak mengapa. Tetapi ia mengoptimumkan untuk apa yang anda minta, seperti "tunjukkan projek saya pada papan pemuka", dan mungkin tidak menambah perlindungan yang tidak anda minta, seperti "dan jangan tunjukkan projek orang lain". Penyelesaiannya bukan berhenti melakukan vibe coding. Ia ialah meminta perlindungan itu secara jelas dan kemudian mengujinya.

Sejauh mana risiko aplikasi anda? Skala ringkas

Jujurlah tentang baris yang anda berada. Ramai aplikasi bermula di baris pertama dan beralih ke baris ketiga tanpa sesiapa membuat keputusan.

Risiko yang benar-benar menyebabkan masalah

1. Pengguna boleh melihat data antara satu sama lain

Ini ialah masalah serius yang paling lazim dalam aplikasi yang dibina dengan AI. Halaman itu menunjukkan setiap pengguna hanya rekod mereka, jadi ia kelihatan betul. Tetapi pelayan akan menyerahkan mana-mana rekod jika seseorang menukar ID dalam bar alamat atau dalam permintaan. Oleh kerana anda sentiasa menguji sebagai diri sendiri, anda tidak pernah melihatnya.

Cara menyemak: buat dua akaun. Log masuk sebagai pengguna A, buka salah satu rekod A dan catat alamatnya. Log masuk sebagai pengguna B dalam tetingkap persendirian dan tampal alamat itu. Anda sepatutnya melihat "tidak dijumpai", bukan data A.

Gesaan:

Semak setiap titik akhir pelayan yang membaca, menukar atau memadam data pengguna. Setiap satu mesti mengesahkan bahawa pengguna yang log masuk dibenarkan mengakses rekod khusus itu. Senaraikan titik akhir, nyatakan bagaimana setiap satu menyemak, dan betulkan mana-mana yang tidak menyemak.

2. Rahsia di tempat yang salah

Rahsia ialah apa-apa sahaja yang memberi akses: kunci API untuk perkhidmatan AI atau e-mel, kata laluan pangkalan data, kunci rahsia pembekal pembayaran. Jika ia berada dalam kod yang dijalankan dalam pelayar, sesiapa sahaja boleh membuka alat pembangun dan menyalinnya. Jika ia dimasukkan ke repositori awam, bot akan menjumpainya dalam beberapa jam.

Cara menyemak: tanya AI.

Senaraikan setiap kunci API, token dan kata laluan yang digunakan aplikasi ini. Untuk setiap satu, beritahu saya di mana ia disimpan dan sama ada ia pernah dihantar ke pelayar. Pindahkan mana-mana yang berada dalam kod atau di bahagian hadapan ke rahsia pelayan.

3. Borang dan titik akhir awam tanpa had

Borang hubungan, pendaftaran dan ciri AI dijumpai oleh bot. Tanpa had, anda mendapat spam, akaun palsu, atau bil besar daripada API AI yang dipanggil beribu-ribu kali.

Gesaan:

Tambah had kadar pada pendaftaran, log masuk, borang hubungan dan setiap titik akhir yang memanggil perkhidmatan AI. Tambah medan madu (honeypot) pada borang awam. Beritahu saya had yang anda pilih.

4. Mempercayai pelayar

Apa-apa sahaja yang diputuskan oleh pelayar boleh diubah oleh pengguna: harga, diskaun, jawapan kuiz, bendera "ialah admin". Peraturan yang penting mesti dikuatkuasakan di pelayan.

Gesaan:

Cari mana-mana tempat di mana pelayar memutuskan sesuatu yang sepatutnya diputuskan oleh pelayan: harga, jumlah, kebenaran, peranan, skor. Pindahkan semakan itu ke pelayan.

5. Tiada jalan kembali

Perubahan yang salah, atau pelaku yang berniat jahat, boleh memadam data. Jika tiada sandaran dan tiada cara untuk melancarkan semula, kesilapan kecil menjadi kekal. Pastikan alat anda mempunyai checkpoint untuk kod dan sandaran untuk pangkalan data. Lihat cara membuat sandaran pangkalan data aplikasi anda.

Mengendalikan rahsia dengan betul

Rahsia menyebabkan lebih banyak kerosakan yang boleh dielakkan daripada apa-apa lain, jadi inilah peraturannya dalam satu tempat:

• Jangan sekali-kali tampal kunci sebenar ke dalam sembang. Sembang disimpan, dikongsi dan ditangkap skrin. Letakkan kunci dalam rahsia atau pembolehubah persekitaran alat anda. (Apa itu pembolehubah persekitaran dan rahsia.)
• Panggil perkhidmatan berbayar dari pelayan. Pelayar meminta pelayan anda; pelayan anda memanggil perkhidmatan AI atau pembayaran dengan kunci itu.
• Gunakan kunci berasingan untuk ujian dan penggunaan sebenar, supaya kunci ujian yang bocor tidak boleh menyentuh wang sebenar.
• Tetapkan had perbelanjaan dalam papan pemuka pembekal AI dan e-mel.
• Tukar kunci dengan segera jika anda fikir ia bocor. Cipta yang baharu, kemas kini rahsia, kemudian padam yang lama.

Pada Mythex, rahsia disimpan dalam tetapan projek di luar kod, dan ejen boleh menggunakannya tanpa nilainya muncul dalam sembang. Panduan kami tentang cara menjaga kunci API dengan selamat merangkumi lebih banyak pembekal.

Berapa banyak semakan kod yang diperlukan?

Vibe coding bermakna anda tidak membaca setiap baris. Anda tidak perlu. Tetapi untuk sesetengah baris, seseorang patut membacanya.

• Alat peribadi: tiada melangkaui semakan di sini.
• Aplikasi dengan akaun pengguna: semak cara log masuk dan akses data berfungsi. Anda boleh melakukannya dengan meminta AI menerangkannya dengan kata-kata mudah dan memeriksa sama ada penerangan itu sepadan dengan apa yang anda jangkakan.
• Aplikasi dengan pembayaran atau data sensitif: dapatkan pembangun untuk melihat pengesahan, kebenaran, pengendalian pembayaran dan apa-apa yang menyimpan data peribadi. Ia hanya beberapa jam masa mereka, bukan penulisan semula.

Gesaan yang berguna walaupun tanpa pembangun:

Terangkan dengan kata-kata mudah, bagaimana aplikasi ini memutuskan siapa pengguna dan apa yang dibenarkan untuk mereka lihat. Tunjukkan fail-fail berkenaan. Kemudian senaraikan apa-apa yang anda mahu seorang pakar semakan keselamatan lihat.

Panduan kami tentang cara menyemak kod yang dijana AI menerangkan apa yang dicari oleh penyemak, dan anda boleh menyerahkannya kepada sesiapa sahaja yang membuat semakan. Jika alat anda membenarkan eksport kod atau penyegerakan ke GitHub, mengatur semakan itu adalah mudah; pada Mythex kedua-duanya termasuk dalam Pro.

Semakan 30 minit sebelum terbit

Jalankan ini sebelum anda berkongsi pautan dengan sesiapa di luar lingkungan anda.

Akses (10 minit)

1. Dua akaun, dua pelayar: bolehkah B membuka rekod A melalui URL? Sepatutnya tidak.
2. Log keluar dan lawati alamat setiap halaman secara langsung. Halaman persendirian sepatutnya menghantar anda ke log masuk.
3. Sebagai pengguna biasa, buka alamat admin. Ia sepatutnya ditolak.

Rahsia (5 minit)

1. Tanya AI di mana setiap kunci berada, menggunakan gesaan di atas.
2. Buka aplikasi, lihat sumber halaman dan cari "key", "secret" dan "token".

Borang dan penyalahgunaan (5 minit)

1. Hantar setiap borang kosong, dengan teks yang sangat panjang, dan dua kali berturut-turut.
2. Sahkan had kadar wujud pada pendaftaran, log masuk dan mana-mana ciri AI.

Data dan pemulihan (5 minit)

1. Ketahui di mana data disimpan dan cara memulihkannya.
2. Semak anda boleh melancarkan semula kod ke versi kerja sebelumnya.

Undang-undang dan asas (5 minit)

1. Jika anda mengumpul data peribadi, tambah dasar privasi dan nyatakan apa yang anda kumpulkan. Lihat cara menulis syarat perkhidmatan dan dasar privasi.
2. Pastikan aplikasi yang diterbitkan menggunakan HTTPS. Kebanyakan pembina, termasuk Mythex, mengendalikan ini untuk anda.

Jika semuanya lulus, anda berada dalam kedudukan yang baik untuk pelancaran awal. Ulang langkah 1–5 selepas sebarang perubahan besar pada log masuk, peranan atau data.

Apa yang platform vibe coding lindungi dan tidak lindungi

Platform yang baik mengendalikan banyak infrastruktur: HTTPS, ruang kerja terasing, pangkalan data setiap projek, storan rahsia, sandaran dan pemulihan. Mythex memberi setiap projek ruang kerja dan pangkalan data peribadinya sendiri, menyimpan rahsia di luar kod, dan menyimpan checkpoint selepas setiap perubahan yang berjaya supaya anda boleh membatalkannya.

Apa yang tiada platform boleh lakukan ialah mengetahui peraturan aplikasi anda. Hanya anda yang tahu bahawa pelanggan tidak sepatutnya melihat invois satu sama lain, atau bahawa kupon hanya boleh digunakan sekali. Peraturan itu mesti ada dalam gesaan anda dan disahkan oleh ujian anda.

Jawapan ringkas

Vibe coding sama selamatnya dengan semakan yang anda tambah. Untuk alat peribadi, simpan kunci di luar kod dan nikmatinya. Untuk apa-apa yang melibatkan data orang lain, jalankan semakan 30 minit di atas sebelum setiap pelancaran, dan dapatkan pandangan pembangun untuk pembayaran dan data sensitif. Untuk melihat risiko ini dalam projek sebenar, baca contoh vibe coding kami; untuk membina dengan semakan ini dari awal, ikuti cara membina aplikasi dengan vibe coding.

Soalan lazim