M365Con 2027 – konferensi online gratis · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Izin Shortcut Microsoft Fabric: Aturan Keamanan Internal vs. Eksternal

By ·

Pelajari cara kerja izin shortcut Microsoft Fabric dengan membandingkan penerusan identitas pengguna internal dan aturan keamanan koneksi tersimpan eksternal.

Automatically translated with AI from the original post. Read the English original

Cover: Microsoft Fabric Shortcuts - Simply Explained

Izin shortcut Microsoft Fabric menentukan cara pengguna mengakses data lintas workspace dan multi-cloud tanpa menyalin file. Shortcut internal mengandalkan penerusan identitas tingkat pengguna, sedangkan sumber cloud eksternal menggunakan identitas koneksi tersimpan. Memahami batas keamanan ini mencegah pengungkapan data yang tidak sah dan menyelesaikan galat kueri di hilir yang membuat frustrasi.

Poin Penting

Cara Kerja Izin Shortcut Microsoft Fabric

Ketika Anda menerapkan penunjuk lintas sumber data di OneLake, keamanan jarang menjadi konfigurasi sekali atur lalu lupakan. Tidak seperti model data warehouse tradisional yang izinnya terpusat dan diterapkan seragam pada tabel salinan, shortcut Fabric menghadirkan masalah identitas "split-brain". Anda memiliki jalur shortcut tempat pengguna memulai kueri, dan jalur target tempat data fisik berada. Fabric mengevaluasi kedua titik akhir sebelum mengembalikan satu baris data pun, sehingga arsitektur keamanan menjadi prasyarat desain yang krusial bagi administrator cloud.

Prinsip inti keamanan Fabric bertumpu pada prinsip hak akses minimum, tetapi shortcut sedikit melenturkan aturan akses data tradisional. Karena data tidak berpindah saat shortcut dibuat, izin yang melekat pada akun penyimpanan yang mendasarinya, bucket Amazon S3 eksternal, atau lakehouse saudara harus dipetakan dengan cermat. Jika pengguna memiliki akses baca ke workspace yang berisi shortcut tetapi tidak memiliki akses ke container sumber, kueri akan gagal. Sebaliknya, memberikan izin yang terlalu luas kepada identitas koneksi tersimpan dapat secara tidak sengaja mengekspos file eksternal yang sensitif kepada power user yang tidak berwenang.

Shortcut Internal dan Penerusan Identitas Pengguna

Shortcut internal, yaitu shortcut yang mengarah dari satu item Fabric ke item lain, seperti lakehouse di workspace penjualan yang mengarah ke tabel pelanggan bersama, beroperasi menggunakan identitas Entra ID Anda yang persis sama. Saat Anda melakukan kueri pada shortcut internal, Fabric memeriksa apakah akun Anda memiliki izin baca eksplisit pada workspace dan item target. Jika Anda tidak memiliki izin untuk melihat tabel sumber, shortcut akan mengembalikan galat.

Perilaku ini dirancang untuk meniru tata kelola akses tradisional. Perilaku ini mencegah pengguna tingkat lanjut melewati batas ruang kerja hanya dengan membuat pintasan ke kumpulan data yang dibatasi. Namun, konsekuensinya, pembuat laporan harus diberi akses yang sesuai di beberapa ruang kerja, sehingga beban administratif dalam mengelola tim analitik kolaboratif ikut meningkat.

Pintasan Eksternal dan Identitas Koneksi yang Tersimpan

Pintasan eksternal mengubah dinamika keamanan secara menyeluruh. Ketika Anda mengarahkan lakehouse Fabric ke akun Azure Data Lake Storage Gen2, Amazon S3, Google Cloud Storage, atau lokasi jaringan lokal melalui data gateway, perambatan identitas pengguna berhenti di batas Fabric. Sebagai gantinya, pintasan eksternal melakukan autentikasi menggunakan identitas koneksi yang tersimpan.

Perbedaan operasional ini memiliki implikasi keamanan yang sangat besar. Siapa pun yang memiliki akses baca ke lakehouse Fabric yang berisi pintasan eksternal dapat melakukan kueri ke sumber data yang mendasarinya melalui pintasan tersebut, terlepas dari apakah mereka memiliki kredensial langsung ke bucket cloud eksternal. Administrator harus memperlakukan lakehouse dengan pintasan eksternal sebagai zona sensitivitas tinggi, dengan mengunci peran ruang kerja secara ketat untuk mencegah eksfiltrasi data yang tidak sah.

Aturan Keamanan "Yang Lebih Ketat Menang"

Saat memecahkan masalah error akses di Microsoft Fabric, administrator sering menemui aturan yang mengatur izin pintasan: izin yang lebih ketat di antara keduanya yang berlaku.

Untuk mengevaluasi aturan ini, Anda perlu melihat kedua ujung penunjuk tersebut:

Jika pengguna adalah Contributor pada ruang kerja yang menjadi tempat pintasan, tetapi hanya memiliki izin Viewer pada akun penyimpanan target, pengguna tersebut hanya dapat membaca data. Sebaliknya, jika pengguna memiliki hak admin penuh pada kumpulan data sumber, tetapi peran ruang kerjanya dibatasi sebagai Viewer, pengguna tidak dapat mengubah atau mengelola konfigurasi pintasan. Penegakan dua lapis ini memastikan bahwa tidak ada satu pun kesalahan konfigurasi yang dapat sepenuhnya membuka perimeter keamanan organisasi, tetapi hal ini memerlukan dokumentasi yang cermat ketika berkoordinasi lintas departemen TI yang terpisah.

Risiko Pintasan yang Dapat Ditulis dan Penghapusan Berantai

Izin keamanan tidak hanya mengatur siapa yang dapat membaca data; izin juga menentukan apa yang dapat dihancurkan pengguna. Salah satu jebakan paling berbahaya bagi administrator junior melibatkan pintasan yang dapat ditulis yang dikombinasikan dengan pengaturan identitas yang terlalu permisif.

Pintasan Fabric tidak melakukan penghapusan berantai pada data yang mendasarinya jika Anda menghapus objek pintasan itu sendiri; data target Anda tetap sepenuhnya aman. Namun, jika pintasan dapat ditulis dan pengguna memiliki izin hapus pada jalur target, menghapus file atau folder melalui jalur pintasan akan secara permanen menghapus data di sumbernya. Pintasan berfungsi sebagai pintu langsung ke sistem penyimpanan target, dan skrip pembersihan yang keliru atau tindakan pengguna yang tidak disengaja dapat merobohkan dinding penopang jauh lebih cepat daripada pipeline data tradisional mana pun.

Kesimpulan

Menguasai izin pintasan Microsoft Fabric membutuhkan perubahan mendasar dalam cara Anda memikirkan akses data dan tata kelola. Dengan menyeimbangkan perambatan identitas pengguna untuk beban kerja internal dengan kredensial tersimpan yang terkontrol ketat untuk sumber multi-cloud, Anda dapat membangun lingkungan analitik zero-copy yang responsif tanpa mengorbankan keamanan. Untuk mengeksplorasi strategi arsitektur, format data, dan trade-off yang lebih luas, pastikan Anda mendengarkan episode lengkapnya untuk pembahasan menyeluruh tentang pengelolaan data cloud modern.

Pertanyaan Umum

Apakah pintasan Microsoft Fabric otomatis mewarisi izin pengguna?

Pintasan internal menggunakan identitas Entra ID pribadi Anda, yang berarti Anda harus memiliki akses baca eksplisit ke ruang kerja pintasan dan ruang kerja target. Pintasan eksternal, di sisi lain, menggunakan identitas koneksi yang tersimpan, sehingga siapa pun yang memiliki akses ke lakehouse dapat membaca data eksternal tersebut.

Apa yang terjadi pada data jika saya menghapus pintasan Microsoft Fabric?

Menghapus objek shortcut itu sendiri tidak menghapus data yang ada di path target. File atau tabel fisik tetap sepenuhnya aman, kecuali shortcut dikonfigurasi sebagai dapat ditulis dan pengguna secara eksplisit menghapus file melalui path shortcut dengan izin yang memadai pada target.

Bagaimana shortcut cloud eksternal menangani autentikasi untuk AWS S3 atau Google Cloud Storage?

Shortcut cloud eksternal melakukan autentikasi menggunakan koneksi tersimpan yang dikonfigurasi saat penyiapan, bukan dengan meneruskan kredensial pengguna secara individual. Karena itu, daftar kontrol akses (ACL) ruang kerja menjadi penghalang keamanan utama bagi pengguna yang melakukan kueri data multi-cloud eksternal.

Apa yang dimaksud dengan aturan keamanan stricter-wins di Fabric?

Aturan stricter-wins menentukan bahwa saat mengevaluasi akses, Fabric menerapkan kumpulan izin yang paling ketat dari path shortcut dan path target. Jika salah satu lokasi menolak akses atau membatasi kemampuan, pembatasan tersebut berlaku bagi pengguna akhir.

Microsoft Fabric Fabric workspace Microsoft Entra ID

Related articles

RSS