MariaDB
 sql >> Teknologi Basis Data >  >> RDS >> MariaDB

Enkripsi Basis Data:Mengapa dan Di Mana Anda Perlu Memiliki Enkripsi Data

Enkripsi basis data memberikan keamanan yang ditingkatkan untuk data Anda saat istirahat dan saat transit. Banyak organisasi mulai melihat enkripsi data secara serius dengan kasus pelanggaran keamanan baru-baru ini. Dalam kebanyakan kasus, server database adalah target umum bagi penyerang karena memegang aset paling berharga bagi sebagian besar organisasi. Setelah penyusup mendapatkan akses ke data berharga dari server Anda, kemungkinan mereka akan mencuri data darinya. Mereka kemudian menggunakan data tersebut untuk tebusan, eksploitasi data, atau keuntungan finansial lainnya dari organisasi yang mereka serang.

Dalam blog ini, kami membahas mengapa enkripsi basis data itu penting dan bagaimana enkripsi data memainkan peran penting dalam mengamankan basis data Anda.

Mengapa Saya Membutuhkan Enkripsi Basis Data?

Enkripsi basis data adalah proses untuk mengonversi data dalam basis data menjadi “teks sandi” (teks yang tidak dapat dibaca)  menggunakan algoritme. Anda perlu menggunakan kunci yang dihasilkan dari algoritme untuk mendekripsi teks. Proses enkripsi database sangat dianjurkan, terutama untuk bisnis yang berhubungan dengan keuangan, perawatan kesehatan, atau e-commerce. Baru-baru ini serangan dunia maya, pencurian data, atau pelanggaran data merajalela; oleh karena itu, ada kekhawatiran yang meningkat atas data pribadi. Orang-orang sangat menyadari privasi data, keamanan dan ingin data mereka dilindungi dan digunakan hanya jika diperlukan. Berikut ini adalah beberapa manfaat baik memiliki enkripsi basis data:

Hindari Serangan Keamanan

Serangan keamanan tidak dapat dihindari,  tetapi dengan metode keamanan dan enkripsi data yang lebih baik, penyusup mungkin tidak menganalisis atau mendekripsi untuk memahami data lebih lanjut dalam pelanggaran data. Misalkan serangan Man-in-the-middle (MITM) atau penyadapan terjadi selama pencadangan atau transfer antar server. Jika ini adalah transfer data yang tidak terenkripsi, ini pasti menguntungkan bagi penyerang; bukan situasi yang Anda inginkan di lingkungan Anda!

Jika Anda memiliki database terenkripsi, penyerang harus menemukan cara untuk mendekripsi data terenkripsi. Seberapa jauh mereka bisa pergi tergantung pada kompleksitas cypher dan algoritma yang diterapkan untuk menghasilkan data terenkripsi. Selain itu, penyerang akan mencoba yang terbaik untuk mengakses kunci enkripsi, mengarahkan mereka untuk membuka brankas atau mendekripsi data terenkripsi, mirip dengan penambangan emas; setelah semua, data adalah emas baru hari ini. Untuk menghindari upaya pelanggaran data semacam ini, penting untuk mengamankan infrastruktur dengan segala cara, termasuk membatasi akses ke server jika memungkinkan.

Kepatuhan terhadap Peraturan Keamanan

Saat berurusan dengan peraturan keamanan seperti PCI-DSS, enkripsi adalah salah satu persyaratan terpenting. Ini adalah persyaratan wajib. Misalnya, semua data pemegang kartu harus dienkripsi menggunakan algoritme yang diterima industri (misalnya AES-256, RSA 2048), dipotong, diberi token, atau di-hash (algoritma hash yang disetujui yang ditentukan dalam FIPS 180-4:SHA-1, SHA-224, SHA-256, SHA-384 SHA-512, SHA-512/224 dan SHA-512/256). Meskipun itu bukan satu-satunya hal yang harus ditanggung karena memiliki data terenkripsi, PCI-DSS juga memerlukan cakupan penggunaan proses manajemen kunci enkripsi PCI-DSS.

Melindungi Data Sensitif

Manajemen kunci enkripsi ideal untuk melindungi data sensitif dengan manajemen kunci terpusat dan API sederhana untuk enkripsi data. Contoh manajemen kunci ini menggunakan Hashicorp Vault (sumber terbuka) atau jika Anda menggunakan cloud publik (sumber tertutup), manajemen kunci sumber tertutup yang paling umum adalah Amazon Web Service (AWS) Key Management Service (KMS), Google Cloud KMS, Microsoft Azure Key Vault.

Apa itu Enkripsi Data?

Enkripsi adalah salah satu fitur keamanan terpenting untuk menjaga data Anda seaman mungkin. Tergantung pada data yang Anda tangani, itu tidak selalu merupakan keharusan, tetapi Anda setidaknya harus menganggapnya sebagai peningkatan keamanan di organisasi Anda. Bahkan, disarankan untuk menghindari pencurian data atau akses tidak sah.

Enkripsi data adalah proses penyandian data. Ini terutama fungsi dua arah, yang berarti data terenkripsi harus didekripsi dengan kunci enkripsi yang valid. Enkripsi adalah salah satu teknik Kriptografi. Enkripsi adalah cara untuk menyembunyikan informasi dengan mengubahnya sehingga tampak seperti data acak - metode enkripsi dapat membuat data Anda (misalnya pesan) rahasia, tetapi pada saat yang sama, teknik dan strategi lain diperlukan untuk memberikan integritas dan keaslian dari sebuah pesan. Enkripsi lebih merupakan operasi matematika.

Dalam enkripsi basis data, ada dua tipe dasar dalam hal mengenkripsi data. Jenis enkripsi ini adalah data saat istirahat dan data dalam perjalanan. Mari kita lihat apa artinya.

Enkripsi Data Tidak Aktif

Data yang disimpan dalam sistem dikenal sebagai data diam. Enkripsi data ini terdiri dari penggunaan algoritme untuk mengonversi teks atau kode agar tidak dapat dibaca. Anda harus memiliki kunci enkripsi untuk memecahkan kode data yang dienkripsi.

Mengenkripsi seluruh basis data harus dilakukan dengan hati-hati karena dapat mengakibatkan dampak kinerja yang serius. Oleh karena itu bijaksana untuk mengenkripsi hanya bidang atau tabel individual. Mengenkripsi data saat istirahat melindungi data dari pencurian fisik hard drive atau akses penyimpanan file yang tidak sah. Enkripsi ini juga mematuhi peraturan keamanan data, terutama jika ada data keuangan atau kesehatan yang tersimpan di sistem file.

Enkripsi untuk data diam:Di mana itu berlaku?

Ini mencakup data tidak aktif seperti data database Anda yang disimpan di lokasi tertentu. Misalnya, data_directory PostgreSQL Anda, MySQL/MariaDB data_dir, atau lokasi penyimpanan dbPath MongoDB. Proses umum untuk menyediakan enkripsi adalah menggunakan Enkripsi Data Transparan (TDE). Konsep utamanya adalah mengenkripsi segala sesuatu yang persisten.

Selain itu, backup database sangat rentan terhadap pencurian data dan akses yang tidak sah. Ini disimpan secara fisik dalam penyimpanan non-volatil. Meskipun pengaturan ini disimpan agar dapat dibaca oleh akses tidak sah atau pencurian data, mengenkripsi data membantu menghindari akses yang tidak diinginkan. Tentu saja, itu juga dilengkapi dengan mengamankan kunci enkripsi Anda di suatu tempat yang tersembunyi dan tidak disimpan di server yang sama. Mengenkripsi data database Anda yang disimpan sebagai biner dan cadangan Anda apakah itu logis atau cadangan biner, perlu diingat bahwa data terenkripsi memengaruhi kinerja dan membuat ukuran file lebih besar.

Enkripsi Dalam Perjalanan Data

Data yang ditransfer atau berpindah antar transaksi dikenal sebagai data-in-transit. Data yang berpindah antara server dan klien saat menjelajahi halaman web adalah contoh yang baik dari jenis data ini. Karena selalu dalam perjalanan, itu perlu dienkripsi untuk menghindari pencurian atau perubahan pada data sebelum mencapai tujuannya.

Situasi ideal untuk melindungi data-in-transit adalah membuat data dienkripsi sebelum dipindahkan, dan didekripsi setelah mencapai tujuan akhir.

Enkripsi untuk data dalam perjalanan:Di mana itu berlaku?

Seperti yang ditentukan di atas, ini berkaitan dengan saluran komunikasi antara klien database dan server database. Pertimbangkan server aplikasi dan saluran server database yang telah disusupi, dan penyerang atau penyusup menguping atau membuat serangan MITM. Penyerang dapat mendengarkan dan menangkap data yang sedang dikirim melalui saluran yang tidak aman. Hal ini dapat dihindari jika data yang dikirim melalui kabel dari klien database dan saluran komunikasi server database dienkripsi menggunakan enkripsi TLS/SSL.

Berurusan dengan enkripsi basis data juga memiliki banyak tantangan yang harus diatasi. Meskipun ada kelebihan, ada juga kasus yang merugikan. Mari kita bahas apa itu.

Kelebihan Enkripsi Data

Berikut adalah daftar kasus umum dan dunia nyata yang mencari enkripsi data sebagai keuntungan.

  • Ini memberikan keamanan untuk semua data Anda setiap saat

  • Melindungi privasi dan informasi sensitif setiap saat

  • Melindungi data Anda di seluruh perangkat

  • Amankan kepatuhan peraturan pemerintah Anda

  • Ini memberi Anda keunggulan untuk menjadi keunggulan kompetitif

  • Kehadiran teknologi yang mendasari enkripsi untuk perlindungan data dapat meningkatkan kepercayaan

  • Data terenkripsi menjaga integritas

Kerugian Enkripsi Data

Enkripsi data tidak berarti kesuksesan bisnis. Itu tidak memberi Anda keunggulan sebagai teknologi yang berkembang, inovatif, dan maju tanpa mengetahui tantangan dan praktik terbaiknya untuk menerapkan dan menangani hal ini. Memang benar ada pepatah yang mengatakan bahwa "Semua Yang Berkilau Itu Bukan Emas". Ada kerugian tertentu jika Anda memiliki enkripsi data ketika Anda tidak memahami tujuan utamanya.

Enkripsi data dan penalti performa

Enkripsi melibatkan operasi matematika yang kompleks dan canggih untuk menyembunyikan arti data. Bergantung pada jenis sandi atau algoritme apa yang Anda pilih untuk hashing atau dekripsi data. Kompleks dan bit yang lebih tinggi adalah, jika database Anda dirancang untuk menangani banyak permintaan, maka itu akan menghambat sumber daya Anda terutama CPU. Menyiapkan enkripsi data seperti TLS untuk transit Anda atau menggunakan RSA 2048 bit dapat menjadi terlalu banyak jika kapasitas keuangan Anda tidak mengawasi jenis konsekuensi ini. Ini adalah sumber daya intensif dan menambah tekanan ekstra pada prosesor sistem. Meskipun sistem komputasi modern sangat kuat dan terjangkau terutama untuk penawaran cloud publik dapat diterima. Persiapkan beberapa penilaian terlebih dahulu dan identifikasi jenis enkripsi dampak kinerja dalam konteks di mana Anda akan menggunakannya. Penting juga untuk dipahami bahwa kinerja berbagai solusi enkripsi berbeda. Artinya, kebutuhan akan kecepatan dan keamanan harus seimbang satu sama lain secara hati-hati.

Kehilangan kunci enkripsi data

Menyimpan kunci enkripsi di brankas aman sudah menjadi hal yang umum, seperti yang disebutkan sebelumnya, seperti Hashicorp Vault, AWS KMS, dan lainnya. Salah satu masalah utama memiliki enkripsi adalah bahwa jika seseorang kehilangan kunci dekripsi, itu berarti masalah besar. Anda dapat menghubungkannya dengan memiliki kata sandi, tetapi diperlakukan sebagai kunci global untuk mendekripsi semua data terenkripsi. Tidak, kecuali Anda memiliki kunci enkripsi yang berbeda untuk setiap aspek database Anda, maka itu bisa berarti banyak kata sandi yang harus diingat dan harus disimpan dengan aman.

Enkripsi data memengaruhi waktu pemulihan

Jika data Anda yang tidak aktif seperti cadangan dienkripsi, jika terjadi bencana total, memulihkan dengan cadangan Anda sendiri dapat melipatgandakan atau melipatgandakan waktu atau bahkan lebih banyak lagi tergantung pada bagaimana Anda telah mengatur jenisnya dari algoritma atau cipher. Hal ini menambah tekanan setiap kali Anda membutuhkan cluster dan aplikasi Anda tepat waktu tetapi tidak bisa karena menguraikan atau mendekripsi data membutuhkan terlalu banyak waktu dan sumber daya sistem.

Perlindungan terbatas terhadap level aplikasi atau serangan orang dalam

Tentu saja, ini dapat dimengerti dengan esensi dari enkripsi. Namun bukan berarti Anda tidak perlu mengenkripsi lagi hanya karena tidak menerapkan perlindungan di level aplikasi. Tentu saja, itu lapisan keamanan lain yang harus diterapkan di lapisan aplikasi. Jelas, jika seseorang mendapatkan akses ke pengguna/kata sandi basis data Anda terutama dengan akses administratif, maka enkripsi tidak membantu di sini. Penyerang dapat mengambil data dengan menjalankan serangkaian kueri SQL yang tentu saja dapat dibaca manusia kecuali ada tingkat logika aplikasi tertentu yang mengenkripsi arti sebenarnya dari data Anda. Di sisi lain, itu hanya menambah pekerjaan ekstra dan kompleksitas dari keseluruhan teknologi terikat yang Anda gunakan. Jika Anda memiliki tim besar yang ditunjuk untuk masing-masing lapisan ini, maka itu adalah keuntungan besar karena mengelola kompleksitas hanya dapat didedikasikan untuk setiap peran yang seharusnya menjadi fokus mereka.

Kerja sama dan kepercayaan dengan rekan yang memegang kunci enkripsi data

Jelas hal yang baik untuk dipertimbangkan di sini. Bagaimana jika rekan yang mengetahui kunci dan di mana itu disimpan atau kata sandi brankas penyimpanan Anda tertinggal? Sangat penting untuk menentukan akses fisik server tempat kunci dan kata sandi disimpan. Penunjukan peran dan membatasi akses ke kunci dan kata sandi ini sangat penting. Ini juga membantu jika Anda memiliki kombinasi kata sandi yang panjang dan rumit sehingga sulit untuk dihafal tetapi pada saat yang sama dapat dengan mudah diambil saat dibutuhkan. Meski terdengar ironis, sebuah rahasia harus tetap suci.

Haruskah Saya Peduli Dengan Enkripsi Data?

Enkripsi data diinginkan dan sering kali wajib, seperti yang disebutkan, bergantung pada proses dan desain skema aplikasi Anda serta tingkat bisnis yang Anda geluti.

Haruskah Anda peduli dengan enkripsi data? Pasti ya. Muncul juga, dengan ketergantungan pribadi dan tujuan bisnis. Namun, dengan adanya data sensitif, terutama ketika Anda telah membangun kepribadian dan kapasitas keuangan Anda sendiri di organisasi dan perusahaan Anda, semua data berada pada tingkat sensitivitas yang lebih tinggi. Anda tidak ingin seseorang mencuri data Anda dan mengetahui semua hal strategis dan bisnis yang terlibat dalam pertumbuhan perusahaan Anda. Data, dalam hal ini, harus diamankan; dengan demikian, enkripsi merupakan aspek penting untuk mengamankan database Anda dan data itu sendiri.

Kesimpulan

Karena data sensitif selalu ada bahkan dalam kehidupan pribadi kita sehari-hari, volume data sensitif dan berharga meningkat secara paralel dalam suatu organisasi. Penting untuk dipahami bahwa tidak semua data memerlukan enkripsi. Jelas, beberapa data dibagikan secara global atau sering digunakan kembali; jenis data ini tidak perlu dienkripsi. Catat keuntungan dan kerugian menggunakan enkripsi di database Anda. Menentukan di mana itu akan diterapkan dan bagaimana menerapkannya membantu Anda mencapai lingkungan yang aman tanpa dampak kinerja apa pun.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Bagaimana WEIGHT_STRING() Bekerja di MariaDB

  2. Bagaimana SHOW CHARACTER SET Bekerja di MariaDB

  3. Bagaimana WEEKOFYEAR() Bekerja di MariaDB

  4. Bagaimana QUARTER() Bekerja di MariaDB

  5. Tampilkan Collation di MariaDB