Database Security

Keamanan database menyangkut penggunaan berbagai kontrol keamanan informasi untuk melindungi database (berpotensi termasuk data, aplikasi database atau fungsi disimpan, sistem database, server database dan jaringan link terkait) terhadap kompromi kerahasiaan, integritas dan ketersediaan. Ini melibatkan berbagai jenis atau kategori kontrol, seperti teknis, prosedural / administratif dan fisik. Keamanan database adalah topik spesialis dalam alam yang lebih luas dari keamanan komputer, keamanan informasi dan manajemen risiko.

Risiko keamanan untuk sistem database mencakup, misalnya:

     Aktivitas yang tidak sah atau tidak diinginkan atau penyalahgunaan oleh pengguna yang berwenang basis data, database administrator, atau jaringan / manajer sistem, atau oleh pengguna yang tidak sah atau hacker (misalnya akses pantas untuk data sensitif, metadata atau fungsi dalam database, atau perubahan yang tidak pantas ke database program, struktur atau konfigurasi keamanan);
     Infeksi malware menyebabkan insiden seperti akses yang tidak sah, kebocoran atau pengungkapan data pribadi atau kepemilikan, penghapusan atau kerusakan data atau program, gangguan atau penolakan akses berwenang untuk database, serangan terhadap sistem lain dan kegagalan tak terduga dari layanan database;
     Overloads, kendala kinerja dan masalah kapasitas mengakibatkan ketidakmampuan pengguna yang berwenang untuk menggunakan database sebagaimana dimaksud;
     Kerusakan fisik ke server database yang disebabkan oleh kebakaran ruang komputer atau banjir, overheating, petir, tumpahan cairan disengaja, listrik statis, kerusakan elektronik / kegagalan peralatan dan usang;
     Cacat desain dan bug pemrograman dalam database dan program yang terkait dan sistem, menciptakan berbagai kerentanan keamanan (misalnya eskalasi hak istimewa yang tidak sah), kehilangan data / korupsi, degradasi kinerja dll .;
     Korupsi dan / atau kerugian yang disebabkan oleh masuknya data yang tidak valid atau perintah, kesalahan dalam database atau administrasi sistem proses, sabotase / kerusakan kriminal dll

Ross J. Anderson telah sering mengatakan bahwa menurut sifatnya database besar tidak akan pernah bebas dari penyalahgunaan oleh pelanggaran keamanan; jika sistem besar yang dirancang untuk kemudahan akses menjadi tidak aman; jika dibuat kedap air itu menjadi tidak mungkin untuk digunakan. Ini kadang-kadang dikenal sebagai Peraturan Anderson.
Database telah banyak diamankan terhadap hacker melalui langkah-langkah keamanan jaringan seperti firewall, dan sistem deteksi intrusi berbasis jaringan. Sementara kontrol keamanan jaringan tetap berharga dalam hal ini, mengamankan sistem database sendiri, dan program / ​​fungsi dan data di dalamnya, tak diragukan lagi menjadi lebih kritis sebagai jaringan semakin dibuka untuk akses yang lebih luas, dalam akses tertentu dari Internet. Selanjutnya, sistem, program, fungsi dan akses data kontrol, bersama dengan identifikasi pengguna, otentikasi dan manajemen hak fungsi yang terkait, selalu penting untuk membatasi dan dalam beberapa kasus log aktivitas pengguna resmi dan administrator. Dengan kata lain, ini adalah pendekatan melengkapi keamanan database, bekerja dari kedua luar-dalam dan dari dalam ke luar seperti itu adalah.

Banyak organisasi mengembangkan sendiri "dasar" standar keamanan dan desain merinci tindakan pengendalian keamanan dasar untuk sistem database mereka. Ini mungkin mencerminkan persyaratan keamanan informasi umum atau kewajiban yang ditetapkan oleh kebijakan perusahaan keamanan informasi dan hukum dan peraturan yang berlaku (misalnya menyangkut privasi, manajemen keuangan dan sistem pelaporan), bersama dengan yang berlaku umum baik praktek keamanan database (seperti pengerasan yang tepat dari sistem yang mendasari) dan mungkin rekomendasi keamanan dari sistem database dan vendor perangkat lunak yang relevan. Desain keamanan untuk sistem database tertentu biasanya menentukan administrasi keamanan dan pengelolaan selanjutnya fungsi (seperti administrasi dan pelaporan hak akses pengguna, manajemen log dan analisis, basis data replikasi / sinkronisasi dan backup) bersama dengan berbagai kontrol keamanan informasi berbasis bisnis dalam database program dan fungsi (entri validasi misalnya data dan jejak audit). Selain itu, berbagai kegiatan yang berhubungan dengan keamanan (kontrol manual) biasanya dimasukkan ke dalam prosedur, pedoman dll yang berkaitan dengan desain, pengembangan, konfigurasi, penggunaan, pengelolaan dan pemeliharaan database.


Penilaian kerentanan dan aompliance
Salah satu teknik untuk mengevaluasi keamanan database melibatkan melakukan penilaian kerentanan atau uji penetrasi terhadap database. Penguji mencoba untuk menemukan kerentanan keamanan yang dapat digunakan untuk mengalahkan atau kontrol keamanan bypass, masuk ke database, kompromi sistem dll Database administrator atau administrator keamanan informasi mungkin untuk scan contoh penggunaan kerentanan otomatis untuk mencari kesalahan konfigurasi kontrol dalam lapisan yang disebutkan di atas bersama dengan kerentanan diketahui dalam perangkat lunak database. Hasil scan tersebut digunakan untuk mengeraskan database (meningkatkan keamanan) dan menutup kerentanan spesifik diidentifikasi, tetapi kerentanan lain sering tetap tidak diakui dan tidak ditangani.

Dalam lingkungan database di mana keamanan sangat penting, pemantauan terus-menerus untuk memenuhi standar meningkatkan keamanan. Kepatuhan keamanan memerlukan, antara lain prosedur, manajemen patch dan review dan pengelolaan hak akses (terutama masyarakat) yang diberikan kepada objek dalam database. Objek database mungkin termasuk meja atau benda lainnya yang tercantum dalam link Tabel. Izin yang diberikan untuk perintah bahasa SQL pada objek dipertimbangkan dalam proses ini. Pemantauan kepatuhan mirip dengan penilaian kerentanan, kecuali bahwa hasil penilaian kerentanan umumnya drive standar keamanan yang mengarah pada program pemantauan terus menerus. Pada dasarnya, penilaian kerentanan adalah prosedur awal untuk menentukan risiko mana program kepatuhan adalah proses yang sedang berlangsung penilaian risiko.

Program kepatuhan harus mempertimbangkan dependensi di tingkat perangkat lunak aplikasi sebagai perubahan pada tingkat database mungkin memiliki efek pada perangkat lunak aplikasi atau server aplikasi. Dalam hubungan langsung dengan topik ini adalah bahwa keamanan aplikasi.
abstraksi

Mekanisme otentikasi dan otorisasi tingkat aplikasi mungkin cara yang efektif untuk memberikan abstraksi dari lapisan database. Manfaat utama dari abstraksi adalah bahwa kemampuan single sign-on di beberapa database dan platform. Sebuah sistem single sign-on menyimpan kredensial pengguna database (login id dan password), dan mengotentikasi ke database atas nama pengguna.
Pemantauan kegiatan database (DAM)

Lain lapisan keamanan yang bersifat lebih canggih termasuk real-time monitoring kegiatan database, baik dengan menganalisis lalu lintas protokol (SQL) melalui jaringan, atau dengan mengamati aktivitas database lokal pada setiap server menggunakan agen perangkat lunak, atau keduanya. Penggunaan agen atau penebangan asli diperlukan untuk menangkap aktivitas dijalankan pada server database, yang biasanya mencakup kegiatan administrator database. Agen memungkinkan informasi ini akan diambil dengan cara yang tidak dapat dinonaktifkan oleh administrator database, yang memiliki kemampuan untuk menonaktifkan atau memodifikasi audit log asli.

Analisis dapat dilakukan untuk mengidentifikasi eksploitasi diketahui atau pelanggaran kebijakan, atau baseline dapat ditangkap dari waktu ke waktu untuk membangun pola yang biasa digunakan untuk mendeteksi aktivitas anomali yang bisa menjadi indikasi gangguan. Sistem ini dapat memberikan jejak audit database yang komprehensif di samping mekanisme deteksi intrusi, dan beberapa sistem juga dapat memberikan perlindungan dengan mengakhiri sesi pengguna dan / atau mengkarantina pengguna menunjukkan perilaku yang mencurigakan. Beberapa sistem dirancang untuk mendukung pemisahan tugas (SOD), yang merupakan persyaratan khas auditor. SOD mensyaratkan bahwa database administrator yang biasanya dipantau sebagai bagian dari DAM, tidak dapat menonaktifkan atau mengubah fungsi DAM. Hal ini memerlukan jejak audit DAM akan aman disimpan dalam sistem yang terpisah tidak dikelola oleh kelompok administrasi database.
Audit asli

Selain menggunakan alat eksternal untuk memantau atau audit, kemampuan audit database asli juga tersedia untuk banyak platform database. Para audit asli yang diambil secara teratur dan dipindahkan ke sistem keamanan yang ditunjuk di mana database administrator tidak memiliki akses. Hal ini memastikan tingkat tertentu pemisahan tugas yang dapat memberikan bukti audit asli tidak diubah oleh administrator dikonfirmasi. Menyalakan dampak asli kinerja server. Secara umum, audit asli database tidak memberikan kontrol yang cukup untuk menegakkan pemisahan tugas; oleh karena itu, berdasarkan kemampuan pemantauan jaringan dan / atau modul kernel tingkat host menyediakan tingkat yang lebih tinggi kepercayaan untuk forensik dan menyimpan bukti.
Proses dan prosedur

Sebuah program keamanan database yang baik meliputi tinjauan rutin terhadap izin yang diberikan kepada individual dimiliki rekening dan rekening yang digunakan oleh proses otomatis. Akun yang digunakan oleh proses otomatis memerlukan pengendalian yang tepat di sekitar penyimpanan sandi seperti enkripsi dan akses kontrol yang cukup untuk mengurangi risiko kompromi. Untuk rekening individu sistem otentikasi dua faktor meningkatkan keamanan, tetapi menambah kompleksitas dan biaya.

Dalam hubungannya dengan program keamanan database suara, program pemulihan bencana yang tepat dapat memastikan layanan yang tidak terganggu selama insiden keamanan, atau insiden yang mengakibatkan pemadaman lingkungan database utama. Contohnya adalah bahwa replikasi untuk database utama untuk situs yang terletak di wilayah geografis yang berbeda.

Setelah terjadi insiden, forensik database yang dapat digunakan untuk menentukan ruang lingkup pelanggaran tersebut, dan untuk mengidentifikasi perubahan yang sesuai untuk sistem dan proses.
metode statistik

Perubahan tidak sah diperkenalkan oleh pengguna internal maupun eksternal secara langsung dalam database tanpa melacak apapun dianggap ancaman terbesar - algoritma berdasarkan kriptologi dan metode statistik lainnya dikerahkan untuk mengidentifikasi kejadian tersebut dan melaporkan kepada administrator. Pendekatan perisai DB seperti peta dataset besar menjadi sidik jari digital kecil yang, terus diperbarui dengan setiap perubahan dalam database utama dengan aplikasi yang terdaftar. Sidik jari yang diinginkan kemudian dicocokkan dengan yang sebenarnya pada interval yang telah ditetapkan untuk mengidentifikasi perubahan lokasi / s (baris dan kolom) di utama basis data, tanggal dan waktu perubahan tidak sah, bahkan dilakukan melalui otoritas istimewa.


Sumber