Auditing di Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse adalah gudang relasional skala perusahaan pada fondasi data lake, dengan arsitektur siap masa depan, AI bawaan, dan fitur baru. Jika Anda baru menggunakan pergudangan data, mulailah dengan Fabric Data Warehouse. Beban kerja kumpulan SQL terdedikasi yang ada dapat ditingkatkan ke Fabric untuk mengakses kemampuan baru di seluruh ilmu data, analitik waktu nyata, dan pelaporan.

Azure Synapse Analytics audit melacak peristiwa basis data dan menulisnya ke Azure Storage, ruang kerja Azure Monitor Log Analytics, atau Azure Event Hubs.

Pengauditan membantu Anda:

  • Simpan jejak audit untuk kejadian yang dipilih.
  • Memahami aktivitas basis data dan menyelidiki ketidaksesuaian atau anomali.
  • Laporkan aktivitas dengan menggunakan kueri, workbook, dan alat pemantauan hilir.
  • Mendukung persyaratan kepatuhan regulasi dan organisasi. Audit tidak menjamin kepatuhan dengan sendirinya.

Overview

Anda dapat menggunakan audit Azure SQL Database untuk:

  • Mempertahankan catatan audit atas peristiwa yang dipilih. Anda dapat menentukan kategori tindakan database yang akan diaudit.
  • Laporan aktivitas database. Dengan adanya laporan yang telah dikonfigurasi sebelumnya dan dasbor, Anda dapat membuat laporan aktivitas dan kejadian dengan mudah.
  • Menganalisis laporan. Anda dapat menemukan peristiwa mencurigakan, aktivitas yang tidak biasa, dan tren.

Important

Audit dioptimalkan untuk ketersediaan dan kinerja pool SQL. Selama periode aktivitas atau beban jaringan yang sangat tinggi, transaksi mungkin berjalan tanpa setiap event yang dipilih direkam.

Untuk lingkungan dengan banyak database yang menjalankan beban kerja OLTP berat, menggunakan audit tingkat server dengan pengaturan default dapat menyebabkan volume audit yang sangat besar di seluruh server logis. Karena semua peristiwa dari semua database ditulis ke dalam folder audit yang sama, mengkueri log audit untuk satu database menjadi lambat dan mahal secara operasional. Untuk meningkatkan performa dan mengurangi kebisingan:

  • Beralih ke audit tingkat database. Setiap database merekam ke berkas log auditnya sendiri, sehingga mengurangi total volume yang dipindai dan membuat pengambilan lebih cepat.
  • Tinjau ulang konfigurasi audit. Tentukan apakah menangkap semua peristiwa yang diselesaikan batch diperlukan, atau apakah konfigurasi terfilter kustom dapat memenuhi persyaratan keamanan dan kepatuhan Anda.

Lindungi informasi sensitif dalam log audit

Teks statement yang diaudit dapat mengandung nilai sensitif ketika aplikasi menggabungkan nilai-nilai tersebut ke dalam SQL dinamis. Gunakan parameter untuk nilai data, hindari menyematkan rahasia atau data pribadi dalam teks kueri, dan batasi akses log audit hanya untuk pengguna yang berwenang.

Hak akses pada tujuan audit mengontrol akses di luar mesin SQL. Terapkan hak istimewa minimum pada Azure Storage, Log Analytics, dan Event Hubs, serta pantau akses ke sumber daya tersebut.

Limitations

  • Anda tidak dapat mengaktifkan pengauditan pada kumpulan SQL terdedikasi yang dihentikan sementara. Aktifkan kembali pool sebelum mengaktifkan kebijakan.
  • Identitas terkelola yang diberikan pengguna tidak didukung untuk audit di Azure Synapse Analytics.
  • Identitas terkelola yang ditetapkan sistem didukung untuk tujuan Azure Storage ketika akun penyimpanan berada di belakang jaringan virtual atau firewall. Identitas terkelola tidak didukung untuk Azure Synapse kecuali akun penyimpanan berada di belakang jaringan virtual atau firewall.
  • Pool SQL Synapse hanya mendukung grup aksi audit default.
  • Audit tidak didukung pada database dengan nama yang berisi ? karakter. Keterbatasan ini berlaku untuk audit tingkat server maupun tingkat basis data, karena basis data dengan ? pada namanya tidak lagi didukung di Azure.
  • Catatan audit menyimpan hingga 4.000 karakter di kolom statement dan data_sensitivity_information. Karakter tambahan dipotong.

Komentar

  • Peristiwa yang dimulai oleh SQLDBControlPlaneFirstPartyApp dalam log Aktivitas adalah fungsi internal Azure dari lapisan kontrol Azure SQL Database. Peristiwa yang dimulai oleh SQLDBControlPlaneFirstPartyApp adalah bagian dari operasi sinkronisasi internal antara mesin SQL dan Azure Resource Manager. Peristiwa ini adalah bagian normal dari manajemen Azure SQL Database dan diperlukan untuk representasi dan operasi sumber daya yang benar dalam Azure.
  • Penyimpanan premium dengan BlockBlobStorage didukung. Penyimpanan standar didukung. Namun, untuk menulis log audit ke akun penyimpanan di belakang jaringan virtual atau firewall, Anda harus menggunakan akun penyimpanan v2 serbaguna. Jika Anda menggunakan akun penyimpanan tujuan umum v1 atau Blob Storage, tingkatkan ke akun penyimpanan tujuan umum v2. Untuk instruksi spesifik, lihat Tulis log audit ke akun penyimpanan di balik jaringan virtual dan firewall. Untuk informasi selengkapnya, lihat Jenis akun penyimpanan.
  • Saat Anda mengaktifkan audit SQL dan mengonfigurasi pembatasan jaringan keluar, Anda harus menambahkan nama domain yang memenuhi syarat sepenuhnya (FQDN) dari akun penyimpanan audit Anda ke daftar izin untuk memastikan peristiwa audit dapat mencapai tujuan. Jika Anda tidak memasukkan endpoint penyimpanan ke daftar yang diizinkan, lalu lintas audit akan diblokir, yang mengakibatkan hilangnya peristiwa audit. Setelah menambahkan FQDN akun penyimpanan yang diperlukan ke daftar izin, Anda harus menyimpan ulang konfigurasi audit Anda untuk melanjutkan alur event audit normal.
  • Namespace hierarkis untuk semua jenis akun penyimpanan standar dan akun penyimpanan premium dengan BlockBlobStorage didukung.
  • Log audit ditulis ke Append Blobs di Azure Blob Storage pada langganan Azure Anda.
  • Log audit dalam format .xel dan dapat dibuka dengan SQL Server Management Studio (SSMS).
  • Untuk mengonfigurasi penyimpanan log yang tidak dapat diubah untuk peristiwa audit tingkat server atau database, ikuti instruksi yang disediakan oleh Azure Storage. Saat mengonfigurasi penyimpanan blob yang tidak dapat diubah untuk audit, pastikan izinkan penulisan penambahan yang dilindungi diatur ke Tambahkan blob atau Blokir dan tambahkan blob. Opsi Tidak Ada tidak didukung. Untuk kebijakan retensi berbasis waktu, interval retensi akun penyimpanan harus lebih pendek dari pengaturan retensi Audit SQL. Konfigurasi di mana kebijakan penyimpanan ditetapkan, tetapi retensi Audit SQL adalah 0, tidak tersedia.
  • Anda dapat menulis log audit ke akun Azure Storage di belakang jaringan virtual atau firewall.
  • Untuk detail tentang format log, hierarki folder penyimpanan, dan konvensi penamaan, lihat format log audit.
  • Saat menggunakan autentikasi Microsoft Entra, catatan login yang gagal tidak muncul di log audit SQL. Untuk melihat catatan audit login yang gagal, Anda perlu mengunjungi pusat admin Microsoft Entra, yang mencatat detail peristiwa ini.
  • Setelah Anda mengonfigurasi pengaturan audit, Anda dapat mengaktifkan fitur deteksi ancaman baru dan mengonfigurasi email untuk menerima peringatan keamanan. Saat menggunakan deteksi ancaman, Anda akan menerima pemberitahuan proaktif tentang anomali aktivitas database yang dapat menunjukkan potensi ancaman keamanan. Untuk informasi selengkapnya, lihat SQL Perlindungan Tingkat Lanjut terhadap Ancaman.
  • Setelah database dengan audit diaktifkan disalin ke server logis lain, Anda mungkin menerima email yang memberi tahu Anda bahwa audit gagal. Kondisi ini adalah masalah yang sudah diketahui dan audit seharusnya berjalan sesuai harapan pada database yang baru disalin.

Konten terkait

  • Terakhir diperbarui pada