Apakah Vibe Coding Aman? Risiko Nyata dan Yang Perlu Dicek Sebelum Publikasi

Vibe coding aman untuk tool pribadi dan prototipe, dan bisa aman untuk aplikasi sungguhan dengan pengguna sungguhan, tetapi hanya jika Anda menambahkan pengecekan yang dilewati oleh pendekatan “cukup jelaskan dan lihat apakah berhasil”. Masalah berbahaya tidak terlihat dari layar: pengguna yang bisa membuka data pengguna lain, kunci rahasia yang tersimpan di browser, dan form publik tanpa batasan. Panduan ini menjelaskan risiko yang benar-benar menimbulkan masalah, cara menangani secret, seberapa banyak tinjauan yang dibutuhkan, dan cek 30 menit yang perlu dijalankan sebelum publish.

Untuk daftar teknis lengkap, lihat daftar periksa keamanan untuk aplikasi hasil AI. Halaman ini adalah versi yang lebih singkat dan praktis untuk orang yang tidak membaca kode.

Mengapa vibe coding punya risiko sendiri

Saat vibe coding, Anda menilai aplikasi dengan cara memakainya. Itu menangkap tombol yang rusak dan tata letak yang jelek. Tetapi itu tidak menangkap masalah yang hanya muncul ketika orang lain memakai aplikasi dengan cara yang berbeda dari Anda: orang asing, bot, atau pengguna yang penasaran lalu mengedit alamat web.

Model AI menulis kode yang tampak masuk akal, dan sebagian besar memang benar. Tetapi mereka mengoptimalkan apa yang Anda minta — “buat dashboard yang menampilkan proyek saya” — dan mungkin tidak menambahkan perlindungan yang tidak Anda minta — “dan jangan tampilkan proyek orang lain.” Solusinya bukan berhenti vibe coding. Solusinya adalah meminta perlindungan itu secara eksplisit lalu mengujinya.

Seberapa berisiko aplikasi Anda? Skala singkat

Jujurlah tentang baris mana yang sesuai dengan aplikasi Anda. Banyak aplikasi dimulai di baris pertama lalu bergeser ke baris ketiga tanpa ada yang memutuskannya.

Risiko yang benar-benar menimbulkan masalah

1. Pengguna bisa melihat data pengguna lain

Ini adalah masalah serius yang paling umum pada aplikasi hasil AI. Halaman hanya menampilkan setiap pengguna catatan miliknya, jadi tampilannya terlihat benar. Tetapi server akan mengembalikan catatan mana pun jika seseorang mengubah ID di address bar atau di sebuah request. Karena Anda selalu menguji sebagai diri sendiri, Anda tidak pernah melihatnya.

Cara mengecek: buat dua akun. Login sebagai pengguna A, buka salah satu catatan A dan catat alamatnya. Login sebagai pengguna B di jendela privat, lalu tempel alamat tadi. Anda seharusnya melihat “tidak ditemukan”, bukan data milik A.

Prompt:

Periksa setiap endpoint server yang membaca, mengubah, atau menghapus data pengguna. Setiap endpoint harus memastikan bahwa pengguna yang login diizinkan mengakses catatan spesifik itu. Daftarkan endpoint-nya, jelaskan bagaimana setiap endpoint melakukan pengecekan, dan perbaiki yang tidak melakukannya.

2. Secret di tempat yang salah

Secret adalah apa pun yang memberikan akses: kunci API untuk layanan AI atau email, password database, atau secret key dari penyedia pembayaran. Jika secret ada di kode yang berjalan di browser, siapa pun bisa membuka developer tools dan menyalinnya. Jika di-commit ke repositori publik, bot akan menemukannya dalam hitungan jam.

Cara mengecek: tanyakan kepada AI.

Daftarkan setiap kunci API, token, dan password yang dipakai aplikasi ini. Untuk masing-masing, jelaskan di mana disimpannya dan apakah pernah dikirim ke browser. Pindahkan yang ada di kode atau di frontend ke secret sisi server.

3. Form dan endpoint publik tanpa batasan

Form kontak, pendaftaran, dan fitur AI ditemukan oleh bot. Tanpa batasan, Anda akan mendapat spam, akun palsu, atau tagihan besar dari API AI yang dipanggil ribuan kali.

Prompt:

Tambahkan rate limit untuk pendaftaran, login, form kontak, dan setiap endpoint yang memanggil layanan AI. Tambahkan field honeypot pada form publik. Beri tahu saya batasan yang Anda pilih.

4. Terlalu percaya pada browser

Apa pun yang diputuskan browser bisa diubah oleh pengguna: harga, diskon, jawaban kuis, flag “is admin”. Aturan yang penting harus ditegakkan di server.

Prompt:

Temukan setiap tempat di mana browser memutuskan sesuatu yang seharusnya diputuskan server: harga, total, izin akses, peran, skor. Pindahkan pengecekan itu ke server.

5. Tidak ada jalan kembali

Perubahan yang buruk, atau pelaku yang jahat, bisa menghapus data. Jika tidak ada cadangan dan tidak ada cara untuk kembali, kesalahan kecil menjadi permanen. Pastikan tool Anda punya checkpoint untuk kode dan cadangan untuk database. Lihat cara membuat cadangan database aplikasi Anda.

Cara menangani secret dengan benar

Secret menyebabkan kerusakan yang sebenarnya bisa dihindari lebih banyak daripada hal lain, jadi berikut aturannya dalam satu tempat:

• Jangan pernah menempel kunci asli di chat. Chat bisa tersimpan, dibagikan, dan di-screenshot. Simpan kunci di secrets atau environment variable tool Anda. (Apa itu environment variable dan secret.)
• Panggil layanan berbayar dari server. Browser meminta ke server Anda; server Anda memanggil layanan AI atau pembayaran dengan kuncinya.
• Gunakan kunci terpisah untuk pengujian dan penggunaan sungguhan, agar kunci uji yang bocor tidak menyentuh uang sungguhan.
• Atur batas pengeluaran di dashboard penyedia AI dan email.
• Ganti kunci segera jika Anda curiga kunci itu bocor. Buat yang baru, perbarui secret, lalu hapus yang lama.

Di Mythex, secret disimpan di pengaturan proyek di luar kode, dan agent bisa memakainya tanpa nilainya muncul di chat. Panduan kami tentang cara menjaga kunci API tetap aman mencakup lebih banyak penyedia.

Seberapa banyak tinjauan kode yang dibutuhkan?

Vibe coding berarti Anda tidak membaca setiap baris. Anda tidak harus melakukannya. Tetapi untuk beberapa baris, sebaiknya ada orang yang memeriksanya.

• Tool pribadi: tidak perlu lebih dari pengecekan di sini.
• Aplikasi dengan akun pengguna: tinjau cara login dan akses data bekerja. Anda bisa melakukannya dengan meminta AI menjelaskannya dengan kata-kata sederhana dan memastikan penjelasannya sesuai dengan yang Anda harapkan.
• Aplikasi dengan pembayaran atau data sensitif: minta developer memeriksa autentikasi, izin akses, penanganan pembayaran, dan apa pun yang menyimpan data pribadi. Ini memakan beberapa jam waktu mereka, bukan menulis ulang aplikasi.

Satu prompt yang berguna, bahkan tanpa developer:

Jelaskan dengan kata-kata sederhana bagaimana aplikasi ini menentukan siapa pengguna dan apa yang boleh mereka lihat. Tunjukkan file-nya. Lalu daftarkan apa saja yang sebaiknya diperiksa oleh reviewer keamanan.

Panduan kami tentang cara meninjau kode yang dibuat AI menjelaskan apa yang dicari reviewer, dan Anda bisa memberikannya kepada siapa pun yang melakukan tinjauan. Jika tool Anda memungkinkan ekspor kode atau sinkronisasi ke GitHub, mengatur tinjauan itu menjadi mudah; di Mythex keduanya termasuk dalam Pro.

Cek pra-publish 30 menit

Jalankan ini sebelum Anda membagikan link kepada siapa pun di luar lingkaran Anda.

Akses (10 menit)

1. Dua akun, dua browser: apakah B bisa membuka catatan milik A lewat URL? Seharusnya tidak.
2. Logout dan kunjungi alamat setiap halaman secara langsung. Halaman privat seharusnya mengarahkan Anda ke login.
3. Sebagai pengguna biasa, buka alamat admin. Seharusnya ditolak.

Secret (5 menit)

1. Tanyakan kepada AI di mana setiap kunci disimpan, menggunakan prompt di atas.
2. Buka aplikasi, lihat source halaman, dan cari “key”, “secret”, dan “token”.

Form dan penyalahgunaan (5 menit)

1. Kirim setiap form dalam keadaan kosong, dengan teks yang sangat panjang, dan dua kali berturut-turut.
2. Pastikan rate limit ada pada pendaftaran, login, dan fitur AI apa pun.

Data dan pemulihan (5 menit)

1. Ketahui di mana data disimpan dan cara memulihkannya.
2. Pastikan Anda bisa mengembalikan kode ke versi kerja sebelumnya.

Hukum dan dasar-dasarnya (5 menit)

1. Jika Anda mengumpulkan data pribadi, tambahkan kebijakan privasi dan jelaskan apa yang Anda kumpulkan. Lihat cara menulis syarat layanan dan kebijakan privasi.
2. Pastikan aplikasi yang dipublikasikan memakai HTTPS. Sebagian besar builder, termasuk Mythex, menangani ini untuk Anda.

Jika semuanya lolos, Anda berada di posisi yang baik untuk peluncuran awal. Ulangi langkah 1–5 setiap kali ada perubahan besar pada login, peran, atau data.

Apa yang dilindungi dan tidak dilindungi platform vibe coding

Platform yang baik menangani banyak infrastruktur: HTTPS, workspace yang terisolasi, database per proyek, penyimpanan secret, cadangan, dan rollback. Mythex memberi setiap proyek workspace dan database privat sendiri, menjaga secret di luar kode, dan menyimpan checkpoint setelah setiap perubahan yang berhasil sehingga Anda bisa membatalkannya.

Yang tidak bisa dilakukan platform mana pun adalah mengetahui aturan aplikasi Anda. Hanya Anda yang tahu bahwa klien tidak boleh melihat tagihan klien lain, atau bahwa kupon hanya boleh dipakai sekali. Aturan-aturan itu harus ada di prompt Anda dan dikonfirmasi oleh pengujian Anda.

Jawaban singkatnya

Vibe coding seaman pengecekan yang Anda tambahkan. Untuk tool pribadi, jaga kunci tetap di luar kode dan nikmati prosesnya. Untuk apa pun yang menyimpan data orang lain, jalankan cek 30 menit di atas sebelum setiap peluncuran, dan minta mata developer untuk pembayaran dan data sensitif. Untuk melihat risiko ini pada proyek sungguhan, baca contoh vibe coding kami; untuk membangun dengan pengecekan ini sejak awal, ikuti cara membuat aplikasi dengan vibe coding.

Pertanyaan