Keamanan website perlu menjadi bagian dari proses development dan maintenance, bukan hanya tindakan darurat ketika masalah sudah terjadi.
Bagi bisnis, website bukan sekadar halaman informasi. Website dapat menjadi tempat calon pelanggan mengirimkan formulir, melihat informasi perusahaan, melakukan transaksi, mengakses akun, atau berinteraksi dengan sistem internal. Karena itu, gangguan keamanan pada website dapat berdampak pada operasional, data, reputasi, dan kepercayaan pelanggan.
Keamanan juga bukan berarti website harus menggunakan teknologi yang rumit. Banyak risiko dapat dikurangi dengan menerapkan beberapa praktik dasar secara konsisten, mulai dari pengelolaan akun admin, pembaruan sistem, backup, keamanan form, hingga monitoring.
Risiko Keamanan Website Bisnis yang Sering Terjadi
Risiko keamanan website dapat muncul dari berbagai sisi. Tidak semuanya berupa serangan yang terlihat secara langsung.
Salah satu risiko yang perlu diperhatikan adalah pengambilalihan akun admin. Jika kredensial administrator diketahui oleh pihak yang tidak berwenang, penyerang dapat mengubah konten, membuat akun baru, menghapus data, atau menggunakan akses tersebut untuk mencoba masuk ke sistem lain.
Risiko lainnya berasal dari software yang sudah tidak diperbarui. CMS, framework, plugin, library, dan dependency dapat memiliki kerentanan yang ditemukan setelah aplikasi digunakan. Jika pembaruan keamanan tidak dilakukan, website dapat tetap menggunakan komponen yang sudah diketahui memiliki masalah.
Website juga dapat mengalami gangguan akibat backup yang tidak tersedia atau tidak dapat dipulihkan. Memiliki file backup saja belum tentu berarti bisnis memiliki rencana recovery yang siap digunakan ketika terjadi masalah.
Form kontak dan endpoint publik juga perlu diperhatikan. Form yang tidak memiliki validasi, rate limiting, atau perlindungan spam dapat disalahgunakan untuk mengirimkan data tidak valid, spam, atau permintaan dalam jumlah berlebihan.
Karena itu, keamanan website sebaiknya dilihat sebagai proses yang mencakup pencegahan, monitoring, dan pemulihan.
Checklist Keamanan Dasar Website
Pemilik website dapat memulai dari beberapa pemeriksaan dasar berikut:
- Pastikan website menggunakan HTTPS dengan konfigurasi SSL/TLS yang benar. - Gunakan password yang kuat dan unik untuk akun penting. - Aktifkan multi-factor authentication atau MFA jika tersedia. - Gunakan akun administrator secara individual dan hindari berbagi akun. - Berikan hak akses sesuai kebutuhan masing-masing pengguna. - Hapus akses pengguna yang sudah tidak bekerja pada proyek atau perusahaan. - Perbarui CMS, framework, plugin, library, dan dependency secara berkala. - Pastikan backup dilakukan secara terjadwal. - Simpan backup pada lokasi yang tidak bergantung sepenuhnya pada server utama. - Uji proses restore backup secara berkala. - Lindungi form dan endpoint publik dari input yang tidak valid dan spam. - Pantau uptime, error aplikasi, login yang gagal, dan aktivitas administrator. - Pastikan akses hosting, database, repository, dan layanan pihak ketiga juga terlindungi.
Checklist tersebut tidak menjadikan website bebas dari seluruh risiko, tetapi membantu mengurangi sejumlah risiko dasar yang sering terabaikan.
HTTPS Saja Tidak Cukup
HTTPS merupakan fondasi penting karena membantu mengenkripsi komunikasi antara browser pengunjung dan server.
Namun, HTTPS bukan berarti seluruh aplikasi otomatis aman.
Website yang menggunakan HTTPS masih dapat mengalami masalah seperti password administrator yang lemah, dependency yang rentan, kesalahan konfigurasi akses, SQL injection, validasi input yang buruk, atau akun pengguna yang diambil alih.
Karena itu, HTTPS sebaiknya dipandang sebagai salah satu bagian dari keamanan website, bukan sebagai satu-satunya mekanisme perlindungan.
Pemilik bisnis juga perlu memastikan sertifikat SSL tetap aktif dan sistem memberikan peringatan apabila sertifikat mendekati masa kedaluwarsa.
Update CMS, Framework, Plugin, dan Dependency
Komponen software yang digunakan website perlu diperbarui sesuai kebutuhan dan proses maintenance yang terkontrol.
Untuk website berbasis CMS, komponen yang perlu diperhatikan dapat mencakup CMS core, plugin, theme, dan library tambahan.
Untuk aplikasi custom, perhatian dapat mencakup framework, package manager, library backend, library frontend, runtime, server software, dan dependency lainnya.
Namun, update sebaiknya tidak dilakukan secara sembarangan langsung pada production.
Idealnya perubahan diuji terlebih dahulu agar pembaruan tidak menyebabkan fungsi website rusak. Setelah lolos pengujian, perubahan dapat diterapkan ke production dengan prosedur deployment yang jelas.
Backup Bukan Berarti Recovery Sudah Siap
Backup merupakan salah satu komponen penting dalam menjaga keberlangsungan website.
Namun, backup baru benar-benar berguna apabila dapat digunakan untuk memulihkan sistem.
Pemilik bisnis perlu mengetahui:
- Apa saja yang dibackup? - Seberapa sering backup dibuat? - Di mana backup disimpan? - Berapa lama backup dipertahankan? - Siapa yang dapat mengakses backup? - Kapan terakhir kali proses restore diuji?
Backup database saja mungkin tidak cukup apabila aplikasi juga membutuhkan file upload, konfigurasi tertentu, atau asset lain untuk dapat berjalan kembali.
Karena itu, bisnis sebaiknya memiliki recovery plan yang menjelaskan langkah pemulihan ketika website mengalami kerusakan atau insiden keamanan.
Pengujian restore juga penting. Backup yang terlihat berhasil dibuat belum tentu dapat digunakan ketika benar-benar dibutuhkan.
Kontrol Akses Admin Website
Tidak semua orang yang terlibat dalam bisnis membutuhkan akses administrator penuh.
Gunakan prinsip least privilege, yaitu memberikan akses sesuai dengan kebutuhan pekerjaan.
Sebagai contoh, pengguna yang hanya perlu mengelola artikel tidak selalu membutuhkan akses ke konfigurasi sistem atau pengaturan administrator lainnya.
Hindari penggunaan satu akun administrator yang digunakan bersama oleh banyak orang. Akun individual membuat aktivitas pengguna lebih mudah ditelusuri dan memungkinkan akses seseorang dicabut tanpa mengganggu pengguna lain.
Ketika seorang anggota tim tidak lagi bekerja pada website, aksesnya juga perlu diperiksa dan dicabut jika sudah tidak diperlukan.
Untuk akun yang memiliki hak akses tinggi, MFA dapat memberikan lapisan perlindungan tambahan apabila kredensial password diketahui oleh pihak lain.
Keamanan Form dan Input
Form kontak, formulir permintaan penawaran, login, komentar, dan endpoint publik merupakan bagian website yang dapat menerima input dari pengguna.
Input dari pengguna tidak boleh dianggap selalu aman.
Aplikasi perlu melakukan validasi sesuai tipe data yang diharapkan, membatasi request yang berlebihan, dan menangani data dengan aman sebelum diproses atau disimpan.
Untuk form publik, perlindungan terhadap spam juga dapat diperlukan.
Pada aplikasi yang memiliki endpoint API, rate limiting dapat membantu mengurangi penyalahgunaan request secara berlebihan.
Untuk halaman administrator, perlindungan seperti authentication, authorization, CSRF protection, dan pembatasan hak akses perlu diterapkan sesuai kebutuhan aplikasi.
Monitoring yang Realistis untuk Bisnis Kecil
Monitoring tidak harus selalu berupa sistem yang kompleks.
Untuk bisnis kecil, beberapa indikator dasar sudah dapat memberikan informasi yang berguna.
Contohnya:
- Website mengalami downtime. - Sertifikat SSL mendekati masa kedaluwarsa. - Terjadi banyak login gagal. - Terjadi error aplikasi secara berulang. - Ada perubahan konten atau file yang tidak biasa. - Endpoint tertentu menerima request dalam jumlah tidak normal. - Backup gagal dibuat. - Proses recovery mengalami masalah.
Tujuan monitoring bukan membuat pemilik bisnis memeriksa server sepanjang hari. Tujuannya adalah memberikan peringatan ketika terdapat kondisi yang membutuhkan perhatian.
Dengan monitoring yang tepat, masalah dapat diketahui lebih awal sebelum berkembang menjadi gangguan yang lebih besar.
Jika Website Mengalami Insiden Keamanan
Jika website diduga mengalami insiden keamanan, jangan langsung menghapus seluruh data atau melakukan perubahan tanpa menyimpan informasi yang diperlukan untuk pemeriksaan.
Beberapa langkah awal yang dapat dipertimbangkan adalah:
1. Batasi akses yang diduga telah disalahgunakan. 2. Periksa akun administrator dan pengguna dengan hak akses tinggi. 3. Ganti kredensial yang mungkin telah terekspos. 4. Simpan log dan informasi yang relevan sebelum data tersebut hilang. 5. Periksa perubahan file, database, konfigurasi, dan konten. 6. Identifikasi kemungkinan sumber masalah. 7. Jika diperlukan, pulihkan sistem dari backup yang diketahui bersih. 8. Perbarui komponen yang menjadi sumber kerentanan. 9. Uji kembali fungsi website sebelum dibuka secara penuh. 10. Dokumentasikan kejadian dan tindakan pemulihan.
Respons insiden perlu disesuaikan dengan tingkat masalah. Untuk insiden yang melibatkan data sensitif atau sistem penting, bisnis dapat membutuhkan bantuan profesional untuk melakukan investigasi dan pemulihan.
Siapa yang Bertanggung Jawab atas Keamanan Website?
Keamanan website bukan hanya tanggung jawab developer.
Pemilik bisnis perlu memastikan tersedia anggaran, kebijakan, dan proses maintenance yang memadai.
Developer bertanggung jawab pada aspek implementasi aplikasi sesuai ruang lingkup pekerjaan, termasuk praktik coding dan konfigurasi yang menjadi bagian dari sistem.
Admin website bertanggung jawab menjaga akun, password, akses pengguna, dan aktivitas pengelolaan konten.
Penyedia hosting bertanggung jawab pada aspek infrastruktur yang berada dalam ruang lingkup layanan mereka.
Karena setiap pihak memiliki tanggung jawab berbeda, pembagian tanggung jawab sebaiknya ditentukan sejak awal.
Checklist Berkala Pemilik Website
Pemilik website dapat melakukan pemeriksaan sederhana secara berkala.
### Pemeriksaan bulanan
- Apakah semua akun pengguna masih diperlukan? - Apakah ada mantan anggota tim yang masih memiliki akses? - Apakah backup terakhir berhasil? - Apakah proses restore pernah diuji? - Apakah SSL masih aktif? - Apakah website berjalan normal? - Apakah form kontak masih bekerja? - Apakah terdapat spam yang tidak biasa? - Apakah ada aktivitas administrator yang mencurigakan? - Apakah terdapat error aplikasi yang berulang?
### Pemeriksaan saat melakukan perubahan besar
Sebelum melakukan update besar atau perubahan sistem, pastikan:
- Backup tersedia. - Perubahan telah diuji. - Dependency yang diperbarui diketahui. - Proses rollback tersedia. - Akses administrator dapat digunakan. - Fungsi penting website memiliki hasil pengujian yang jelas.
Kapan Bisnis Membutuhkan Security Audit?
Security audit dapat dipertimbangkan ketika website mulai menangani data atau proses yang lebih penting.
Beberapa kondisi yang dapat menjadi alasan untuk melakukan pemeriksaan lebih mendalam antara lain:
- Website menyimpan data pelanggan. - Website memiliki akun pengguna. - Sistem memiliki banyak role dan permission. - Website terhubung dengan sistem internal. - Website menangani transaksi. - Aplikasi memiliki API publik. - Terjadi perubahan developer atau vendor. - Website mengalami insiden keamanan. - Sistem sudah lama tidak mendapatkan security review. - Bisnis akan melakukan perubahan besar pada aplikasi.
Audit keamanan dapat memiliki ruang lingkup yang berbeda. Pemeriksaan sederhana dapat berfokus pada konfigurasi dan praktik dasar, sedangkan sistem yang lebih kompleks mungkin membutuhkan security review yang lebih mendalam.
Contoh Sederhana
Bayangkan sebuah website company profile memiliki akun administrator yang digunakan bersama oleh beberapa anggota tim.
Selama tidak terjadi masalah, cara tersebut mungkin terlihat praktis.
Namun, ketika salah satu anggota tim tidak lagi bekerja dengan perusahaan, password yang sama mungkin masih diketahui olehnya. Jika tidak ada proses pencabutan akses, bisnis tidak memiliki kontrol yang jelas terhadap siapa yang masih dapat masuk.
Dengan akun individual, hak akses dapat diberikan sesuai kebutuhan dan dicabut ketika seseorang tidak lagi membutuhkan akses.
Contoh lain adalah backup.
Sebuah bisnis mungkin memiliki backup otomatis setiap hari, tetapi belum pernah mencoba melakukan restore. Ketika server mengalami masalah, baru diketahui bahwa backup tidak dapat digunakan sebagaimana mestinya.
Karena itu, keamanan bukan hanya tentang memiliki fitur, tetapi juga memastikan fitur tersebut benar-benar dapat digunakan ketika dibutuhkan.
FAQ Keamanan Website Bisnis
### Apakah HTTPS saja sudah cukup untuk mengamankan website?
Tidak. HTTPS merupakan fondasi penting untuk melindungi komunikasi antara browser dan server, tetapi keamanan website juga mencakup akun, aplikasi, dependency, database, form, konfigurasi, backup, dan monitoring.
### Seberapa sering website dan dependency perlu diperbarui?
Tidak ada satu jadwal yang berlaku untuk semua website. Pembaruan perlu mengikuti teknologi yang digunakan, security advisory yang tersedia, kebutuhan bisnis, serta hasil pengujian. Update keamanan yang penting sebaiknya tidak ditunda tanpa alasan yang jelas.
### Apakah backup otomatis berarti website mudah dipulihkan?
Belum tentu. Backup harus dapat dipulihkan. Karena itu, proses restore perlu diuji secara berkala dan bisnis sebaiknya memiliki recovery plan.
### Siapa yang bertanggung jawab atas keamanan website?
Tanggung jawab bergantung pada arsitektur dan pembagian layanan. Pemilik bisnis, developer, administrator, dan hosting provider dapat memiliki tanggung jawab berbeda. Pembagian tersebut sebaiknya ditentukan dengan jelas.
### Apa yang harus dilakukan jika akun admin diretas?
Batasi akses yang terdampak, ganti kredensial, periksa akun lain, simpan log yang relevan, identifikasi sumber masalah, dan periksa apakah terdapat perubahan pada sistem atau data. Jika dampaknya besar, pertimbangkan bantuan profesional untuk investigasi dan pemulihan.
### Apakah website company profile tetap membutuhkan backup dan monitoring?
Ya. Walaupun website company profile tidak menangani transaksi, website tetap dapat mengalami kerusakan, kehilangan data, perubahan konten tanpa izin, atau gangguan layanan. Backup dan monitoring tetap berguna untuk menjaga kontinuitas website.
### Kapan bisnis perlu melakukan security audit?
Security audit dapat dipertimbangkan ketika website menangani data penting, memiliki banyak pengguna atau role, terhubung dengan sistem lain, mengalami insiden, atau sudah lama tidak mendapatkan pemeriksaan keamanan.
### Apakah semua anggota tim perlu memiliki akses administrator?
Tidak selalu. Sebaiknya setiap pengguna mendapatkan akses sesuai kebutuhan pekerjaannya. Membatasi hak akses dapat mengurangi dampak apabila salah satu akun mengalami masalah.
Penutup
Keamanan website bisnis bukan pekerjaan yang selesai hanya dengan memasang HTTPS atau melakukan satu kali security check.
Keamanan membutuhkan proses yang berkelanjutan: memperbarui sistem, mengelola akses, menjaga backup, menguji recovery, melindungi form dan endpoint, memonitor aktivitas, serta memiliki prosedur ketika terjadi insiden.
Jika Anda belum yakin apakah website sudah memiliki backup, kontrol akses, update rutin, dan monitoring yang memadai, pemeriksaan dasar dapat menjadi langkah awal sebelum terjadi gangguan.
Untuk kebutuhan pembangunan atau perbaikan fondasi website, Anda dapat melihat layanan JASAIBNU. Jika ingin mendiskusikan kondisi website yang sedang digunakan, Anda juga dapat menghubungi tim JASAIBNU melalui halaman kontak.
Keamanan dasar sebaiknya direncanakan sejak proses pengembangan website untuk bisnis, bukan hanya setelah website online.
