2008 Edhy S-Catur I Laporan Penelitian 24 Mei 2008 Analisis

ii
iii
iv
v
vi
BAGIAN A.
LAPORAN HASIL PENELITIAN
vii
RINGKASAN DAN SUMMARY
Nilai informasi yang begitu penting dan strategis mengakibatkan
serangan dan ancaman terhadap sistem dan arus informasi semakin
meningkat. Tidak terhitung banyaknya alat-alat sadap tersembunyi yang
digunakan untuk melakukan pemantauan transmisi telekomunikasi baik
dalam dan luar negeri serta program-program aktif yang bersifat
mengganggu bahkan merusak sistem informasi. Serta kegiatan lain yang
biasa
disebut
intelijen
komunikasi
(communication
intelligence,
comint).
Situs e-Learning IST AKPRIND Yogyakarta merupakan program
aplikasi baru yang telah dikembangkan, dipublikasikan, dan diterapkan
dalam proses pembelajaran, namun belum diuji keamanannya. Hasil
penelitian yang dilakukan pada aspek keamanan database yang meliputi
web server, program aplikasi, dan database server bertujuan untuk
meningkatkan aspek keamanan pada situs e-Learning yang diterapkan.
Berdasarkan hasil penelitian, dapat dinyatakan bahwa tingkat
ancaman terhadap web server dan program aplikasi situs e-Learning IST
AKPRIND berada pada level 2 (Medium). Hal tersebut menunjukkan
bahwa masih terdapat banyak celah yang memungkinkan terjadinya
ancaman dan akses ilegal yang berpotensi merusak sistem. Sedangkan
database
server
situs
e-Learning
IST
AKPRIND
aman
terhadap
kemungkinan adanya ancaman dan akses ilegal yang berpotensi merusak.
viii
KATA PENGANTAR
Puji syukur kami panjatkan ke hadirat Allah SWT, karena atas
rahmat dan ijin-Nya laporan penelitian ini dapat kami selesaikan.
Pada kesempatan ini kami menyampaikan ucapkan terimakasih
dan penghargaan kepada berbagai pihak yang telah mendukung
kelancaran dan terlaksananya penelitian ini, yaitu :
1) Rektor IST AKPRIND Yogyakarta, yang telah memberikan
dukungan dalam pelaksanaan penelitian ini
2) Dekan Fakultas Teknologi Industri, IST AKPRIND Yogyakarta,
yang telah memberikan dukungan dalam pelaksanaan
penelitian ini
3) Kepala Lembaga Penelitian IST AKPRIND Yogyakarta, yang telah
memberikan dukungan dalam pelaksanaan penelitian ini
4) Ibu Dra. Hj. Naniek Widyastuti, M.T., yang telah memberikan
rekomendasi, masukan dan saran terkait dengan penelitian ini
5) Bapak Muhammad Sholeh, S.T., M.T., yang telah memberikan
rekomendasi, masukan dan saran terkait dengan penelitian ini
6) Rekan-rekan Dosen Jurusan Teknik Informatika, FTI, IST
AKPRIND Yogyakarta
7) Rekan-rekan di UPT PUSKOM IST AKPRIND Yogyakarta
8) Semua pihak yang telah mendukung pelaksanaan penelitian ini.
Kami menyadari bahwa hasil penelitian ini masih mengandung
kedangkalan dan kekurangan. Oleh karena itu umpan balik, saran dan
masukan dari para Pemerhati dan Pembaca sangat kami harapkan untuk
melakukan peningkatan kualitas pada masa selanjutnya.
Akhirnya, kami berharap agar hasil penelitian ini dapat
bermanfaat dan mencapai sasaran yang diharapkan.
Yogyakarta, 24 Mei 2008
Peneliti
ix
DAFTAR ISI
Halaman:
HALAMAN JUDUL .................................................................... i
HALAMAN PENGESAHAN ........................................................... ii
SURAT KETERANGAN KARYA ILMIAH.............................................iii
BAGIAN A. LAPORAN HASIL PENELITIAN .................................... viii
RINGKASAN DAN SUMMARY ..................................................... viii
KATA PENGANTAR.................................................................. ix
DAFTAR ISI ...........................................................................x
BAB I PENDAHULUAN ............................................................. 1
1.1. Latar Belakang Masalah ......................................................1
1.2. Rumusan Masalah .............................................................3
1.3. Batasan Masalah ...............................................................3
BAB II LANDASAN TEORI ......................................................... 4
2.1. Keamanan Database ..........................................................4
2.2. Arsitektur dan Prototipe Keamanan Database Multilevel...............6
BAB III TUJUAN DAN MANFAAT PENELITIAN ................................ 25
3.1. Tujuan Penelitian ........................................................... 25
3.2. Manfaat Penelitian .......................................................... 25
BAB IV METODOLOGI PENELITIAN ............................................. 26
4.1. Metode Penelitian........................................................... 26
4.2. Lingkup Permasalahan...................................................... 27
4.3. Aspek Permasalahan ........................................................ 27
4.4. Jadwal Waktu Penelitian................................................... 27
BAB V HASIL DAN PEMBAHASAN ............................................... 28
5.1. Hasil ........................................................................... 28
5.2. Pembahasan.................................................................. 29
BAB VI KESIMPULAN DAN SARAN .............................................. 41
6.1. Kesimpulan ................................................................... 41
6.2. Saran .......................................................................... 42
DAFTAR PUSTAKA ................................................................ 43
BAGIAN B. DRAFT ARTIKEL ILMIAH
BAGIAN C. SINOPSIS PENELITIAN LANJUTAN
x
BAB I
PENDAHULUAN
1.1. Latar Belakang Masalah
Perkembangan teknologi informasi telah menempatkan informasi
menjadi industri tersendiri. Informasi telah menjadi material yang
strategis bagi setiap institusi atau perusahaan. Sehingga setiap institusi /
perusahaan memerlukan unit pengolahan informasi tersendiri dengan
menerapkan berbagai teknologi pengolahan informasinya.
Nilai informasi yang begitu penting dan strategis tersebut
mengakibatkan serangan dan ancaman terhadap sistem dan arus
informasi semakin meningkat. Tidak terhitung banyaknya alat-alat sadap
tersembunyi yang digunakan untuk melakukan pemantauan transmisi
telekomunikasi baik dalam dan luar negeri serta program-program aktif
yang bersifat mengganggu bahkan merusak sistem informasi. Serta
kegiatan lain yang biasa disebut intelijen komunikasi (communication
intelligence, comint).
Sering sekali masalah keamanan terabaikan justru setelah semua
peralatan dan infrastruktur pengaman terpasang. Bahkan pentingnya
pengamanan baru disadari setelah terjadi bencana. Kerugian sebuah
institusi / perusahaan yang diakibatkan dari sebuah serangan terhadap
sistem informasi sangatlah besar, tetapi hal ini sangat sukar dideteksi,
karena secara umum tidak akan diakui dengan berbagai alasan.
Tanpa pengamanan database dalam sistem informasi yang baik
penerapan teknologi sehebat apapun akan sangat membahayakan
institusi / perusahaan itu sendiri. ISTA telah memiliki Sistem Informasi
Akademik dan beberapa modul sistem informasi lain yang belum
terintegrasi; baik dari sisi platform maupun database. Sistem Informasi
Akademik ISTA dirancang dan diimplementasikan dengan mengakomodasi
fleksibilitas pelayanan sekaligus menghadirkan kontrol validitas data
secara terpusat.
1
2
Dalam
rangka
meningkatkan
kualitas
layanan,
maka
ISTA
merencanakan untuk mengembangkan fasilitas e-learning dalam rangka
menyediakan sistem informasi yang terintegrasi dan mudah diakses untuk
memenuhi kebutuhan dosen, mahasiswa, staf, dan masyarakat umum
dalam
bidang
pendidikan
dan
pengajaran,
penelitian,
layanan
perpustakaan, serta kegiatan administrasi.
Kebutuhan akan keamanan database timbul dari kebutuhan untuk
melindungi data. Pertama, dari kehilangan dan kerusakan data. Kedua,
adanya pihak yang tidak diijinkan hendak mengakses atau mengubah
data. Permasalahan lainnya mencakup perlindungan data dari delay yang
berlebihan pada saat mengakses atau menggunakan data, atau mengatasi
gangguan Denial of Service.
Kontrol akses selektif berdasarkan otorisasi keamanan dari level
user dapat menjamin kerahasiaan tanpa batasan yang terlalu luas. Level
dari kontrol akses ini menjamin rahasia informasi sensitif yang tidak akan
tersedia untuk orang yang tidak diberi ijin, bahkan terhadap user umum
yang memiliki akses terhadap informasi yang dibutuhkan, kadang-kadang
pada tabel yang sama.
Pengamanan
dengan
firewall
saja
belum
cukup
untuk
mengamankan data-data penting. Penyusup/cracker dapat melakukan
penyusupan/eksploitasi
keamanan
dengan
mempergunakan
teknik
tertentu, sehingga dapat mengakses data rahasia yang sebenarnya telah
diamankan sehingga dapat memperoleh suatu informasi dengan cara
langsung mengakses tabel database, kemudian memprosesnya dengan
metode tertentu tanpa melalui program aplikasi. Apabila hal ini terjadi,
maka sebaiknya data yang disimpan dalam database sebaiknya juga
“diamankan” dengan mempergunakan teknik tertentu – misalnya enkripsi,
sehingga walaupun data tersebut dapat diambil oleh orang yang tidak
berhak, maka data tersebut tidak mempunyai arti karena dibutuhkan
suatu cara untuk menerjemahkan isi data tersebut.
3
1.2. Rumusan Masalah
Berdasarkan latar belakang masalah di atas, maka permasalahan
yang akan diteliti dalam penelitian ini adalah bagaimana melakukan
analisis tentang aspek keamanan database pada Sistem Informasi
Akademik ISTA dalam rangka implementasi e-Learning, dan bagaimana
hasil analisis tersebut dapat digunakan untuk meningkatkan aspek
keamanan pada Sistem Informasi Akademik ISTA.
1.3. Batasan Masalah
Penelitian ini dibatasi pada hal-hal sebagai berikut::
1. Analisis dilakukan pada Sistem Informasi Akademik ISTA yang
telah diterapkan selama ini
2. Analisis dilakukan pada tiga aspek yaitu keamanan database,
yaitu confidentiality, integrity, dan availability.
BAB II
TINJAUAN PUSTAKA
2.1.
Keamanan Database
Perlindungan data merupakan hal penting dalam permasalahan
keamanan database. Pada bahasan sekuriti data didefinisikan sebagai:
“Physical phenomena chosen by convention to represent certain
aspects of our conceptual and real world. The meanings we assign
to data are called information. Data is used to transmit and store
information and to derive new information by manipulating the
data according to formal rules”.
Seringkali orang mempertimbangkan masalah akses yang tidak sah
dalam kemanan karena pengaksesan tersebut tidak melalui si-empunya.
Banyak hal yang perlu dipertimbangkan dalam pengaksesan data. Dalam
perancangan
dan
pembahasan
sistem
keamanan,
lazimnya
akan
berhadapan pada pertimbangan yang dikenal dengan istilah segitiga CIA,
yaitu:
1. Confidentiality, yaitu segala usaha yang berkaitan dengan
pencegahan pengaksesan terhadap informasi yang dilakukan oleh
pihak lain yang tidak berhak.
2. Integrity, yaitu sesuatu yang berkaitan dengan pencegahan dalam
modifikasi informasi yang dilakukan oleh pihak lain yang tidak
berhak.
3. Availability, yaitu pencegahan penguasaan informasi atau sumber
daya oleh pihak lain yang tidak berhak.
Perancangan suatu sistem keamanan akan mencoba menyeimbangkan
ketiga aspek di atas.
Confidentiality berkaitan dengan privacy (data personal) dan
secrecy (kerahasiaan). Privacy lebih berkaitan dengan data pribadi,
sedang secrecy lebih berkaitan dengan data yang dimiliki oleh suatu
organisasi.
4
5
Secara umum integrity berkaitan dengan jaminan bahwa sesuatu
berada dalam kondisi seharusnya. Aspek ini akan berkaitan dengan
proses pengubahan data. Integrity didefinisikan oleh Clark dan Wilson
sebagai berikut:
“No user of the system, even if authorized, may be permitted to
modify data items in such a way that asses or a accounting records
of the company are lost or corrupted“.
Pada Orange Book (panduan untuk evaluasi keamanan) istilah data
integrity didefinisikan sebagai berikut:
“The state that exists when computerized data is the same as that
in the source documents and has not been exposed to accidental or
malicious alteration or destruction”.
Dalam hal ini jelas bahwa integrity berkaitan dengan konsistensi
eksternal. Suatu data yang disimpan dalam sistem komputer harus benar,
yaitu menggambarkan realita yang ada di luar sistem komputer.
Sedangkan dalam hal communication security, integrity didefinisikan
sebagai berikut:
“The detection and correction of modification, insertion, deletion
or
replay
of
transmitted
data
including
both
intentional
manipulations and random transmission errors“.
Availability didefinisikan oleh ISO 7498-2 sebagai berikut:
“The property of being accessbile and useable upon demand by an
authorized entity”.
Salah satu kasus yang sering terjadi pada aspek ini adalah adanya
Denial of Service, yang didefinisikan sebagai berikut:
“The prevention of authorized access to resources or the delaying
the time-critical operations”.
Setiap pengguna harus bertanggungjawab terhadap aksi yang
dilakukan pada sistem. Untuk itulah konsep accountability menjadi
penting pada sistem komputer. Pendekatan tradisional pada keamanan
komputer hanya berorientasi pada teknologi dan produk (hardware dan
6
software). Dalam pendekatan ini, terdapat anggapan bahwa hanya
sebagian orang saja yang harus mengerti dan bertanggungjawab dalam
masalah kemanan. Di samping itu pihak manajemen menempatkan
sekuriti komputer pada prioritas yang rendah. Pendekatan tradisional
biasanya ditandai dengan ketidakmengertian pengguna atas pentingnya
keikutsertaan
menganggap
mereka
dengan
dalam
membangun
membeli
dan
kemananan.
menggunakan
Pengguna
produk-produk
keamanan seperti firewall dan kriptografi dapat menjamin keamanan
suatu sistem.
Pendekatan
tradisional
harus
dihindari
dalam
membangun
keamanan. Kenyataan membuktikan bahwa pengguna adalah mata rantai
terlemah dalam rantai keamanan itu sendiri. Oleh karena itu diperlukan
pendekatan modern yang komprehensif, yang mengikutsertakan user,
policy, manajemen, dan teknologi.
2.2.
Arsitektur dan Prototipe Keamanan Database Multilevel
Berbagai arsitektur dan prototipe telah dikembangkan untuk
memenuhi kriteria keamanan database multilevel yang memadai.
Masing-masing memiliki konsep-konsep pendekatan yang unik. Dari
berbagai arsitektur yang ada pendekatan trusted subject masih
mendominasi produk-produk database saat ini.
Database multilevel merupakan sistem yang kompleks. Dalam
database multilevel terdapat relasi-relasi. Relasi-relasi ini mengikuti
aturan-aturan tertentu. Multilevel yang melekat pada database disini
menunjukkan bahwa database memiliki level-level yang membedakan
satu obyek database dengan obyek database lainnya. Level-level ini
diperlukan untuk menentukan subyek yang boleh mengaksesnya.
Untuk menjamin akses database multilevel oleh subyek-subyek yang
berhak diperlukan mekanisme keamanan tertentu. Banyak penelitian
telah dilakukan dan menghasilkan arsitektur-arsitektur dan prototipeprototipe keamanan database multilevel yang unik (Wardhana, 2007).
7
2.2.1. Arsitektur Keamanan Database Multilevel
Arsitektur keamanan database multilevel dapat dibagi ke dalam dua
jenis utama. Jenis pertama adalah arsitektur yang menggunakan trusted
computing base (TCB) eksternal untuk mengendalikan akses obyek
database. Jenis ini disebut juga sebagai arsitektur kernelized, HinkeSchaefer, atau TCB subset DBMS (Database Management System).
Arsitektur ini berbeda dari arsitektur-arsitektur yang mendelegasikan
Mandatory Access Control (MAC) kepada sistem manajemen database
internal. Jenis kedua ini disebut juga sebagai arsitektur trusted subject
DBMS. Setiap database memiliki sekumpulan aturan sensitivitas data
yang mengatur relasi antar data. Dalam pendekatan Hinke-Schaefer
relasi ini didekomposisikan ke dalam fragmen-fragmen single-level atau
system-high.
Keamanan
sistem
manajemen
database
multilevel
(Multilevel Secure Database Management System atau MLS DBMS)
menyimpan fragmen-fragmen ini secara fisik ke dalam obyek single-level
(sebagai contohnya, file-file, segmen-segmen, atau perangkat-perangkat
keras yang terpisah). MLS DBMS memaksakan MAC pada setiap
permintaan untuk mengakses obyek single-level atau system-high ini.
Pendekatan yang kedua menggunakan trusted network untuk
pemisahan perijinan selain mengandalkan pada sistem operasi multilevel.
Variasi ini juga mendekomposisikan database multilevel ke dalam
fragmen-fragmen system-high. Tetapi dalam kasus ini DBMS mereplikasi
data tingkat rendah dibawah fragmen-fragmen yang lebih tinggi
tingkatannya. Pada jaringan multilevel MLS DBMS memisahkan data
secara fisik dengan mendistribusikannya ke host sistem DMBS yang
lainnya.
Prototipe
Unisys
Secure
Distributed
DBMS
(SD-DBMS)
menggunakan pendekatan ini dan digunakan dalam proyek riset NRL
Trusted DBMS (TDBMS) (Wardhana, 2007).
8
Pendekatan TCB subset DBMS
Arsitektur ini pertama kali didokumentasikan oleh Thomas Hinke
dan Marvin Schaever di System Development Corporation. DBMS ini
dirancang untuk sistem operasi Multics dengan tujuan agar sistem operasi
tersebut
menyediakan
semua
kendali
akses.
Rancangan
ini
mendekomposisikan database multilevel ke dalam beberapa atribut dan
kolom single-level dengan atribut-atribut yang memiliki sensitivitas yang
sama tersimpan bersama pada segmen-segmen sistem operasi singlelevel. Sebagai contohnya, untuk memenuhi permintaan request, proses
DBMS diselenggarakan pada level user yang mengoperasikannya. Karena
adanya aturan MAC dari sistem operasi, DBMS hanya memiliki akses yang
sama levelnya atau dibawahnya. Kemudian DBMS menggabungkan
elemen-elemen dari relasi yang sama untuk merekonstruksi tuple yang
dikembalikan
ke
user.
Pendekatan
Hinke-Schaefer
memiliki
dua
karakteristik utama, yaitu:
1. DBMS multilevel sebenarnya merupakan sekumpulan DBMS single-level
yang bekerja secara bersamaan
2. Database multilevel dapat didekomposisikan ke dalam sekumpulan
database
single-level
atau
system-high,
dan
masing-masing
merupakan bagian dari database multilevel secara konseptual
Ada dua variasi dari arsitektur ini: tersentralisasi, dan terdistribusi.
Pada pendekatan tersentralisasi tiap-tiap DMBS single-level adalah
proses-proses terpisah yang berjalan pada suatu trusted operating
system, dan database multilevel didekomposisikan ke dalam fragmenfragmen single-level yang masing-masing disimpan di dalam obyek sistem
operasi single-level (sebagai contohnya, file-file atau segmen-segmen).
Sementara DBMS memungkinkan untuk dipercaya melakukan beberapa
fungsi kendali akses, trusted operating system dapat memaksakan aturan
kendali akses secara penuh kepada semua akses yang dilakukan DBMS
terhadap obyek-obyek DBMS. Pada arsitektur ini user tidak beroperasi
dalam mode multilevel tetapi pada level sesi yang terselenggara dengan
9
trusted operating system. Setiap user berinteraksi dengan DBMS pada
tingkat sesi user, dan banyak DBMS yang berlainan berjalan pada tingkattingkat sensitivitas yang berlainan pula boleh beroperasi pada saat yang
bersamaan.
Ada dua prototipe yang dikembangkan menggunakan konsep HinkeSchaefer, yaitu SeaView DBMS dan LDV DBMS (Wardhana, 2007).
Secure Distributed Data Views (SeaView) DBMS
Dalam
pendekatan
SeaView
sebuah
relasi
multilevel
didekomposisikan ke dalam relasi-relasi single-level yang didasarkan
pada penamaan tingkat elemen (elemen-level labelling). Setiap tuple
(catatan) didekomposisikan dan disimpan ke dalam fragmen-fragmen
single-level tertentu. Fragmen-fragmen dengan jenis relasi dan level
yang sama dimasukkan ke dalam segmen sistem operasi yang sama. Jika
ada request user, DBMS menggabungkan fragmen-fragmen single-level
pada level yang sama atau yang dibawah level sesi user dan
mengembalikan tuple sesuai dengan kriteria yang diinginkan user.
Karena setiap user berinteraksi dengan proses DBMS single-level, DBMS
tidak mengetahui data-data yang berada di atas levelnya. Arsitektur
SeaView didasarkan pada satu pendekatan yang disebut sebagai TCB
subsets. Pendekatan ini
secara
hirarkis membuat lapisan-lapisan
komponen software. Oracle adalah salah satu contoh database yang
menggunakan pendekatan ini (Wardhana, 2007).
Lock Data Views (LDV) DBMS
Rancangan
LDV
didasarkan
pada
kontrol
akses
dan
type
enforcement khusus dari sistem operasi LOCK (Logical Coprocessing
Kernel). Sebagai tambahan terhadap MAC yang didasarkan pada level
sensitivitas dan Discretionary Access Control (DAC) yang didasarkan pada
daftar kendali akses (access control lists), LOCK juga melakukan kendali
akses didasarkan pada domain (atau tugas). LOCK menyelenggarakan
10
sebuah domain dan tabel jenis yang disebut sebagai Domain Definition
Table (DDT). Dalam tabel ini domain-domain diiriskan dengan jenis-jenis
data. Pada bagian irisan access priviledges direkam (sebagai contoh,
read, write, execute). DDT adalah mekanisme yang digunakan untuk
mengeset rangkaian-rangkaian translasi obyek yang benar yang disebut
juga sebagai pipelines. Pipelines ini digunakan untuk mengisolasi jalurjalur eksekusi kepada sistem. Jadi, LDV DBMS merupakan sekumpulan
pipelines yang mempunyai tanggung jawab terhadap manipulasi data
multilevel. Tiga jenis pipelines utama dalam LDV adalah response
pipeline, update pipeline, dan metadata pipeline. Response pipeline
memproses
permintaan
untuk
mengambil
data.
Update
pipeline
mengatur semua permintaan untuk mengubah database, termasuk
operasi insert, update, dan delete. Metadata pipeline menangani semua
perintah administrator untuk memanipulasi database metadata. Mirip
dengan pendekatan TCB subset, LDV berada diatas sistem operasi LOCK,
dan database multilevel disimpan sebagai sekumpulan obyek single-level
yang diproteksi oleh sistem operasi LOCK (Wardhana, 2007).
Arsitektur Terdistribusi dengan Replikasi Data secara Penuh
Arsitektur ini menggunakan distribusi secara fisik dari database
multilevel untuk mendapatkan mandatory separation dan kendali akses
yang kuat. Arsitektur ini menggunakan banyak pengolah database backend untuk memisahkan database ke dalam fragmen-fragmen sistem-high.
Pengolah front-end menjadi media semua akses user kepada database
multilevel
dan
kepada
pengolah
database
back-end
single-level.
Pengolah front-end bertanggung jawab untuk mengarahkan queries ke
pengolah database yang benar, memastikan tidak ada arus informasi
yang salah, menjaga konsistensi data antara fragmen-fragmen database
yang direplikasi, dan memberikan respon query pada user yang tepat.
Sebagai tambahan pengolah front-end juga bertanggung jawab terhadap
identifikasi dan otentifikasi user, dan proses audit (Wardhana, 2007).
11
Arsitektur Terdistribusi dengan Replikasi Data secara Variabel
Berbeda dengan arsitektur sebelumnya, arsitektur ini membolehkan
data untuk didistribusikan dan direplikasikan menurut kebutuhan
penggunaan aktual. Pendekatan ini digunakan dalam proyek Unisys
Secure Distributed DBMS (SD-DBMS).
Pendekatan arsitektural yang diambil untuk mendapatkan trusted
operation adalah dengan mendistribusikan relasi-relasi multilevel ke
dalam fragmen-fragmen single-level dan memasukkan semua fragmen
single-level
ini
banyak
pengolah
DBMS
back-end.
Gambar
7
mengilustrasikan arsitektur SD-DBMS yang disederhanakan menjadi dua
level keamanan: high dan low. Arsitektur ini terdiri dari tiga jenis
komponen: user front end (UFE), trusted front end (TFE), dan
interkoneksi. Perangkat UFE disini adalah dapat berupa workstation yang
menjalankan
mode
single-level
atau
trusted
workstation
yang
menjalankan mode multilevel di dalam suatu jangkauan tingkat-tingkat
keamanan tertentu. UFE digunakan sebagai tempat aplikasi yang
menyediakan antarmuka antara end user dan TFE. Komponen TFE
mengendalikan eksekusi semua perintah DBMS dan berlaku sebagai
monitor referensensi untuk akses database. TFE terdiri dari fungsi-fungsi
trusted dan untrusted yang dibangun pada sistem operasi yang trusted
dan high-assurance. Banyak host DBMS back-end berhubungan dengan
TFE. Setiap host DBMS back-end beroperasi dalam mode system high
pada kelas akses dalam jangkauan kelas akses TFE. Semua DBMS backend ini memasukkan data pada kelas akses tertentu dan merespon
request yang dibangkitkan oleh TFE (Wardhana, 2007).
Integrity-lock DBMS
Arsitektur integrity-lock, seperti yang diperlihatkan dalam gambar 6,
terdiri dari tiga komponen: proses front-end untrusted, proses trusted
filter, dan proses data manager untrusted. Proses front-end untrusted
berinteraksi dengan end user. Proses ini bertanggung jawab untuk
12
melakukan query parsing dan memproses respon yang akan dikirimkan
kepada end user. Proses trusted filter bertanggung jawab untuk
melakukan enkripsi dan dekripsi obyek-obyek dan label-labelnya,
melakukan identifikasi data-data yang dikembalikan oleh proses data
management,
dan
dikembalikan
kepada
melakukan
end
downgrading
user.
Misalkan
obyek-obyek
disini
obyek
yang
database
merupakan sekumpulan tuple. Dalam kasus ini trusted filter akan
membangkitkan cryptographic checksum dengan melakukan proses
enkripsi kepada setiap tuple dan label sensitivitas dari tiap tuple,
sehingga tuple terkunci. Residu proses enkripsi dikaitkan dengan tuple
sebagai checksumnya. Database multilevel disimpan dibawah proses data
management. Ketika end user melakukan operasi seleksi terhadap
database, trusted filter akan mengarahkan data manager untuk
mengambil semua tuple sesuai dengan kriteria seleksi. Tuple ini
dikembalikan ke
trusted
filter.
Trusted
filter
memeriksa label
sensitivitasnya dan membuang tuple yangt tidak lolos pengecekan
mandatory access policy. Lalu proses ini memeriksa kembali apakah
checksumnya benar. Tuple yang lolos dikembalikan ke end user yang
melakukan operasi seleksi ini (Wardhana, 2007).
Trusted Subject-Monolithic DBMS
Pendekatan berdasarkan kernel-kernel trusted operating system
untuk melakukan access control enforcement mengorbankan beberapa
fungsionalitas DBMS untuk mendapatkan mandatory assurance yang lebih
tinggi.
Dengan
perkecualian
pada
sistem
database
Oracle
yang
menggunakan pendekatan TCB subset, semua produk DBMS yang dijual
atau dibangun saat ini mengandalkan kepada sistem database itu sendiri
untuk mengatur kendali akses terhadap obyek database. Dengan
pendekatan ini software DBMS berjalan di atas trusted operating system.
Sistem operasi menyediakan isolasi kode DBMS dan mengendalikan akses
terhadap database sehingga setiap akses terhadap database harus
13
melewati trusted DBMS. DBMS menyimpan database multilevel dalam
satu atau lebih file. DBMS mengkaitkan suatu label sensitivitas dengan
setiap tuple. Label ini diperlakukan sebagai atribut relasi, meskipun
dalam kenyataannya label itu merupakan atribut virtual yang tidak perlu
dimasukkan (Wardhana, 2007).
2.2.2. Prototipe Keamanan Database Multilevel
Ada tiga macam prototipe yang dibahas disini, yaitu: SeaView, LVD,
dan ASD (Advance Secure DBMS). Tetapi yang akan dibahas berikut ini
adalah prototipe ASD karena dua prototipe lainnya sudah dibahas
sebelumnya.
Advance Secure DBMS (ASD)
Arsitektur ASD dapat dibagi menjadi dua bagian, yaitu: arsitektur
internal dan arsitektur network.
Arsitektur Internal ASD
Berbeda dengan SeaView dan LDV, ASD mengambil pendekatan yang
memuat MAC dan DAC dalam aturan arsitektur internalnya. Aturan ini
disebut juga sebagai ASD TCB (Trusted Computing Base). Sementara
arsitektur SeaView dan LDV secara umum mengandalkan sistem
operasinya untuk memuat MAC, dan DBMS internal untuk memuat DAC.
Meskipun ASD TCB berjalan sebagai proses dibawah kendali TCB dari
sistem operasi, tetapi ini tidak dapat dikatakan bahwa ASD TCB berada
di dalam TCB dari sistem operasi. ASD TCB tidak berbagi domain proteksi
dengan sistem operasi.
Seperti juga DBMS lainnya, ASD terdiri dari trusted code dan
untrusted code. Untrusted code melakukan operasi-operasi DBMS yang
tidak relevan dengan keamanan. Kode ini berjalan pada kelas akses dari
proses yang dijalankan oleh user.
14
TCB dari sistem operasi memproteksi ASD TCB dari proses-proses
lain yang berjalan dalam sistem operasi. TCB ini juga menjamin bahwa
tidak ada proses yang dapat mengakses data DBMS kecuali melewati ASD
TCB. Secara konseptual semua tuple berada dalam satu file sistem
operasi. File ini dikategorikan pada bagian terbawah dari tuple yang ada
di dalam file. Setiap tuple yang dimasukkan ke file ini mengandung
klasifikasi
yang
ditentukan
oleh
ASD
TCB
berdasarkan
tingkat
keamanannya.
Karena file data ASD berisi tuple yang diberi label dengan klasifikasi
yang berlainan, file ini harus diproteksi dari modifikasi oleh prosesproses untrusted yang mungkin saja memiliki klasifikasi yang sama
dengan file data ASD. Pendekatan yang digunakan ASD adalah dengan
menggunakan sistem operasi yang mendukung aturan intergritas Biba.
Aturan ini menentukan label-label integritas kepada subyek dan obyek.
Label-label ini adalah analogi label-label keamanan yang berkaitan
dengan pengklasifikasian. Dengan berlakunya aturan integritas ini suatu
subyek dapat menulis ke suatu obyek yang diproteksi hanya jika tingkat
integritas dari subyek mendominasi tingkat integritas dari obyek. Untuk
memproteksi data ASD obyek sistem operasi yang berisi data tersebut
diberikan label DBMS integrity compartment. Label ini membatasi akses
tulis ke obyek tersebut hanya kepada subyek yang memiliki DBMS
integrity compartment yang lebih dominan. Karena hanya ASD TCB yang
memiliki integrity compartment ini, tidak ada subyek lain yang dapat
menulis secara langsung ke dalam obyek sistem operasi yang berisi data
ASD. Tentunya, subyek-subyek lain dapat menggunakan fasilitas-fasilitas
ASD TCB untuk memasukkan data tuple ke dalam obyek, tetapi hanya
dibawah kendali ASD TCB (Wardhana, 2007).
Arsitektur Network ASD
ASD
diimplementasikan
sebagai
trusted
server.
Di
bawah
pendekatan ini, ASD beroperasi pada nodenya sendiri dalam network.
15
ASD node melayani node-node lainnya yang mirip single-level tetapi
beroperasi pada klasifikasi-klasifikasi keamanan yang berbeda. ASD
menyediakan multilevel engine yang memberikan fasilitas sharing antar
level. Node top secret dapat mengambil data dari ASD trusted server
yang memiliki data dikategorikan sebagai node unclassified.
Penyediaan akses network perlu mempertimbangkan protokol
network yang aman. Protokol network yang didukung oleh ASD server
adalah TCP, IP, dan SLIP (Serial Line IP). SLIP memperbolehkan protokol
TCP/IP digunakan pada kabel serial, seperti kabel telepon. Ini
membolehkan ASD untuk digunakan dalam lingkungan taktis. Karena
software protokol network secara aktual menangani data, software ini
akan menjadi relevan terhadap keamanan jika secara kongkuren atau
sekuensial software menangani data yang digolongkan pada banyak kelas
akses. Sebagai contohnya, pesan top secret dikirimkan ke node top
secret, kemudian pesan unclassified dikirimkan ke node unclassified.
Kebocoran data dapat terjadi karena software ini. Tentu saja hal ini
melanggar mandatory security policy.
Solusi
yang
diambil
terhadap
masalah
ini
adalah
dengan
menggunakan protokol network secara terpisah untuk tiap tingkat
keamanan. Sesuai dengan konsep ini jika suatu host memiliki dua port
serial, setiap port serial dikaitkan dengan software network protokol
yang terpisah, dan port-port serial ini berhubungan dengan node yang
beroperasi pada kelas akses yang berbeda, maka kebocoran data dapat
dihilangkan (Wardhana, 2007).
2.2.3. Mekanisme Discretionary Access Control untuk Database
Security
Database, yang merupakan kumpulan dari data persisten yang
digunakan oleh aplikasi sistem di berbagai enterprise (Date, 2000), harus
mempertimbangkan masalah security terlebih lagi mengenai sistem
database itu sendiri, misalnya apakah sistem berbasis database yang kita
16
bangun memiliki konsep kepemilikan data (data ownership) agar data
yang didalamnya aman.
Konsep kepemilikan data pada DBMS modern saat ini mendukung
dua pendekatan untuk data security yaitu DAC dan MAC. Penjelasan
global untuk perbedaan kedua pendekatan ini yaitu mekanisme DAC akan
memberikan akses yang berbeda (previleges) untuk setiap user pada
setiap objek, sedangkan pada mekanisme MAC setiap objek data diberi
label dengan level klasifikasi tertentu dan setiap user diberikan level
clearance tertentu.
DAC merupakan suatu mekanisme data security yang menitik
beratkan pada security objects, security subjects, dan access previleges
dalam hal ini, DAC akan membatasi akses pada objek-objek berdasarkan
identitas subjek atau group dimana mereka berada. Dalam DAC,
keamanan data dapat direpresentasikan bahwa :
1. User dapat menjaga data yang mereka miliki
2. Owner dapat memberikan grant pada user lain
3. Owner dapat memberikan definisi tipe akses yang akan diberikan
pada user apakah akses tersebut berupa read, write, execute
2.2.4. Security Policy Database
Ada banyak tahapan dalam mengamankan suatu sistem informasi,
namun pada tahap awalnya kita harus membuat suatu security policy
yang nantinya akan mendasari pembuatan security plan. Security policy
berisi tentang aturan-aturan yang akan membantu memastikan setiap
kinerja para karyawan dalam bekerja sesuai dengan apa yang diinginkan
perusahaan. Semua batasan-batasan secara jelas dipaparkan dalam
security plan sehingga seluruh karyawan mengerti aturan-aturan yang
berkaitan dengan keamanan informasi (basis data) perusahaan.
Dalam membangun suatu security policy suatu operasi database,
upaya
pertimbangan
(Tedjaprawira, 2007):
yang
dilakukan
mencakup
hal-hal
berikut
17
1. System Security policy
2. Data Security policy
3. User Security policy
4. Password Management Policy
System Security policy
Setiap database memiliki satu atau lebih administrator yang
bertanggung jawab terhadap segala aspek mengenai security policy,
yaitu security administrator. Security policy dari suatu database terdiri
dari beberapa sub-policy sebagai berikut (Tedjaprawira, 2007):
1. Database user management
2. User authentication
3. Operating system security
Database User Management
User dari database merupakan jalur akses menuju informasi dalam
database. Maka dari itu, manajemen user dari database harus memiliki
kemanan yang ketat. Tergantung dari besarnya sistem database dan
jumlah pekerjaan mengatur user dari database, security administrator
mungkin menjadi satu-satunya user yang memiliki privilege untuk
melakukan perintah create, alter, atau drop user dari database. Namun
ada juga administrator lain yang memiliki privilege untuk mengatur user
dari database. Bagaimanapun juga, hanya individual yang bisa dipercaya
yang memiliki powerful privilege untuk mengatur user dari database.
User Authentication
User dari database dapat diautentikasi oleh DBMS menggunakan
password database, sistem operasi, network service, atau dengan Secure
Socket
Layer
(SSL).
Tergantung
bagaimana
identitas
user
akan
diautentikasi, ada beberapa cara untuk mengidentifikasi user sebelum
mengakses suatu database:
18
1. Autentikasi database
2. Autentikasi eksternal
3. Autentikasi global
Autentikasi Database
Pada autentikasi database, maka administrasi dari user account,
password, dan autentikasi user akan dilakukan sepenuhnya oleh DBMS.
Untuk melakukan ini, maka dibuat suatu password untuk setiap user
pada saat melakukan perintah create user atau alter user. User dapat
mengganti passwordnya kapan saja. Password akan disimpan dalam
format yang terenkripsi. Setiap password harus terdiri dari karakter
single-byte, walaupun database tersebut menggunakan karakter set
multi-byte.
Untuk
meningkatkan
keamanan
database
saat
melakukan
autentikasi, DBMS umumnya memiliki suatu manajemen password yang
mencakup account locking, password aging and expiration, password
history,
dan
password
complexity
verification.
Keuntungan
dari
autentikasi database adalah:
1. User account dan semua autentikasi dikontrol oleh database, tidak
tergantung apapun diluar database
2. DBMS menyediakan fitur manajemen password yang tangguh untuk
meningkatkan keamanan saat melakukan autentikasi database
3. Lebih mudah untuk melakukan pengaturan user bila komunitas
usernya sedikit
Autentikasi Eksternal
Pada autentikasi eksternal, User account diatur oleh DBMS, tapi
administrasi password dan autentikasi user dilakukan oleh service
eksternal, yaitu sistem operasi atau network service seperti Net8.
Dengan demikian, DBMS akan mempercayai sistem operasi atau network
autentication service untuk melakukan pengontrolan akses terhadap
19
account database. Password database tidak lagi digunakan pada saat
login database.
Secara umum, autentikasi user via sistem operasi memiliki
keuntungan user dapat melakukan koneksi ke database lebih cepat tanpa
melakukan login username dan password secara terpisah.
Keuntungan dari autentikasi eksternal adalah:
1. Lebih banyak mekanisme autentikasi dapat diterapkan, seperti smart
card, sidik jari, Kerberos, atau sistem operasi itu sendiri
2. Banyak service dari autentikasi jaringan, seperti Kerberos dan DCE
yang mendukung single sign-on, dengan demikian user perlu
mengingat lebih sedikit password
Autentikasi Global
Advanced Security dalam DBMS memiliki fitur yang dapat
mensentralisasi manajemen dari informasi yang berkaitan dengan user
termasuk otorisasi, dalam sebuah LDAP-based directory service. User
dapat diidentifikasi dalam database sebagai global user, yang berarti
user tersebut diautentikasi menggunakan SSL dan manajemen user
tersebut telah dilakukan diluar database oleh directory service
tersentralisasi. Global role didefinisikan dalam database dan hanya
dikenal dalam database itu sendiri, tapi aturan otorisasi tersebut
dilakukan oleh directory service.
Keuntungan dari penggunaan global autentikasi dan global
autorisasi adalah sebagai berikut:
1. Menggunakan autentikasi yang kuat dengan SSL atau NT native
authentication
2. Memungkinkan manajemen tersentralisasi terhadap user dan privilege
seluruhnya dalam perusahaan
3. Memudahkan bagi administrator karena untuk setiap user tidak perlu
dibuat schema dalam tiap database di perusahaan
4. Memiliki fasilitas single sign-on
20
Operating System Security
Hal-hal lain yang perlu dipertimbangkan di lingkungan sistem
operasi yang berkaitan dengan keamanan aplikasi database adalah
sebagai berikut:
1. Administrator database harus memiliki privilege sistem operasi untuk
membuat dan menghapus file
2. User umum dari database tidak memiliki privilege sistem operasi
untuk membuat atau menghapus file yang berkaitan dengan database
3. Jika sistem operasi mengidentifikasi database role terhadap user,
maka security administrator harus memiliki privilege sistem operasi
untuk memodifikasi domain security dari account sistem operasi
Data Security policy
Data security meliputi suatu mekanisme yang mengontrol akses
dan penggunaan database pada level obyek. Data security policy akan
menentukan user mana yang memiliki akses ke obyek schema tertentu.
Misalnya, user scott dapat melakukan perintah select dan insert, tapi
tidak dapat melakukan perintah delete terhadap tabel emp.
Policy
mengenai
data
security
terutama
akan
ditentukan
berdasarkan seberapa jauh level keamanan yang akan dibangun untuk
data dalam database. Misalnya, bisa saja diterapkan level data security
yang rendah bila diinginkan agar setiap user melakukan perintah create
obyek schema atau privilege grant akses obyeknya ke user lain dalam
sistem tersebut. Di sisi lain, bisa saja level data security diperketat lagi
sehingga hanya administrator security yang memiliki privilege untuk
melakukan perintah create obyek dan privilege grant akses setiap obyel
ke dalam role dan user.
Secara umum, level data security juga bergantung pada tingkat
sensitifitas suatu data dalam database. Untuk data yang tidak terlalu
sensitif, policy dari data security dapat lebih longgar. Namun untuk data
21
yang sensitif, secutiry policy harus dibangun untuk mengontrol ketat
terhadap akses suatu obyek (Tedjaprawira, 2007).
User Security policy
Policy untuk keamanan user dapat dibagi dalam pembahasan
aspek-aspek berikut (Tedjaprawira, 2007):
1. General user security
2. End-user security
3. Administrator security
4. Application developer security
5. Application administrator scurity
General User Security
General user security menyangkut hal-hal mengenai password
secutiry dan privilege management. Jika autentikasi terhadap user
dilakukan dan diatur oleh database, maka security administrator harus
membangun suatu password security policy untuk mengatur keamanan
akses database. Misalnya, user diharuskan untuk mengganti passwordnya
tiap selang waktu tertentu, atau bila passwordnya mudah ditebak oleh
orang lain. Dengan usaha ini, maka pengaksesan database secara ilegal
dapat dikurangi. Untuk labih meningkatkan keamanan password, Oracle
dapat melakukan enkripsi password untuk koneksi client/server dan
server/server.
Security administrator harus mempertimbangkan hal-hal yang
berkaitan dengan manajemen privilege untuk semua tipe user. Untuk
database yang memiliki banyak username, sangat disarankan untuk
menggunakan role, yaitu sekumpulan privilege yang dikelompokan
sehingga dapat dilakukan grant terhadap sekelompok username. Namun
pada database dengan sedikit username, cukup dengan melakukan grant
privilege secara eksplisit dibandingkan dengan menggunakan role.
22
End-User Security
Security administrator harus juga mendefinisikan policy untuk
keamanan end-user. Jika database cakupannya sangat besar dengan
banyak user, maka security administrator harus menentukan kelompok
kategori user, membuat role untuk setiap kelompok user, mekalukan
grant privilege terhadap kategori role, dan menempatkan role tersebut
kepada masing-masing user. Kadang-kadang diperlukan pengecualian
terhadap beberapa account, security administrator akan secara eksplisit
melakukan grant privilege terhadap user tersebut.
Administrator Security
Secutiry administrator juga perlu mendefinisikan policy untuk
keamanan administrator. Pada cakupan database yang besar dan
terdapat
beberapa
macam
database
administrator,
security
administrator harus menentukan kelompok privilege administratif untuk
dimasukkan dalam beberapa role administratif. Role administratif
tersebut kemudian dilakukan grant terhadap administrator tertentu.
Atau, bila cakupan databasenya tidak terlalu besar dimana hanya ada
sedikit administrator, akan lebih bijaksana bila dibuat satu role
administratif, kemudian dilakukan grant terhadap semua administrator.
Untuk memproteksi koneksi user SYS dan SYSTEM, setelah
pembangunan
database,
sebaiknya
langsung
dilakukan
perubahan
password untuk kedua user tersebut. Koneksi user SYS dan SYSTEM kan
memberikan powerful privilege terhadap user untuk memodifikasi
database.
Application Delevoper Security
Security administrator harus mendefinisikan security policy yang
khusus pembangun aplikasi yang menggunakan database. Security
administrator dapat melakukan grant privilege untuk membuat obyek
yang penting bagi pembangun aplikasi. Atau bisa juga privilege untuk
23
membuat obyek diberikan kepada database administrator yang akan
menerima permintaan pembuatan obyek dari pambangun aplikasi
Application Administrator Security
Dalam suatu sistem database besar yang memiliki banyak aplikasi
database,
mungkin
diperlukan
beberapa
administrator
aplikasi.
Administrator aplikasi memiliki tugas sebagai berikut:
1. Membuat role untuk aplikasi dan mengatur privilege untuk setiap role
aplikasi
2. Membuat dan mengatur obyek yang digunakan dalam aplikasi
database
3. Memelihara dan meng-update application code dan prosedur maupun
paket DBMS
Password Management Policy
Sistem
keamanan
database
bergantung
pada
kerahasiaan
penyimpanan password. Namun demikian, panggunaan password masih
saja rentan terhadap pencurian, pemalsuan, dan penyalahgunaan. Oracle
memiliki manajemen password yang dapat mengatasi hal-hal berikut
(Tedjaprawira, 2007):
1. Account locking
2. Password aging dan expiration
3. Password complexity verification
Account Locking
Jika ada user yang melakukan kesalahan login beberapa kali
melebihi dengan yang sudah ditentukan, maka server secara otomatis
akan melakukan locking terhadap account tersebut. Administrator akan
menentukan jumlah batas percobaan kesalahan melakukan login, dan
lamanya account akan di-lock. Namun administrator juga dapat
24
melakukan locking terhadap account tertentu secara langsung. Locking
dengan cara ini, tidak dapat dilakukan unlocking secara otomatis.
Password Aging dan Expiration
Aministrator
menggunakan
perintah
create
profile
untuk
menentukan masa berlakunya (lifetime) penggunaan password. Bila masa
berlakunya sudah lewat, maka user tersebut adau administratornya harus
mengubah password tersebut.
Aministrator juga akan menentukan grace periode, yaitu tenggang
waktu yang diberikan kepada user untuk mengganti passwordnya. Bila
passwordnya belum diganti hingga grace periode berakhir, maka
accountnya akan hangus dan user tersebut tidak dapat lagi melakukan
login. Administrator juga menggunakan perintah create profile untuk
menentukan interval waktu dimana password yang sudah expired tidak
dapat digunakan lagi secara langsung.
Password Complexity Verification
Dalam
Oracle,
password
complexity
verification
dapat
dispesifikasi menggunakan PL/SQL yang akan mengatur parameter profil
default. Password complexity verification akan melakukan pemeriksaan
berikut:
1. Password memiliki panjang minimum 4
2. Password tidak sama dengan user ID
3. Password sedikitnya memiliki 1 alfa, 1 numerik, dan 1 tanda baca
4. Password tidak boleh sama dengan kata-kata sederhana seperti
welcome, account, database, atau user
5. Password yang baru harus berbeda sedikitnya tiga huruf dengan
password yang lama
BAB III
TUJUAN DAN MANFAAT PENELITIAN
3.1. Tujuan Penelitian
Penelitian ini bertujuan untuk menganalis faktor-faktor keamanan
database yang diterapkan dalam Sistem Informasi Akademik di ISTA dari
adanya kemungkinan ancaman dan gangguan, agar keamanan data yang
disimpan dalam database terhindar dari akses ilegal yang dilakukan oleh
pihak yang tidak berhak, khususnya pengaksesan data yang dilakukan
dengan
cara
mengakses
tabel
secara
langsung,
tidak
melalui
program/modul aplikasi.
Setelah penelitian ini selesai, diharapkan dapat memberikan
kontribusi bagi upaya pengamanan database, sehingga potensi akses
ilegal terhadap database Sistem Informasi Akademik dapat diminimalkan.
3.2. Manfaat Penelitian
Hasil dari penelitiaan ini diharapkan dapat memberikan manfaat
berupa rekomendasi alternatif-alternatif solusi yang mungkin dilakukan
oleh pengelola/penaggungjawab database akademik di ISTA, terkait
dengan keamanan database pada database akademik, meliputi 3 (tiga)
aspek berikut:
1. Confidentiality
2. Integrity
3. Availability
25
BAB IV
METODOLOGI PENELITIAN
4.1. Metode Penelitian
Metode yang digunakan dalam penelitian ini adalah metode
kualitatif dengan menggunakan beberapa tools berupa perangkat lunak
dan cara-cara tertentu yang lazim digunakan untuk menguji keamanan
database. Hasil yang diperoleh akan disajikan dalam bentuk laporan
analitis.
Tahap-tahap yang akan dilakukan terdiri dari tahap inisiasi,
investigasi, pembangunan prototipe dan validasi.
1. Tahap Inisiasi
Pada tahap ini dilakukan penelusuran dan pengkajian literaturliteratur yang berhubungan dengan keamanan database.
2. Tahap Investigasi
Pada tahap ini dilakukan penyelidikan terhadap web server, program
aplikasi, dan database server yang digunakan.
3. Tahap Pengujian
Pada tahap ini dilakukan pengujian terhadap keamanan database
dengan menggunakan dua tools, yaitu Acunetix web vurnerability
scanner (untuk menguji web server dan program aplikasi) dan Shadow
database scanner (untuk menguji database server) dengan metode
yang lazim digunakan dalam pengujian keamanan database dan
sistem.
4. Tahap Verifikasi
Pada tahap ini dilakukan verifikasi terhadap keamanan database
setelah dilakukan perbaikan-perbaikan atas dasar hasil investigasi dan
pengujian pada aspek pemrograman maupun konfigurasi database
server yang digunakan untuk memastikan bahwa database tersebut
siap diterapkan untuk aplikasi e-Learning.
26
27
4.2. Lingkup Permasalahan
Lingkup permasalahan yang dianalisis dalam penelitian ini adalah
sebagai berikut:
1. Analisis dilakukan pada database akademik yang digunakan di ISTA
2. Analisis dilakukan pada database dan program aplikasi
4.3. Aspek Permasalahan
Aspek keamanan database yang diteliti adalah meliputi:
1. Web server yaitu blind injection, cgi tester, directory file, file
checks, google hacking testing databse (GHDB), parameter
manipulation, SQL injection, text search, version checks, web
application xfs, entity encode heap overflow
2. Program aplikasi yaitu index vurnerability dan zend hash del key
3. Database server yaitu menemukan Audit (meliputi IP address,
Host name, Average ping response, TCP port) dan Vurnerability
yang merupakan ancaman terhadap database
4.4. Jadwal Waktu Penelitian
Penelitian ini dilaksanakan dalam jangka waktu 5 (lima) bulan
dimulai sejak 06 Februari 2007 hingga 24 Mei 2008, dengan jadwal
pelaksanaan penelitian seperti ditampilkan dalam Tabel 4.1.
Tabel 4.1: Jadwal pelaksanaan penelitian
Kegiatan
1
Inisiasi
Investigasi
Pengujian
Verifikasi
Dokumentasi
2
3
4
5
6
7
8
9
10
11
12
13
14
15
BAB V
HASIL DAN PEMBAHASAN
5.1.
Hasil
5.1.1. Sistem Aplikasi E-Learning di IST AKPRIND
Situs e-Learning IST AKPRIND dikembangkan melalui proyek PHK
INHERENT K3 tahun 2006. Upaya ini dilakukan dalam rangka memperluas
cakupan akses dan meningkatkan kualitas pendidikan di IST AKPRIND.
Situs e-Learning ISTA dirancang agar dapat dimanfaatkan oleh dosen
dalam mengelola perkuliahan dan diakses oleh mahasiswa peserta kuliah
secara mudah. Fitur yang ada dalam situs e-Learning IST AKPRIND
diantaranya
informasi-informasi
yang
terkait
dengan
proses
pembelajaran; informasi yang terkait dengan mata kuliah (tujuan,
sasaran, silabus, materi kuliah, referensi); informasi yang terkait dengan
tugas kuliah; forum diskusi, serta profil dan kontak dosen. Aplikasi eLearning
IST
AKPRIND
dapat
diakses
pada
alamat
http://elista.akprind.ac.id. Tampilan halaman awal situs e-Learning IST
AKPRIND ditunjukkan pada Gambar 5.1.
Gambar 5.1: Tampilan halaman depan situs e-Learning IST AKPRIND
28
29
Situs e-Learning IST AKPRIND dimanfaatkan oleh semua dosen di
lingkungan IST AKPRIND yang mengajar mata kuliah dan semua
mahasiswa yang menempuh mata kuliah. Masing-masing dosen dan
mahasiswa dapat mengakses situs e-Learning dengan menggunakan user
name dan password khusus. Dosen hanya dapat mengelola proses
pembelajaran untuk mata kuliah yang diajarnya sesuai dengan tahun
semester yang bersangkutan. Mahasiswa hanya dapat mengakses situs eLearning khusus untuk mata kuliah yang ditempuhnya, sesuai dengan
tahun semester yang bersangkutan.
Web server situs e-Learning IST AKPRIND dibangun menggunakan
Apache 2.2.3 dengan sistem operasi Debian, bahasa pemrograman PHP
versi 5.2.0, dan database server menggunakan PostgreSQL.
5.2.
Pembahasan
Untuk melakukan analisis keamanan database situs e-Learning IST
AKPRIND, dilakukan menggunakan software Acunetix web vurnerability
scanner dan Shadow database scanner. Tampilan awal Acunetix web
vurnerability scanner ditunjukkan pada Gambar 5.2, sedangkan untuk
Shadow database scanner ditunjukkan pada Gambar 5.3.
30
Gambar 5.2: Tampilan awal Acunetix web vurnerability scanner
Gambar 5.3: Tampilan awal Shadow database scanner
31
5.2.1. Keamanan Web Server
Analisis keamanan pada sisi web server dalam penelitian ini
dilakukan dengan menggunakan software Acunetix web vurnerability
scanner. Aspek-aspek yang dianalisis meliputi:
1.
Blind injection
2.
Cgi tester
3.
Directory file
4.
File checks
5.
Google Hacking testing Database (GHDB)
6.
Parameter manipulation
7.
Sql injection
8.
Text search
9.
Version checks
10.
Web application xfs
11.
Entity encode heap overflow
Hasil analisis yang diperoleh menggunakan software tersebut adalah
ditunjukkan pada Gambar 5.4 hingga Gambar 5.11.
Gambar 5.4: Tampilan hasil analisis web server-1
32
Gambar 5.5: Tampilan hasil analisis web server-2
Gambar 5.6: Tampilan hasil analisis web server-3
33
Gambar 5.7: Tampilan hasil analisis web server-4
Gambar 5.8: Tampilan hasil analisis web server-5
34
Gambar 5.9: Tampilan hasil analisis web server-16
Gambar 5.10: Tampilan hasil analisis web server-7
35
Gambar 5.11: Tampilan hasil analisis web server-8
Acunetix menetapkan skala 1 sampai 3 yang menyatakan tingkat
vurnerability atas sistem yang di-scan. Berdasarkan hasil analisis di atas
dapat diketahui bahwa tingkat ancaman terhadap web server situs eLearning IST AKPRIND berada pada level 2 (Medium). Hal tersebut
menunjukkan bahwa situs e-Learning IST AKPRIND masih terdapat banyak
celah yang memungkinkan terjadinya ancaman dan akses ilegal yang
berpotensi merusak sistem. Diantaranya adalah sebagai berikut:
1. mod_ssl version vurnerable
: 2 peringatan
2. PHPSESSID session fixation
: 2 peringatan
3. Directory listing found
: 46 peringatan
4. User credentials are sent in clear text : 14 peringatan
5. TRACE Method Enabled
: 2 peringatan1
6. Broken links
: 2 peringatan
7. Possible sencitive directories
: 4 peringatan
8. Possible sencitive files
: 1 peringatan
36
9. GHDB
10.
: 45
Email address found
: 15 peringatan
Secara keseluruhan terdapat 132 peringatan terhadap keamanan
web server untuk situs e-Learning IST AKPRIND.
Beberapa masalah yang terjadi terkait keamanan web server adalah
sebagai berikut:
1. mod_ssl version versi 2.2.3 yang digunakan mempunyai celah atau
lubang keamanan, yang memungkinkan terjadinya Denials of
Service (DOS).
Solusi atas masalah ini disarankan untuk melakukan upgrade ke
versi yang lebih baru.
2. PHPSESSID
memiliki
celah
yang
memungkinkan
penyusup
menginjeksi dengan program PHP untuk memanipulasi cookie.
Solusi
atas
masalah
ini
disarankan
untuk
merubah
nilai
session.use_only_cookies=1 pada file php.ini (semula
nilainya 0).
3. web server dikonfigurasikan untuk menampilkan nama-nama file
yang terdapat pada directory/css. Hal ini tidak dianjurkan
karena direktori tersebut berisi file-file program yang terhubung
dalam website tersebut.
Solusi atas masalah ini disarankan untuk memastikan bahwa dalam
direktori tersebut tidak terdapat informasi yang penting atau
rahasia atau membuat file index yang terpisah.
4. Trace method dalam status enable, sehingga memungkinkan
penyusup mengakses informasi di http header seperti cookies dan
data autentification.
Solusi atas masalah ini disarankan untuk mengubah status trace
method menjadi disable.
5. Terdapat 2 broken links, yaitu php.net dan mySQL.org.
37
Solusi atas masalah ini disarankan untuk menghapus link tersebut
atau membetulkannya.
6. Ditemukan nama file yang sensitif yaitu bashrc yang biasanya
berisi file password, konfigurasi, log, data statistik, dan database
dumps yang mengundang penyusup melakukan serangan.
Solusi atas masalah ini disarankan untuk mengganti nama atau
mengubah hak akses.
7. Ditemukan nama direktori yang sensitif yang mengundang
penyusup melakukan serangan yaitu:
a. /config (default)
b. /admin
c. /user/login
d. /user/config
Solusi atas masalah ini disarankan untuk mengganti nama atau
mengubah hak akses.
8. Terdapat program dengan nama file yang mudah ditebak dimana
data yang dikirimkan tidak dienkripsi yang mengundang penyusup
melakukan serangan.
Solusi atas masalah ini disarankan untuk mengganti nama file
program, mengenkripsi data yang dikirimkan (misalnya pada file
/index.php
terdapat perintah get
act=search;
post
kata=&search=cari).
9. Ditemukan file yang berisi informasi yang terdapat pada google
hacking database / GHDB (misalnya kata Apache, server) pada
folder /css/img/image/icons yang mengundang penyusup
melakukan serangan.
Solusi atas masalah ini disarankan untuk mengganti penggunaan
kata-kata yang sudah umum dipakai.
10. Terdapat alamat email dalam website yang memungkinkan
penyusup mengirimkan SPAM bots.
Solusi atas masalah ini disarankan untuk memasang SPAM proofing.
38
5.2.2. Keamanan Program Aplikasi
Analisis keamanan pada sisi program aplikasi dalam penelitian ini
dilakukan dengan menggunakan software Acunetix web vurnerability
scanner. Aspek-aspek yang dianalisis meliputi:
1.
Index vurnerability
2.
Zend hash del key
Hasil analisis yang diperoleh menggunakan software tersebut telah
tercakup dalam hasil analisis sebelumnya (Sub Bab 5.2.1).
5.2.3. Keamanan Database Server
Analisis keamanan pada sisi database server dalam penelitian ini
dilakukan dengan menggunakan software Shadow database scanner.
Aspek-aspek yang dianalisis meliputi:
1. Audit, meliputi
a. IP address
b. Host name
c. Average ping response
d. TCP port
2. Vurnerability
Tampilan hasil analisis pada situs e-Learning IST AKPRIND secara
berturut-turut untuk Summary ditunjukkan pada Gambar 5.12, Audit
ditunjukkan pada Gambar 5.13, dan Vurnerability ditunjukkan pada
Gambar 5.14.
39
Gambar 5.12: Tampilan hasil analisis database server-Summary
Gambar 5.13: Tampilan hasil analisis database server-Audit
40
Gambar 5.14: Tampilan hasil analisis database server-Vurnerability
Berdasarkan hasil analisis di atas maka dapat diketahui bahwa
keamanan database server untuk situs e-Learning IST AKPRIND aman
terhadap kemungkinan adanya ancaman dan akses ilegal yang berpotensi
merusak.
BAB VI
KESIMPULAN DAN SARAN
6.1.
Kesimpulan
Kebutuhan akan keamanan database timbul dari kebutuhan untuk
melindungi data. Pertama, dari kehilangan dan kerusakan data. Kedua,
adanya pihak yang tidak diijinkan hendak mengakses atau mengubah
data. Permasalahan lainnya mencakup perlindungan data dari delay yang
berlebihan pada saat mengakses atau menggunakan data, atau mengatasi
gangguan Denial of Service.
Pengamanan
dengan
firewall
saja
belum
cukup
untuk
mengamankan data-data penting. Penyusup/cracker dapat melakukan
penyusupan/eksploitasi
keamanan
dengan
mempergunakan
teknik
tertentu, sehingga dapat mengakses data rahasia yang sebenarnya telah
diamankan sehingga dapat memperoleh suatu informasi dengan cara
langsung mengakses tabel database, kemudian memprosesnya dengan
metode tertentu tanpa melalui program aplikasi. Apabila hal ini terjadi,
maka sebaiknya data yang disimpan dalam database sebaiknya juga
“diamankan” dengan mempergunakan teknik tertentu – misalnya enkripsi,
sehingga walaupun data tersebut dapat diambil oleh orang yang tidak
berhak, maka data tersebut tidak mempunyai arti karena dibutuhkan
suatu cara untuk menerjemahkan isi data tersebut.
Situs e-Learning IST AKPRIND Yogyakarta merupakan program
aplikasi baru yang telah dikembangkan, dipublikasikan, dan diterapkan
dalam proses pembelajaran, namun belum diuji keamanannya. Hasil
penelitian yang dilakukan pada aspek keamanan database yang meliputi
web server, program aplikasi, dan database server bertujuan untuk
meningkatkan aspek keamanan pada situs e-Learning yang diterapkan.
Berdasarkan hasil penelitian, dapat dinyatakan bahwa tingkat
ancaman terhadap web server dan program aplikasi situs e-Learning IST
AKPRIND berada pada level 2 (Medium). Hal tersebut menunjukkan
41
42
bahwa masih terdapat banyak celah yang memungkinkan terjadinya
ancaman dan akses ilegal yang berpotensi merusak sistem. Sedangkan
database
server
situs
e-Learning
IST
AKPRIND
aman
terhadap
kemungkinan adanya ancaman dan akses ilegal yang berpotensi merusak.
6.2.
Saran
Beberapa perbaikan atas temuan masalah keamanan web server dan
program aplikasi situs e-Learning IST AKPRIND adalah sebagai berikut:
1. Melakukan upgrade mod_ssl version ke versi yang lebih baru.
2. Merubah nilai session.use_only_cookies=1 pada file php.ini
(semula nilainya 0).
3. Memastikan bahwa dalam direktori /css tidak terdapat informasi
yang penting atau rahasia atau membuat file index yang terpisah.
4. Mengubah status trace method menjadi disable.
5. Menghapus broken link atau membetulkannya.
6. Mengganti nama file bashrc yang biasanya berisi file password,
konfigurasi, log, data statistik, dan database dumps atau mengubah
hak aksesnya.
7. Mengganti nama direktori yang sensitif atau mengubah hak akses.
8. Mengganti nama file program yang mudah ditebak dan mengenkripsi
data yang dikirimkan.
9. Mengganti atau menghindari penggunaan kata-kata yang sudah umum
dipakai.
10. Memasang SPAM proofing.
44
DAFTAR PUSTAKA
C.J. Date, An Introduction To Database Systems, Seventh Edition,
Addison-Wesley, 2000, Hal 506-512.
Dedi
Wardhana, 2007, ARSITEKTUR DAN PROTOTIPE
DATABASE MULTILEVEL, Institut Teknologi Bandung
KEAMANAN
Gunther Pernul, Database Security, Department of Information Systems
University of Essen.
Inmon, William, 1983, ‘Effective Database Design”, Prentice Hall
Litchfield, D., Anley, C., Heasman, J., Grindlay, B,. 2005, “The Database
Hacker's Handbook: Defending Database Servers”, John Wiley &
Sons
Martin, J., 1975, “Computer Data-Base Organization”, Prentice Hall
National
Computer Security Center, A guide to understanding
Discretionary Access Control in trusted systems, Version 1,
National Computer Security Center, 30 September 1987
Neotek, Vol. 1 – No. 1 Oktober 2000
R. Dan, “Database Security”, Internet Systems, April 1997
Silberschatz, A., Korth, F.H., Sudarshan, S., 2001, “Database System
Concepts”, McGraw-Hill
Tedjaprawira, Yohan, 2007, Keamanan Sistem Informasi, Institut
Teknologi Bandung
45
BAGIAN B.
DRAFT ARTIKEL ILMIAH
46
ANALISIS KEAMANAN DATABASE
PADA SISTEM INFORMASI AKADEMIK
DALAM RANGKA IMPLEMENTASI E-LEARNING
(Study Kasus di IST AKPRIND Yogyakarta)
Oleh :
Edhy Sutanta, Catur Iswahyudi
Jurusan Teknik Informatika, FTI, IST AKPRIND Yogyakarta
Intisari
Seringkali masalah keamanan database terabaikan justru setelah
semua peralatan dan infrastruktur pengaman terpasang. Bahkan
pentingnya pengamanan baru disadari setelah terjadi bencana. Kerugian
sebuah institusi / perusahaan yang diakibatkan dari sebuah serangan
terhadap sistem informasi sangatlah besar, tetapi hal ini sangat sukar
dideteksi, karena secara umum tidak akan diakui dengan berbagai
alasan. Tanpa pengamanan basisdata dalam sistem informasi yang baik,
penerapan teknologi sehebat apapun akan sangat membahayakan
institusi / perusahaan itu sendiri. Nilai informasi yang begitu penting dan
strategis tersebut mengakibatkan serangan dan ancaman terhadap sistem
dan arus informasi semakin meningkat. Kebutuhan akan keamanan
basisdata timbul dari kebutuhan untuk melindungi data. Pertama, dari
kehilangan dan kerusakan data. Kedua, adanya pihak yang tidak diijinkan
hendak mengakses atau mengubah data. Permasalahan lainnya
mencakup perlindungan data dari delay yang berlebihan pada saat
mengakses atau menggunakan data, atau mengatasi gangguan Denial of
Service.
Situs e-Learning IST AKPRIND Yogyakarta merupakan program
aplikasi baru yang telah dikembangkan, dipublikasikan, dan diterapkan
dalam proses pembelajaran, namun belum diuji keamanannya. Hasil
penelitian yang dilakukan pada aspek keamanan basisdata yang meliputi
web server, program aplikasi, dan database server bertujuan untuk
meningkatkan aspek keamanan pada situs e-Learning yang diterapkan.
Berdasarkan hasil penelitian, dapat dinyatakan bahwa tingkat
ancaman terhadap web server dan program aplikasi situs e-Learning IST
AKPRIND berada pada level 2 (Medium). Hal tersebut menunjukkan
bahwa masih terdapat banyak celah yang memungkinkan terjadinya
ancaman dan akses ilegal yang berpotensi merusak sistem. Sedangkan
database server situs e-Learning IST AKPRIND aman terhadap
kemungkinan adanya ancaman dan akses ilegal yang berpotensi merusak.
Kata-kata kunci : keamanan basis data, vulnerabilities, threat
47
PENDAHULUAN
Database, yang merupakan kumpulan dari data persisten yang
digunakan oleh aplikasi sistem di berbagai enterprise (Date, 2000), harus
mempertimbangkan masalah security terlebih lagi mengenai sistem
database itu sendiri, misalnya apakah sistem berbasis database yang kita
bangun memiliki konsep kepemilikan data (data ownership) agar data
yang didalamnya aman.
Ada banyak tahapan dalam mengamankan suatu sistem informasi,
namun pada tahap awalnya kita harus membuat suatu security policy
yang nantinya akan mendasari pembuatan security plan. Security policy
berisi tentang aturan-aturan yang akan membantu memastikan setiap
kinerja para karyawan dalam bekerja sesuai dengan apa yang diinginkan
perusahaan. Semua batasan-batasan secara jelas dipaparkan dalam
security plan sehingga seluruh karyawan mengerti aturan-aturan yang
berkaitan dengan keamanan informasi (basis data) perusahaan.
Dalam membangun suatu security policy suatu operasi database,
upaya pertimbangan yang dilakukan mencakup hal-hal berikut
(Tedjaprawira, 2007): System Security policy, Data Security policy, User
Security policy, dan Password Management Policy
Kebutuhan akan keamanan database timbul dari kebutuhan untuk
melindungi data. Pertama, dari kehilangan dan kerusakan data. Kedua,
adanya pihak yang tidak diijinkan hendak mengakses atau mengubah
data. Permasalahan lainnya mencakup perlindungan data dari delay yang
berlebihan pada saat mengakses atau menggunakan data, atau mengatasi
gangguan Denial of Service.
Pengamanan dengan firewall saja belum cukup untuk mengamankan
data-data
penting.
Penyusup/cracker
dapat
melakukan
penyusupan/eksploitasi keamanan dengan mempergunakan teknik
tertentu, sehingga dapat mengakses data rahasia yang sebenarnya telah
diamankan sehingga dapat memperoleh suatu informasi dengan cara
langsung mengakses tabel database, kemudian memprosesnya dengan
metode tertentu tanpa melalui program aplikasi. Apabila hal ini terjadi,
maka sebaiknya data yang disimpan dalam database sebaiknya juga
“diamankan” dengan mempergunakan teknik tertentu – misalnya enkripsi,
sehingga walaupun data tersebut dapat diambil oleh orang yang tidak
berhak, maka data tersebut tidak mempunyai arti karena dibutuhkan
suatu cara untuk menerjemahkan isi data tersebut.
Perlindungan data merupakan hal penting dalam permasalahan
keamanan database. Seringkali orang mempertimbangkan masalah akses
yang tidak sah dalam keamanan karena pengaksesan tersebut tidak
melalui si-empunya. Banyak hal yang perlu dipertimbangkan dalam
pengaksesan data. Dalam perancangan dan pembahasan sistem
keamanan, lazimnya akan berhadapan pada pertimbangan yang dikenal
dengan istilah segitiga CIA, yaitu:
48
1. Confidentiality, yaitu segala usaha yang berkaitan dengan
pencegahan pengaksesan terhadap informasi yang dilakukan oleh
pihak lain yang tidak berhak.
2. Integrity, yaitu sesuatu yang berkaitan dengan pencegahan dalam
modifikasi informasi yang dilakukan oleh pihak lain yang tidak
berhak.
3. Availability, yaitu pencegahan penguasaan informasi atau sumber
daya oleh pihak lain yang tidak berhak.
Perancangan suatu sistem keamanan akan mencoba menyeimbangkan
ketiga aspek di atas.
Confidentiality berkaitan dengan privacy (data personal) dan
secrecy (kerahasiaan). Privacy lebih berkaitan dengan data pribadi,
sedang secrecy lebih berkaitan dengan data yang dimiliki oleh suatu
organisasi.
Secara umum integrity berkaitan dengan jaminan bahwa sesuatu
berada dalam kondisi seharusnya. Aspek ini akan berkaitan dengan
proses pengubahan data. Integrity didefinisikan oleh Clark dan Wilson
sebagai berikut:
“No user of the system, even if authorized, may be permitted to
modify data items in such a way that asses or a accounting records
of the company are lost or corrupted“.
Pada Orange Book (panduan untuk evaluasi keamanan) istilah data
integrity didefinisikan sebagai berikut:
“The state that exists when computerized data is the same as that
in the source documents and has not been exposed to accidental or
malicious alteration or destruction”.
Dalam hal ini jelas bahwa integrity berkaitan dengan konsistensi
eksternal. Suatu data yang disimpan dalam sistem komputer harus benar,
yaitu menggambarkan realita yang ada di luar sistem komputer.
Availability didefinisikan oleh ISO 7498-2 sebagai berikut:
“The property of being accessbile and useable upon demand by an
authorized entity”.
Salah satu kasus yang sering terjadi pada aspek ini adalah adanya
Denial of Service, yang didefinisikan sebagai berikut:
“The prevention of authorized access to resources or the delaying
the time-critical operations”.
Penelitian ini bertujuan untuk menganalis faktor-faktor keamanan
database yang diterapkan dalam Sistem Informasi Akademik di IST
AKPRIND dari adanya kemungkinan ancaman dan gangguan, agar
keamanan data yang disimpan dalam database terhindar dari akses ilegal
yang dilakukan oleh pihak yang tidak berhak, khususnya pengaksesan
data yang dilakukan dengan cara mengakses tabel secara langsung, tidak
melalui program/modul aplikasi.
49
Setelah penelitian ini selesai, diharapkan dapat memberikan
kontribusi bagi upaya pengamanan database, sehingga potensi akses
ilegal terhadap database Sistem Informasi Akademik dapat diminimalkan.
PEMBAHASAN
Sistem Aplikasi E-Learning di IST AKPRIND
Situs e-Learning IST AKPRIND dikembangkan melalui proyek PHK
INHERENT K3 tahun 2006. Situs e-Learning IST AKPRIND dirancang agar
dapat dimanfaatkan oleh dosen dalam mengelola perkuliahan dan
diakses oleh mahasiswa peserta kuliah secara mudah. Fitur yang ada
dalam situs e-Learning IST AKPRIND diantaranya informasi-informasi yang
terkait dengan proses pembelajaran; informasi yang terkait dengan mata
kuliah (tujuan, sasaran, silabus, materi kuliah, referensi); informasi yang
terkait dengan tugas kuliah; forum diskusi, serta profil dan kontak dosen.
Aplikasi e-Learning IST AKPRIND dapat diakses pada alamat
http://elista.akprind.ac.id.
Situs e-Learning dimanfaatkan oleh semua dosen di lingkungan IST
AKPRIND. Masing-masing dosen dan mahasiswa dapat mengakses situs eLearning dengan menggunakan username dan password khusus. Dosen
hanya dapat mengelola proses pembelajaran untuk mata kuliah yang
diajarnya sesuai dengan tahun semester yang bersangkutan. Mahasiswa
hanya dapat mengakses situs e-Learning khusus untuk mata kuliah yang
ditempuhnya, sesuai dengan tahun semester yang bersangkutan.
Web server situs e-Learning IST AKPRIND dibangun menggunakan
Apache 2.2.3 dengan sistem operasi Debian, bahasa pemrograman PHP
versi 5.2.0, dan database server menggunakan PostgreSQL.
Hasil analisis / pengujian
Untuk melakukan analisis keamanan database situs e-Learning IST
AKPRIND, dilakukan menggunakan software Acunetix web vurnerability
scanner dan Shadow database scanner.
1. Keamanan Web Server
Analisis keamanan pada sisi web server dalam penelitian ini
dilakukan dengan menggunakan software Acunetix web vurnerability
scanner. Aspek-aspek yang dianalisis meliputi:
1.
Blind injection
2.
Cgi tester
3.
Directory file
4.
File checks
5.
Google Hacking testing Database (GHDB)
6.
Parameter manipulation
7.
Sql injection
8.
Text search
50
9.
10.
11.
Version checks
Web application xfs
Entity encode heap overflow
Hasil analisis yang diperoleh menggunakan software tersebut adalah
ditunjukkan pada Gambar 1.
Gambar 1 : Tampilan ringkasan hasil analisis web server
Gambar 2 : Tampilan rangkuman hasil analisis web server (lanjutan)
51
Secara keseluruhan terdapat 132 peringatan terhadap keamanan
web server untuk situs e-Learning IST AKPRIND. Beberapa masalah yang
terjadi terkait keamanan web server adalah sebagai berikut:
1. mod_ssl version versi 2.2.3 yang digunakan mempunyai celah atau
lubang keamanan, yang memungkinkan terjadinya Denials of
Service (DOS).
2. PHPSESSID memiliki celah yang memungkinkan penyusup
menginjeksi dengan program PHP untuk memanipulasi cookie.
3. web server dikonfigurasikan untuk menampilkan nama-nama file
yang terdapat pada directory/css. Hal ini tidak dianjurkan
karena direktori tersebut berisi file-file program yang terhubung
dalam website tersebut.
4. Trace method dalam status enable, sehingga memungkinkan
penyusup mengakses informasi di http header seperti cookies dan
data autentification.
5. Terdapat 2 broken links, yaitu php.net dan mySQL.org.
6. Ditemukan nama file yang sensitif yaitu bashrc yang biasanya
berisi file password, konfigurasi, log, data statistik, dan database
dumps yang mengundang penyusup melakukan serangan.
7. Ditemukan nama direktori yang sensitif yang mengundang
penyusup melakukan serangan yaitu: /config, /admin,
/user/login, dan /user/config
8. Terdapat program dengan nama file yang mudah ditebak dimana
data yang dikirimkan tidak dienkripsi yang mengundang penyusup
melakukan serangan.
9. Ditemukan file yang berisi informasi yang terdapat pada google
hacking database / GHDB (misalnya kata Apache, server) pada
folder /css/img/image/icons yang mengundang penyusup
melakukan serangan.
10. Terdapat alamat email dalam website yang memungkinkan
penyusup mengirimkan SPAM bots.
2. Keamanan Program Aplikasi
Analisis keamanan pada sisi program aplikasi dalam penelitian ini
dilakukan dengan menggunakan software Acunetix web vurnerability
scanner. Aspek-aspek yang dianalisis meliputi:
1. Index vurnerability
2. Zend hash del key
Hasil analisis yang diperoleh menggunakan software tersebut telah
tercakup dalam hasil analisis sebelumnya.
52
3. Keamanan Database Server
Analisis keamanan pada sisi database server dalam penelitian ini
dilakukan dengan menggunakan software Shadow database scanner.
Aspek-aspek yang dianalisis meliputi:
1. Audit, meliputi : IP address, Host name, Average ping response, TCP
port
2. Vurnerability
Tampilan hasil analisis pada situs e-Learning IST AKPRIND secara
berturut-turut untuk Summary ditunjukkan pada Gambar 3, Audit
ditunjukkan pada Gambar 4, dan Vurnerability ditunjukkan pada
Gambar 5.
Gambar 3 : Tampilan hasil analisis database server-Summary
Gambar 4. : Tampilan hasil analisis database server-Audit
53
Gambar 5 : Tampilan hasil analisis database server-Vurnerability
KESIMPULAN
Penelitian ini berhasil melakukan analisis terhadap aspek-aspek
kualita schema database. Analisis dilakukan pada rancangan schema
database yang digunakan pada database akademik yang digunakan di
ISTA.
Berdasarkan hasil analisis dapat diketahui bahwa tingkat ancaman
terhadap web server situs e-Learning IST AKPRIND berada pada level 2
(Medium). Hal tersebut menunjukkan bahwa situs e-Learning IST
AKPRIND masih terdapat banyak celah yang memungkinkan terjadinya
ancaman dan akses ilegal yang berpotensi merusak sistem.
Sedangkan keamanan database server untuk situs e-Learning IST
AKPRIND aman terhadap kemungkinan adanya ancaman dan akses ilegal
yang berpotensi merusak.
54
BAGIAN C.
SINOPSIS PENELITIAN LANJUTAN
Penelitian selanjutnya dapat dilakukan analisis pada source code dan
optimalisasi penggunaan query yang bertujuan untuk mengurangi delay
atas response time.