Ringkasan tampilan aman berparameter

Pilih versi dokumentasi:

Halaman ini menjelaskan tampilan aman berparameter di AlloyDB Omni, yang memberikan keamanan data aplikasi dan kontrol akses baris menggunakan tampilan SQL serta membantu memastikan bahwa pengguna aplikasi hanya dapat melihat data yang seharusnya mereka akses.

Tampilan aman yang diberi parameter adalah ekstensi dari tampilan aman PostgreSQL, yang memungkinkan Anda menggunakan parameter tampilan bernama khusus aplikasi dalam definisi tampilan. Kemampuan ini menyediakan antarmuka yang menggunakan kueri dan nilai untuk parameter bernama. Antarmuka menjalankan kueri dengan nilai tersebut, yang digunakan di seluruh eksekusi kueri.

Berikut adalah contoh tampilan aman berparameter:

CREATE VIEW secure_checked_items WITH (security_barrier) AS
       SELECT bag_id, timestamp, location
       FROM checked_items t
       WHERE customer_id = $@app_end_userid;

Anda dapat membuat kueri tampilan aman yang diberi parameter menggunakan prosedur tersimpan execute_parameterized_query, atau dengan menjalankan pernyataan EXECUTE .. WITH VIEW PARAMETERS. Untuk mengetahui informasi selengkapnya, lihat Mengelola keamanan data aplikasi menggunakan tampilan aman berparameter AlloyDB Omni.

Manfaat tampilan aman berparameter

Tampilan aman berparameter sangat cocok untuk mengelola keamanan data di tingkat database, terutama saat Anda menangani kueri ad hoc dari sumber yang tidak tepercaya, seperti yang diterjemahkan dari bahasa alami. Tampilan ini menawarkan cara yang fleksibel untuk menerapkan kontrol akses yang sangat mendetail.

Misalnya, pertimbangkan aplikasi yang melacak bagasi terdaftar pelanggan. Pelanggan dengan ID pengguna 12345 bertanya, "Di mana tas saya?" Dalam skenario ini, tampilan aman yang diberi parameter memastikan hal berikut:

Kueri hanya menampilkan baris yang dapat diakses oleh pengguna yang mengirimkan kueri—misalnya, baris yang ditautkan ke ID pengguna 12345.

Mitigasi risiko keamanan

Tampilan aman berparameter membantu mengurangi risiko keamanan saat pengguna akhir menjalankan kueri yang tidak tepercaya—seperti kueri natural language—di database Anda. Risiko ini mencakup hal-hal berikut:

  • Perintah berbahaya: Pengguna mungkin mencoba memanipulasi model yang mendasarinya untuk mengakses semua data aplikasi.
  • Kueri SQL dengan cakupan luas: Model bahasa besar (LLM) dapat menghasilkan kueri SQL yang mengekspos data sensitif, bahkan dari kueri pengguna yang bermaksud baik.

Dengan menggunakan tampilan aman yang diberi parameter, Anda dapat membatasi rentang baris yang tersedia bagi setiap pengguna aplikasi. Kontrol ini memastikan keamanan data, terlepas dari cara pengguna menyusun kueri mereka.

Pengelolaan akses data

Tampilan aman berparameter mengatasi tantangan umum dalam mengelola akses data untuk jumlah pengguna yang besar dan terus bertambah.

  • Pengelolaan pengguna yang disederhanakan: Dengan tampilan aman berparameter, Anda dapat menggunakan satu peran database untuk melayani semua pengguna akhir, bukan menggunakan metode yang mungkin mengharuskan Anda membuat pengguna atau peran database terpisah untuk setiap pengguna akhir. Tampilan aman yang diberi parameter membantu menyederhanakan pengelolaan pengguna dan koneksi untuk aplikasi yang setiap pengguna akhirnya hanya memerlukan akses ke datanya. Misalnya, dalam aplikasi maskapai penerbangan tempat pelanggan hanya boleh melihat pemesanan mereka sendiri, Anda dapat menentukan satu tampilan aman berparameter yang diberi parameter oleh ID pengguna akhir. Tampilan ini memungkinkan satu peran database –dengan akses ke tampilan, bukan tabel pokok– untuk melayani semua pengguna, sehingga menyederhanakan pengelolaan pengguna dan koneksi database.
  • Penerapan keamanan yang disederhanakan: Tampilan aman yang diberi parameter secara inheren menggabungkan kontrol akses. Saat tabel virtual dikueri, parameter keamanan yang ditentukan akan diterapkan secara konsisten, terlepas dari pengguna yang mengakses tabel virtual tersebut. Pendekatan ini berbeda dengan situasi saat kebijakan keamanan yang mendasari tabel dasar mungkin tidak otomatis diterapkan ke tampilan tanpa konfigurasi tambahan.

Untuk mengetahui informasi selengkapnya tentang mekanisme keamanan yang ada di PostgreSQL, seperti Kebijakan Keamanan Tingkat Baris (RLS), lihat Kebijakan Keamanan Baris.

Mekanisme keamanan

Tampilan aman berparameter menambahkan lapisan keamanan ekstra dengan mengontrol cara kueri mengakses data yang mendasarinya. Mereka memberi developer aplikasi keamanan data dan kontrol akses baris menggunakan metode berikut:

  • Tampilan yang dibuat menggunakan opsi WITH (security barrier) memberikan keamanan tingkat baris dengan mencegah fungsi dan operator yang dipilih secara berbahaya diteruskan nilai dari baris hingga setelah tampilan selesai melakukan tugasnya. Untuk mengetahui informasi selengkapnya tentang klausa WITH (security barrier), lihat Aturan dan Hak Istimewa.
  • Parameterisasi menggunakan parameter tampilan bernama memungkinkan tampilan database yang dibatasi yang diparameterisasi oleh nilai yang diberikan oleh aplikasi berdasarkan keamanan tingkat aplikasi, seperti autentikasi pengguna akhir.
  • Penerapan batasan tambahan pada kueri yang mengakses tampilan berparameter berguna untuk aplikasi yang menjalankan kueri yang tidak tepercaya dari pengguna akhir—seperti yang dibuat oleh pembuatan SQL dari natural language AI. Hal ini mencegah keluar dari batas keamanan yang disediakan oleh tampilan aman yang diberi parameter dan mengelola penggunaan resource. Untuk mengetahui informasi selengkapnya, lihat Batasan yang diterapkan pada kueri.

Batasan

  • Anda harus mengaktifkan flag tampilan berparameter secara terpisah di setiap instance AlloyDB Omni. Objek tampilan berparameter yang dibuat di instance utama disebarkan ke instance kumpulan baca dan replika lintas region. Namun, setelan flag parameterized_views.enabled tidak diterapkan secara otomatis dan harus ditetapkan secara manual di setiap instance. Untuk mengetahui informasi selengkapnya, lihat Sebelum memulai. Anda tidak dapat mengkueri tampilan berparameter pada instance kumpulan baca atau pada replika lintas region sebelum mengaktifkan flag parameterized_views.enabled di setiap instance.

Langkah berikutnya