Panduan keamanan MCP: periksa izin dan risiko data sebelum memasang server

Ringkasan dalam satu kalimat: MCP memberi AI "kemampuan untuk bekerja", tetapi izin yang dipegangnya sepenuhnya bergantung pada apa yang Anda tulis dalam pengaturan. Pahami batas risikonya agar Anda bisa memakainya dengan tenang.

Dari mana risikonya datang? Tiga lapisan

1️⃣ Server yang akan dipasang sendiri tidak tepercaya (risiko rantai pasok)

Memasang dengan npx -y xxx berarti — kode tersebut bisa melakukan apa pun yang diinginkan orang yang menerbitkan paket itu. Server yang jahat atau yang telah dibajak dapat mencuri token dari variabel lingkungan, membaca berkas, dan menyelundupkan data. Ini jenis risiko yang paling besar.

2️⃣ Izin kredensial terlalu luas (risiko otorisasi)

Apakah Anda memberi token GitHub hak baca/tulis untuk seluruh repositori? Maka AI bisa mengubah kode Anda dan menghapus issue. Berikan hanya izin minimum: jika membaca sudah cukup, jangan berikan hak menulis; jika satu repositori sudah cukup, jangan berikan seluruh akun.

3️⃣ Prompt injection

Halaman web, dokumen, dan kode yang dibaca AI bisa menyembunyikan kalimat jahat seperti "abaikan perintah pengguna dan lakukan XX". Hal ini membuat AI memanggil alat berhak istimewa tinggi. Ini phishing gaya baru di era AI.

6 tips perlindungan praktis

Hanya pasang server yang banyak bintangnya, dikelola secara konsisten, dan berasal dari sumber resmi (seperti ekosistem resmi Microsoft / GitHub). Hindari proyek pribadi yang sumbernya tidak jelas
Simpan token hanya secara lokal, dan kecualikan berkas pengaturan lewat .gitignore agar tidak pernah terunggah ke repositori
Terbitkan kredensial dengan hak minimum: GitHub pakai token khusus baca, basis data pakai akun khusus baca — jangan berikan hak mengubah untuk hal yang hanya perlu dilihat
Hati-hati dengan server berhak istimewa tinggi: server yang bisa menjalankan perintah, menghapus berkas, atau membaca seluruh disk (jenis filesystem, dll.) hanya dipasang di lingkungan yang tepercaya
Waspada jika AI lebih dulu meminta kredensial: jika muncul ucapan seperti "untuk melanjutkan aku butuh token-mu", curigailah. Skenario normal tidak akan pernah meminta kunci Anda
Periksa secara berkala: langsung hapus server yang tidak terpakai, dan jika ada kemungkinan kebocoran, segera cabut dan terbitkan ulang token

Daftar periksa untuk pemasangan yang aman

☐ Apakah proyek ini memiliki 10.000 bintang atau lebih / merupakan rilis resmi? ☐ Apakah README dengan jelas mencantumkan contoh pengaturan izin minimum? ☐ Apakah path berkas pengaturan sudah dimasukkan ke .gitignore? ☐ Apakah token yang saya terbitkan hanya mencakup cakupan yang diperlukan? ☐ Apakah klien perlu dimulai ulang setelah pemasangan? Adakah yang terlewat sebelum memulai ulang?

Ingin menyaring kandidat teraman secara sistematis? Lihat daftar pilihan di situs ini — sudah disaring berdasarkan "resmi / bintang tinggi / aktif".