9

BAB II

KAJIAN PUSTAKA DAN LANDASAN TEORI

2.1 Kajian Pustaka

Penelitian tentang cloud computing khususnya dengan anonymous

authentication telah beberapa kali dilakukan sebelumnya. Sushmita (2014) dalam

penelitianya menerapkan desentralisasi akses kontrol dengan Anonymous

Authentication menggunakan algoritma Attribute-Based Encryption (ABE) dan

Attribute-Based Signatur (ABS) pada penyimpanan data di awan, dimana

manajemen kunci dengan menerapkan beberapa Key Distribution Center (KDC).

Dengan menerapkan ABE, ABS dan KDC sebagai manajemen kunci memungkinan

untuk melakukan otentikasi anonim dimana cloud akan memverifikasi pengguna

tanpa mengetahui identitasnya.

G.Gayathri Nikhila, A.Bhuvana Pramida, P.Jyothsna3, K.Lavanya, (2014)

dalam penelitianya yang berjudul “Anonymous Authentication of data storage in

cloud computing administration with Decentralized Access” mengusulkan suatu

teknik penyimpanan data di awan model desentralisasi menggunakan algoritma Key

Police Attribute Based Encryption (KP-ABE). Hasil peneltian menunjukan bahwa

metode yang diusulkan sangat produktif dan aman.

Penelitian lainya dilakukan oleh Pooja R. Vyawhare, Namrata D. Ghuse

(2014) dalam penelitianya melakukan review terhadap beberapa jurnal yang

menerapakan konsep user anonim dan skema otentikasi untuk desentralisasi akses

kontrol pada penyimpanan data di awan. Algoritma yang digunakan dalam

10

beberapa jurnal meliputi : Key Police Attribute Based Encryption (KP-ABE),

Attribute-Based Encryption (ABE), Cipertext-Police-Attribute Based Encryption

(CP-ABE), dan Public Key Encryption (PKE). Dalam satu jurnal disebutkan bahwa

performance analisis dari ABE mampu mengurangi biaya criptograpy sebesar 98%

dari model sebelumnya.

Sowmiya Murthy (2014) dalam penelitianya melakukan analisis terhadap

algoritma Paillier Public Key Cryptosystem dan 3DES dalam komputasi awan

dengan Anonymous Authentication dan Automatic File Recover. Analisis

performance dilakukan dengan membandingkan kecepatan proses enkripsi dan

deskripsi dari algoritma Paillier Public Key Cryptosystem dan 3DES. Pengujian

dilakukan dengan menggunakan enam buah data sebagai input yang masing-

masing berukuran 3kb, 5kb, 7kb, 11kb, 16kb, dan 21kb. Hasil pengujian

menunjukan bahwa Algoritma Paillier memiliki performa yang lebih tinggi

daripada algoritma 3DES.

V.R.Mani Megalai, R.Mekala M.E.Ph.D (2014) dalam penelitianya yang

berjudul “A Literature Survey on Decentralized Access Control with Anonymouse

Authentication of Data Stored in Cloud Using KDC” Melakukan survei terhadap

beberapa jurnal yang menerapkan desentralisasi akses kontrol dengan otentikasi

anonim pada penyimpanan data di awan. Algoritma yang digunakan meliputi :

Fuzzy Identity-Based Encryption, Attribute-Based Encryption (ABE), Cipertext-

Police-Attribute Based Encryption (CP-ABE), Multi-Authority Attribute Based

Encryption, Decentralizing-ABE, Outsourcing the Decryption of ABE Ciphertexts.

Hasil survei menunjukan beberapa jurnal menggunakan pendekatan terpusat dan

11

memungkinkan hanya menggunakan satu KDC. Skema ini rentan terhadap replay

attack, sehingga diusulkan skema baru dengan menerapkan beberapa KDC yang

tersebar di beberapa negara.

Priyanka Palekar, Abhijeet Bharate, dan Nisar Anjum (2014) mengusulkan

desentralisasi akses kontrol untuk penyimpanan data di awan menggunakan

algoritma Attribute-Based Encryption (ABE) dan Attribute-Based Signature

(ABS). Cloud tidak mengetahui informasi pengguna, cloud hanya melakukan

verfikasi terhadap pengguna melalui user credentials. Manajemen distribusi kunci

dilakukan dengan desentralisasi.

Shubhangi Thorat, Pratibha Ingle, Deepali Musale (2015) dalam

penelitianya yang berjudul “Cloud Based Intra-College Information

Communication With Bluetooth Attendance System Using Mobile Clients”

mengajukan metode perancangan sistem jaringan chatting intra kampus berbasis

teknologi Cloud Computing. Dengan mengimplementasikan layanan Software as a

Service (SaaS) untuk komunikasi intra kampus.

Priyanka Korde, Vijay Panwar, Sneha Kalse (2013) Mengusulkan teknik

keamanan data Personal Health Records pada cloud menggunakan AES untuk

enkripsi data MD5 untuk enkripsi password. Dengan adanya Personal Health

Records dalam kondisi gawat darurat dokter bisa dengan cepat mendapatkan semua

rincian informasi penyakit serta pengobatan yang sudah pernah dilakukan

sebelumnya. Sistem yang diusulkan bisa menjaga kerahasiaan data.

12

Dr. Rama Sushil dan Jyoti Chaudhary (2015) dalam penelitianya yang

berjudul “Cloud Forensics: Need for an Enhancement in Intrusion Detection

System”. Menyajikan dan mengevaluasi tantangan yang ditimbulkan oleh dunia

forensik dan peluang di dalamnya. Juga menyajikan berbagai implementasi DHT

routing yang digunakan dalam Intrusion Detection System pada cloud forensics.

Implementasi DHT Routing seperti CORD dan Pastry memiliki banyak ruang untuk

perbaikan di masa depan dan banyak pekerjaan yang harus dilakukan dalam bidang

ini untuk membuat dasar IDS kuat.

Luchi Sulistyowati, Wiwin Sulistyo, Teguh Indara Bayu (2012)

menerapkan layanan Infrastructure as a Service (IaaS) cloud computing untuk

menopang kinerja penyediaan web service. Telah dilakukan uji coba lima instance

dapat berjalan dengan sempurna dan dapat diimplementasikan test site oleh masing-

masing client. Untuk menjalankan instance membutuhkan waktu masing-masing

lima menit untuk segala macam tipe VM. Untuk penggunaan memori hanya

meningkat tajam saat server dua tidak ada instance hingga ada satu instance yang

berjalan dari 496 MB s.d 3086 MB, tetapi untuk pemakaian berikutnya tidak ada

peningkatan pemakaian memori. Terjadi peningkatan pada pemakaian disk storage

rata-rata 2,1GB pada setiap instance dengan tipe VM yang berbeda. Kemampuan

untuk menanggung beban pada setiap tipe instance mencapai 5000 client secara

bersama.

Eva Mustika Sari (2011) mengimplementasikan Cloud Computing dalam

mendukung riset di lingkup Puslitbang Sumberdaya Laut dan Pesisir Kementerian

Kelautan dan Perikanan. Dengan menerapkan Aplikasi WebGIS Cloud Computing

13

untuk menampilkan penyajian data dan informasi yang akurat, cepat, tepat, real

time dan informasi bagaimana kandungan kekayaan alam, fenomena fisis laut dan

seisinya ditampilkan secara tepat dalam format spasial dan terpercaya.

14

Berikut ini Tabel 2.1 menunjukan daftar penelitian mengenai Cloud Computing khususnya yang menerapkan ontentikasi anonim.

Tabel 2.1 Daftar Penelitian yang telah dilakukan

No. Judul, Peneliti, Tahun Penelitian Katagori Otentikasi Metode Deskripsi / Hasil / Kesimpulan

1 Decentralized Access Control with

Anonymous

Authentication of Data Stored in

Clouds. Sushmita Ruj (2014)

Desentralisasi Anonim Attribute-Based Encryption

(ABE) dan Attribute-Based

Signatur (ABS)

Mengusulkan teknik desentralisasi dalam

penyimpanan data di awan, proses enkripsi

menggunakan ABE & ABS, distribusi

kunci dilakukan dengan cara desentralisasi

menggunakan KDC.

2 Anonymous Authentication of data

storage in

cloud computing administration

with

Decentralized Access. G.Gayathri

Nikhila, A.Bhuvana Pramida,

P.Jyothsna3, K.Lavanya, (2014)

Desentralisasi Anonim Key Police Attribute Based

Encryption (KP-ABE)

Mengusulkan penyimpanan data di awan

model desentralisasi, prosses enkripsi

menggunakan KP-ABE. Hasil penelitian

menunjukan bahwa metode yang diusulkan

sangat produktif dan aman.

3 Design and Implementation of User

Anonymity and Authentication

Scheme for Decentralized Access

Control in Clouds: Review. Pooja R.

Vyawhare, Namrata D. Ghuse

(2014)

Desentralisasi Anonim KP-AB, ABE, Cipertext-

Police-Attribute Based

Encryption (CP-ABE),

Public Key Encryption

(PKE)

Meriview beberapa jurnal yang

menerapkan desentralisasi akses kontrol

pada penyimpanan data di awan. Dalam

satu jurnal disebutkan bahwa performance

analysis dari ABE mampu mengurangi

biaya criptograpy sebesar 98% dari model

sebelumnya.

15

No. Judul, Peneliti, Tahun Penelitian Katagori Otentikasi Metode Deskripsi / Hasil / Kesimpulan

4 Criyptographic Secure Cloude

Storage Model with Anonymous

Authentication and Automatic File

Recover.Sowmiya Murthy (2014)

Desentralisasi Anonim Homomorphic Encription

Achema, Paillier Public Key

Cryptosystem

Mengusulkan metode keamanan dan

penyimpanan data pada komputasi awan,

dengan otentikasi anonim menggunakan Digital

Signature Based Authentication Schema

(Paillier Public Key Cryptosystem). Hasil

penelitian menunjukan bahwa Algoritma

Paillier menunjukan performa yang lebih tinggi

daripada algoritma 3DES

5 A Literature Survey on

Decentralized Access Control with

Anonymouse Authentication of Data

Stored in Cloud Using KDC.

V.R.Mani Megalai, R.Mekala

M.E.Ph.D (2014)

Desentralisasi Anonim Fuzzy Identity-Based

Encryption, ABE, CP-ABE,

Multi-Authority Attribute

Based Encryption,

Decentralizing-ABE,

Outsourcing the Decryption

of ABE Ciphertexts

Mensurvey beberapa jurnal tentang komputasi

awan. Hasil survey menunjukan beberapa jurnal

menggunakan pendekatan terpusat dan

memungkinkan hanya menggunakan satu KDC.

Schema ini rentan terhadap replay attack,

sehingga diusulkan schema baru dengan

menerapkan beberapa KDC yang tersebar di

beberapa negara.

6 A Secure Decentralized Access

Control Scheme for Data stored in

Clouds. Priyanka Palekar, Abhijeet

Bharate, Nisar Anjum. (2014)

Desentralisasi Anonim Attribute-Based Encryption

(ABE) dan Attribute-Based

Signatur (ABS)

Mengusulkan skema akses kontrol

desentralisasi untuk penyimpanan data di awan

7 Cloud Based Intra-College

Information Communication With

Bluetooth Attendance System

Using Mobile Clients. Shubhangi

Thorat, Pratibha Ingle, Deepali

Musale (2015)

Sentralisasi Tidak

Anonim

Message Authentication

Codes (MACs), SHA and

SHA-

Mengajukan metode perancangan sistem

jaringan chatting intra kampus berbasis

teknologi Cloud Computing

16

No. Judul, Peneliti, Tahun Penelitian Katagori Otentikasi Metode Deskripsi / Hasil / Kesimpulan

8 Securing Personal Health Records

in Cloud using Attribute Based

Encryption. Priyanka Korde, Vijay

Panwar, Sneha Kalse (2013)

Sentralisasi Tidak

Anonim

Advanced Encryption

Standard (AES), dan

Message Digest5 (MD5)

Mengusulkan teknik keamanan data Personal

Health Records pada cloud menggunakan AES

untuk enkripsi data MD5 untuk enkripsi

password.

9 Cloud Forensics: Need for an

Enhancement in Intrusion Detection

System. Dr. Rama Sushil dan Jyoti

Chaudhary (2015)

Sentralisasi Tidak

Anonim

DHT routing untuk

Intrusion Detection System

(IDS)

Menyajikan dan mengevaluasi tantangan yang

ditimbulkan oleh dunia forensik dan peluang di

dalamnya. Juga menyajikan berbagai

implementasi DHT routing yang digunakan

dalam Intrusion Detection System pada cloud

forensics

10 Implementasi Cloud Computing

sebagai Infrastructure as a Service

untuk penyediaan Web Server.

Luchi Sulistyowati, Wiwin

Sulistyo, Teguh Indara Bayu (2012)

Sentralisasi Tidak

Anonim

PPDIOO (Prepare, Plan,

Design, Implement,

Operate, Optimize)

Penerapan layanan Infrastructure as a Service

cloud computing untuk menopang kinerja

penyediaan web server.

11 Implementasi Cloud Computing

dalam Mendukung Riset di Lingkup

Puslitbang

Sumberdaya Laut dan Pesisir

Kementerian Kelautan dan

Perikanan. Eva Mustika Sari (2011)

Sentralisasi Tidak

Anonim

Oracle 9i. WebGIS Penerapan Aplikasi WebGIS Cloud Computing

untuk menampilkan penyajian data dan

informasi yang akurat, cepat, tepat, real time dan

informasi bagaimana kandungan kekayaan

alam, fenomena fisis laut dan seisinya

ditampilkan secara tepat dalam format spasial

dan terpercaya

17

Tabel 2.2 Matrik Kebaharuan

Judul Jurnal Ilmiah, Peneliti,

Tahun Penelitian

Topik

(Cloud

Computing)

Katagori

(Sentralisasi)

Otentikasi

(Anonim)

Subjek

(Sekolah

Tinggi)

Decentralized Access Control with

Anonymous Authentication of Data

Stored in Clouds. Sushmita Ruj

(2014)

√

√

Anonymous Authentication of data

storage in cloud computing

administration with Decentralized

Access. G.Gayathri Nikhila,

A.Bhuvana Pramida, P.Jyothsna3,

K.Lavanya, (2014)

√

√

Design and Implementation of User

Anonymity and Authentication

Scheme for Decentralized Access

Control in Clouds: Review. Pooja

R. Vyawhare, Namrata D. Ghuse

(2014)

√

√

A Literature Survey on

Decentralized Access Control with

Anonymouse Authentication of

Data Stored in Cloud Using KDC.

V.R.Mani Megalai, R.Mekala

M.E.Ph.D (2014)

√

√

A Secure Decentralized Access

Control Scheme for Data stored in

Clouds. Priyanka Palekar, Abhijeet

Bharate, Nisar Anjum. (2014)

√

√

A Secure Decentralized Access

Control Scheme for Data stored in

Clouds. Priyanka Palekar, Abhijeet

Bharate, Nisar Anjum. (2014)

√

√

Cloud Based Intra-College

Information Communication With

Bluetooth Attendance System Using

Mobile Clients. Shubhangi Thorat,

Pratibha Ingle, Deepali Musale

(2015)

√

√

√

18

Tabel 2.2 Matrik Kebaharuan (Lanjutan)

Judul Jurnal Ilmiah, Peneliti, Tahun

Penelitian

Topik

(Cloud

Computing)

Katagori

(Sentralisasi)

Otentikasi

(Anonim)

Subjek

(Sekolah

Tinggi)

Securing Personal Health Records

in Cloud using Attribute Based

Encryption. Priyanka Korde, Vijay

Panwar, Sneha Kalse (2013)

√

√

Implementasi Cloud Computing

sebagai Infrastructure as a Service

untuk penyediaan Web Server.

Luchi Sulistyowati, Wiwin Sulistyo,

Teguh Indara Bayu (2012)

√

√

Implementasi Cloud Computing

dalam Mendukung Riset di Lingkup

Puslitbang

Sumberdaya Laut dan Pesisir

Kementerian Kelautan dan

Perikanan. Eva Mustika Sari (2011)

√ √

Anonymous Authentication dengan

Sentralisasi Access Control pada

Penyimpanan Data di Cloud. IG.

Totok Suryawan (2015)

√

√

√

√

Dari kajian pustaka yang dilakukan belum ada penelitian tentang komputasi

awan yang menerapkan konsep sentralisasi dan otentikasi anonim, menggunakan

algoritma Attribute-Based Encryption (ABE) dan Attribute-Based Signatur (ABS)

dengan Key Distributtion Center (KDC) sebagai manajemen distribusi kunci yang

diterapkan pada sekolah tinggi.

2.2 Cloud Computing (Komputasi Awan)

Komputasi awan merupakan konsep dasar adanya layanan cloud storage.

Cloud computing adalah kumpulan sumber daya terukur dan infrastruktur

19

komputasi yang memberikan layanan kepada pengguna dengan "hanya membayar

untuk penggunaan". Teknologi semacam ini membantu pengguna dalam

menangani sumber daya secara efektif di tempat. Pengguna tidak perlu investasi

inprastruktur yang menghabiskan biaya yang tinggi. Pengguna cukup dengan

membeli layanan yang disediakan cloud computing sesuai dengan kebutuhan.

2.3 Karateristik Cloud Computing

Lima karakteristik penting dari cloud computing (K. Padmini 2015) yaitu :

1. On-demand self-service.

Konsumen dapat menentukan kemampuan komputasi secara sepihak, seperti

server time dan network storage, secara otomatis sesuai kebutuhan tanpa

memerlukan interaksi manusia dengan masing-masing penyedia layanan.

2. Broad network access.

Kemampuan yang tersedia melalui jaringan dan diakses melalui mekanisme

standar yang mengenalkan penggunaan berbagai platform (misalnya, telepon

selular, tablets, laptops, dan workstations).

3. Resource pooling.

Penyatuan sumberdaya komputasi yang dimiliki penyedia untuk melayani

beberapa konsumen virtual yang berbeda, ditetapkan secara dinamis dan ditugaskan

sesuai dengan permintaan konsumen. Ada rasa kemandirian lokasi bahwa

pelanggan pada umumnya tidak memiliki kontrol atau pengetahuan atas keberadaan

lokasi sumberdaya yang disediakan, tetapi ada kemungkinan dapat menentukan

lokasi di tingkat yang lebih tinggi (misalnya, negara, negara bagian, atau

datacenter).

20

Contoh sumberdaya termasuk penyimpanan, pemrosesan, memori,

bandwidth jaringan, dan mesin virtual.

4. Rapid elasticity.

Kemampuan dapat ditetapkan dan dirilis secara elastis, dalam beberapa kasus

dilakukan secara otomatis untuk menghitung keluar dan masuk dengan cepat

sesuai dengan permintaan. Untuk konsumen, kemampuan yang tersedia yang

sering kali tidak terbatas dan kuantitasnya dapat disesuaikan setiap saat.

5. Measured Service.

Sistem cloud computing secara otomatis mengawasi dan mengoptimalkan

penggunaan sumber daya dengan memanfaatkan kemampuan pengukuran

(metering) pada beberapa tingkat yang sesuai dengan jenis layanan (misalnya,

penyimpanan, pemrosesan, bandwidth, dan account pengguna aktif). Penggunaan

sumber daya dapat dipantau, dikendalikan, dan dilaporkan sebagai upaya

memberikan transparansi bagi penyedia dan konsumen dari layanan yang

digunakan.

2.4 Model Layanan Cloud Computing

Secara umum ada tiga jenis layanan yag diberikan oleh cloud computing

(Dr. Rama Sushil dan Jyoti Chaudhary 2015) diantaranya;

1. Software as a Service (SaaS)

Adalah layanan dari Cloud Computing dimana kita tinggal

memakai software(perangkat lunak) yang telah disediakan. Kita cukup tahu bahwa

perangkat lunak bisa berjalan dan bisa digunakan dengan baik. Contoh: layanan

21

email publik (Gmail, YahooMail, Hotmail, dsb), social network (Facebook,

Twitter, dsb) instant messaging (YahooMessenger, Skype, GTalk, dsb).

2. Platform as a Service (PaaS)

Adalah layanan dari Cloud Computing dimana kita menyewa “rumah”

berikut lingkungan-nya (sistem operasi, network, databbase engine, framework

aplikasi, dll), untuk menjalankan aplikasi yang kita buat. Kita tidak perlu pusing

untuk menyiapkan “rumah” dan memelihara “rumah” tersebut. Yang penting

aplikasi yang kita buat bisa berjalan dengan baik di “rumah” tersebut. Untuk

pemeliharaan “rumah” ini menjadi tanggung jawab dari penyedia layanan. Contoh

penyedia layanan PaaS ini adalah: Amazon Web Service, Windows

Azure, bahkan tradisional hosting-pun merupakan contoh dari PaaS.

3. Infrastructure as a Service (IaaS)

Adalah layanan dari Cloud Computing dimana kita bisa “menyewa”

infrastruktur IT (komputasi, storage, memory, network dsb). Kita bisa definisikan

berapa besar-nya unit komputasi (CPU), penyimpanan data (storage) , memory

(RAM), bandwith, dan konfigurasi lain-nya yang akan kita sewa. Mudah-

nya, IaaS ini adalah menyewa komputer virtual yang masih kosong, dimana setelah

komputer ini disewa kita bisa menggunakan-nya terserah dari kebutuhan kita. Kita

bisa install sistem operasi dan aplikasi apapun diatas-nya. Contoh penyedia

layanan IaaS ini adalah: Amazon EC2, Windows Azure

(soon), TelkomCloud, BizNetCloud dan sebagainya. Private cloud.

22

2.5 Model Penyebaran Cloud Computing

Empat model penyebaran cloud computing (K.Padmi 2015 ), yaitu:

Infrastruktur cloud yang semata-mata dioperasikan bagi suatu organisasi. Ini

mungkin dimiliki,dikelola dan dijalankan oleh suatu organisasi, pihak ketiga atau

kombinasi dari beberapa pihak dan mungkin ada pada on premis atau off premis.

1. Community cloud.

Infrastruktur cloud digunakan secara bersama oleh beberapa organisasi dan

mendukung komunitas tertentu yang telah berbagi concerns (misalnya; misi,

persyaratan keamanan, kebijakan, dan pertimbangan kepatuhan). Ini mungkin

dikelola oleh organisasi atau pihak ketiga dan mungkin ada pada on premis atau off

premis.

2. Public cloud.

Infrastuktur cloud yang disediakan untuk umum atau kelompok industri

besar dan dimiliki oleh sebuah organisasi yang menjual layanan cloud.

3. Hybrid cloud.

Infrastruktur cloud merupakan komposisi dari dua atau lebih cloud (swasta,

komunitas, atau publik) yang masih entitas unik namun terikat bersama oleh standar

atau kepemilikan teknologi yang menggunakan data dan portabilitas aplikasi (e.g.,

cloud bursting for load-balancing between clouds).

2.6 Aspek Keamanan Cloud Computing

Beberapa aspek yang berkaitan dengan keamanan dan privasi di yang harus

diperhatikan adalah sebagai berikut :

1. Manajemen Resiko dan Ketaatan

23

Organisasi yang mulai mengadopsi cloud tetap harus bertanggung jawab

untuk aspek manajemen keamanan, resiko, dan ketaatan terhadap aturan yang

berlaku di industri terkait. Manajemen resiko dan ketaatan ini membutuhkan tim

internal yang kuat dan transparansi proses dari penyedia jasa cloud.

Rekomendasi : Penyedia jasa cloud harus menggunakan beberapa

framework atau best practice seperti MOF, atau ITIL, dan memiliki sertifikasi

seperti ISO/IEC 27001:2005, dan mempublikasikan laporan audit ke SAS 70 type

II. Selain itu juga disesuaikan dengan ketentuan dan kebijakan suatu negara.

2. Manajemen Akses dan Identitas

Identitas bisa didapat melalui beberapa penyedia jasa cloud, dan harus

bersifat interoperabelitas antar organisasi yang berbeda, penyedia cloud yang

berbeda, dan berlandaskan proses yang kuat.

Rekomendasi : Autentikasi yang disarankan adalah menggunakan beberapa

faktor sekaligus, seperti biometric, one time password token (seperti token BCA),

kartu ID dengan chip, dan password.

3. Inntegritas Layanan

Layanan berbasis cloud harus dibangun dengan landasan keamanan yang

kuat, dan proses-proses operasionalnya juga harus diintegrasikan dengan

manajemen keamanan di organisasi tersebut. Penyedia layanan cloud harus

mengikuti proses yang bisa dibuktikan, terdefinisi, dan jelas dalam

mengintegrasikan keamanan dan privasi ke dalam layanannya mulai dari titik

paling awal, di setiap titik di dalam siklus, sampai paling penghabisan. Selain itu

24

manajemen keamanan dan auditing harus selaras antara penyedia cloud dan

pelanggan.

Rekomendasi : Gunakan sertifikasi semacam EAL4+ (untuk evaluasi

keamanan), SDL (untuk pengembangan aplikasi), ISO/IEC 18044 (untuk incident

response).

4. Integritas Klien

Layanan cloud yang digunakan di sisi klien harus memperhatikan aspek

keamanan, ketaatan, dan integritas di sisi klien. Integritas klien bisa ditingkatkan

dengan menggunakan paduan praktek terbaik.

Rekomendasi : Perkuat sistem desktop, pastikan kesehatan sistem desktop,

terapkan IT policy yang tepat, federasi identitas, Network Access Protection dan

sebagainya.

5. Proteksi Informasi

Layanan cloud membutuhkan proses yang andal untuk melindungi

informasi sebelum, selama, dan setelah transaksi. Manfaatkan Klasifikasi Data

untuk meningkatkan kontrol terhadap data yang siap dilepas ke cloud.

Rekomendasi : Gunakan teknologi enkripsi dan manajemen hak informasi

(IRM) sebelum data dilepas ke cloud.

2.7 Atributte Based Encryption (ABE)

Dengan ABE pengguna diberikan set atribut yang sesuai, hanya pengguna

yang memiliki kecocokan set atribut yang dapat mendeskripsikan informasi di

awan. Ada empat proses dalam algoritma ABE (Priyanka Palekaru, Abhijeet

Bharate, dan Nisar Anjum 2014) yaitu : System Initialization, Key Generation and

25

Distribution by KDC, Encryption by Sender, dan Descryption by Receiver. Berikut

adalah detail prosesnya :

2.7.1 System Initialization

Pilih sebuah prime q, bangkitkan g dari G0, kelompokan G0 dan GT dari

permintaan q, petakan sebuah e: G0 x G0 GT, dan gabungan fungsi H: {0,1} *

G0 dimana pemetaan itu mengidentifikasi user untuk G0. Fungsi yang digunakan

disini adalah SHA-1. Setiap KDC Aj ϵ A memiliki sebuah set atribut Lj. Atribut

menguraikan (Li ∩ Lj = ø for i ≠ j). Setiap KDC juga memilih dua exponen acak αi,

yi ϵ ʑq. Private Key dari KDC Aj adalah

SK[j] = {αi, yi, i ϵ Lj}.

Public Key dari KDC Aj diterbitkan

PK[j] = {e(g,g) αi, gyi, i ϵ Lj}.

2.7.2 Key Generation and Distribution by KDC

User Uu menerima sebuat set atribut I[j,u] dari KDC Aj, dan sesuai dengan

Private Key ski,u untuk setiap i ϵ I[j,u]

ski,u = g αi H(u)yi,

dimana αi , yi ϵ SK[j]. Perhatikan bahwa semua key yang dikirimkan ke user aman

menggunakan Public Key dari user, sehingga hanya user tersebut yang bisa

melakukan deskripsi menggunakan Private Key.

2.7.3 Encryption by Sender

Fungsi enkripsinya adalah ABE.Encrypt(MSG,X). Pengirim memutuskan

tentang access tree X. Penerima mengenkripsi pesan MSG sebagai berikut:

26

1. Pilih sebarangan sumber s ϵ ʑq sebuah random vektor ⱴ ϵ ʑhq, dengan s sebagai

masukan pertama; h adalah jumlah leaves di access tree (sama dengan jumlah

baris pada koresponden matrik matrix R).

2. Hitung λx = Rx . ⱴ, dimana Rx adalah baris dari R.

3. Pilih sebuah random vector w ϵ ʑhq dengan 0 sebagai masukan pertama.

4. Hitung wx = Rx . w.

5. Untuk setiap bari Rx dari R, pilih sembarang ρx ϵ ʑq.

6. Hitung parameter berikut:

C0 = MSGe(g,g)s,

C1,x = e(g,g)λx e(g,g) απ(x)ρx, Áχ;

C2,x = gρ Áχ;

C3,x = gyπ(x)ρx gwx Áχ,

dimana π(x) adalah pemetaan dari Rx untuk atribut i yang terletak pada

koresponden leaves dari access tree.

7. Untuk ciphertext C dikirim oleh pengirim (dan juga termasuk access tree

melalui matrik R):

C = ‹R, π, C0, {C1,x, C2,x, C3,x, Áχ }›

2.7.4 Descryption by Receiver

Fungsi deskripsi adalah ABE.Decrypt(C,{ski,u}). Penerima Uu mengambil

sebagai masukan ciphertext C, private key ,{ski,u}, kelompok G0, dan pesan

keluaran msg. Fungsi menerima akses matrik R dan pemetaan π dari C. Fungsi

kemudian mengeksekusi langkah-langkah sebagai berikut:

27

1. Uu menghitung kebutuhan sebagai input dari set atribut {π(x) : x ϵ X} ∩ Iu

yang umum untuknya dan matrik akses. X adalah set baris dari R.

2. Untuk setiap atribut ini, cek jika ada Ẋ subset dari R, sehingga vector

(1,0,...,0) merupakan kombinasi mereka. Jika tidak, deskripsi mustahil

dilakukan. Jika ya, akan menghitung konstanta cx ϵ ʑq, seperti ∑xϵẊ cxRx =

(1,0,...,0).

3. Hasil deskripsinya sebagai berikut:

a. Untuk setiap x ϵ Ẋ, dec(x) = 𝐶1χe(H(u),C3,x)

𝑒(𝑆𝐾π(x),u,C2,x).

b. Uu hitung MSG = C0/IIx ϵ Ẋdec(x).

2.8 Atributt Based Signature (ABS)

Untuk mencegah serangan replay (replay attacks), pengguna dapat

melakukan perubahan data sewaktu-waktu. Sistem akan mencabut atribut pengguna

yang tidak memiliki kebijakan akses yang sah, dan sistem akan meghapus pengguna

yang bersangkutan sehingga tidak akan diijinkan untuk masuk ke sistem lagi.

Ada enam langkah yang dilakukan dalam algoritma ABS (Priyanka

Palekaru, Abhijeet Bharate, dan Nisar Anjum 2014), diantaranya : System

Initialization, User Registration, KDC Setup, Atributte Generation, Sign, dan

Verify. Berikut adalah detai proses dalam algoritma ABS :

2.8.1 System Initialization

Pilih sebuah prime q, dan kelompok G1 and G2, berdasarkan q. Kita

mendefinisikan pemetaan ě : G1 x G1 G2. Biarkan g1, g2 menjadi generator dari

G1 dan hj menjadi generator dari G2, untu j ϵ [tmax], untuk kewenangan tmax. Biarkan

H menjadi sebuah fungsi. Biarkan A0 = ha0

0, dimana a0 ϵ ʑ*q dipilih secara acak.

28

(Tsig, TV er) berarti TSig adalah private key untuk mendeskripsikan pesan dan TV

adalah public key yang digunakan untuk melakukan versifikasi. Private key untuk

trustee adalah TSK = (a0,Tsig) public key adalah TPK = (G1, G2, H, g1, A0, h0, h1,...,

htmax, g2, TV er).

2.8.2 User Registration

Untuk user dengan identitas Uu KDC menarik secara acak Kbase ϵ G. Let K0

= Kbase1/a0. Berikut adalah keluaran dari token-nya

ᵧ = (u, Kbase, K0, ρ),

dimana penandatanganan pada u||Kbase menggunakan kunci penandatanganan TSig.

2.8.3 KDC Setup

Pilih a, b ϵ ʑq acak dan hitung: Aij = haj , Bij = hb

j, for Ai ϵ AA, j ϵ [tmax].

Private key dari ith KDC adalah ASK[i] = (a,b) dan public key APK[i] = (Aij, Bij|j

ϵ [tmax].

2.8.4 Atributte Generation

Algoritma verrifikasi Token dan verifikasi penandatanganan terkandung

dalam ᵧ menggunakan signature verification key TV er di TPK. Algoritma ini

mengekstrak Kbase dari ᵧ menggunakan (a,b) dari ASK[i] dan menghitung Kx =

Kbase1/(a,bx), x ϵ J[i,u]. kunci Kx dapat dicek untuk konsistensi penggunaan algoritma

ABS.KeyCheck(TPK, APK[i], ᵧ, Kx), dimana checks

e^(Kx, AijBxij) = e^(Kbase, hj),

untuk semua x ϵ J[i,u] and j ϵ [tmax].

29

2.8.5 Sign

Algoritma

ABS.Sign(TPK, {APK[i] : i ϵ AT[u]},

ᵧ, {Kx : x ϵ Ju}, MSG, У),

Memiliki masukan public key dari trustee, private key untuk penandatanganan,

pesan yang akan ditandatangani dan klaim kebijakan У. Klaim kebijakan

pertama diubah menjadi program jangka M ϵ ʑlxtq, dengan baris berlebel dengan

atribut. Mx menunjukan baris x dari M. π^ menunjukan pemetaan dari baris atriut.

So, π^(x) berasal dari pemetaan Mx menjadi atribut x. A vektor ѵ dihitung untuk

memenuhi {x : x ϵ J[i,u]}. Hitung µ = H(MSG||Y). Pilih r0 ϵ ʑ*q dan ri ϵ ʑ q, i ϵ Ju, dan

hitung:

Y = Kr0base , Si = (Kvii)r0 . (g2 g1

µ) ri (Á ϵ Ju),

W = K0r0, Pj = Hi ϵ AT[u] (AijB

π^ij

(i))Mijri (Áj ϵ [t]).

Perhitungan untuk penandatanganan adalah

σ = (Y, W, S1, S2,...,St, P1, P2,...,Pt).

2.8.6 Verify

Algoritma

ABS.Verify (TPK, σ = (Y, W, S1, S2,...,St, P1, P2,...,Pt), MSG, Y),

Mengkonversi Y untuk coresponden program monoton M ϵ ʑlxtq, dengan baris

berlebel atribut. Hitung µ = H(MSG||Y). Jika Y = 1, ABS.Verify = 0 berarti palsu.

Jika tidak, periksa endala berikut:

30

e^(W,A0) = e^(Y , h0),

IIiϵ1e^ (Si, Ai^jB

π^(i)i^j)

Mij) = {𝑒^(𝑌, ℎ1)𝑒^(𝑔2, 𝑔µ1, 𝑃1), 𝐽 = 1,

𝑒^(𝑔2, 𝑔µ1, 𝑃𝑗), 𝑗 > 1,

dimana i^ = AT[i].

2.9 Key Distributtion Center (KDC)

Protokol Kerberos digunakan untuk mengotentikasi principal, dimana

principal adalah pihak yang identitasnya diverifikasi. Sebuah principal dapatlah

merupakan user biasa, sebuah aplikasi server atau sebuah entitas jaringan lainnya

yang perlu diotentikasi.

Kerberos adalah protokol jaringan yang menangani masalah otentikasi.

Kerberos memungkinkan client dan server untuk saling mengotentikasi sebelum

melakukan koneksi.

Pihak yang terlibat dalam proses otentikasi adalah:

1. Client yang biasanya merupakan principal

2. Server yang biasanya merupakan verifier

3. Server Kerberos (KDC)

KDC adalah server Kerberos yang bertugas mendistribusikan session key

kepada server dan client agar dapat melakukan koneksi, mengotentikasi server dan

client, serta memudahkan client untuk melakukan koneksi kepada lebih dari satu

server (Wildan Fakhri, Achmad Rony Fauzan, dan Imam Ahmadi). Tugas untuk

mengotentikasi principal dan memberikan session key kepada principal oleh KDC

dilakukan melalui Authentication Service (AS), sedangkan tugas untuk

31

memudahkan client melakukan koneksi dengan satu atau lebih server aplikasi

dilakukan melalui Ticket Granting Service (TGS).

2.9.1 Authentication Service (AS)

Proses authentication service yang dilakukan oleh KDC adalah sebagai

berikut:

1. Pada awalnya, principal (client) meminta sebuah ticket pada KDC dengan

mengirimkan namanya, jangka waktu berlakunya permintaan ini, layanan yang

diperlukan (tgs), dan beberapa informasi lainnya.

2. KDC kemudian menemukan bahwa principal itu ada dalam database-nya dan

mengirimkan balasan berupa:

a. Sebuah client ticket yang berisi session key SA, KDC, waktu berlakunya

ticket ini, dan nama layanan tgs. Semua dienkripsi dengan menggunakan

kunci rahasia principal (password). Waktu berlakunya tiket ini biasanya

selama delapan jam.

b. Sebuah granting ticket yang berisi session key SA, KDC, waktu

berlakunya ticket ini, dan nama client. Semua dienkripsi dengan kunci

rahasia KDC (KKDC). Ini disebut sebagai Ticket Granting Ticket

(TGT). Principal tidak dapat mendekripsi TGT karena dienkripsi

dengan menggunakan kunci rahasia KDC. TGT akan digunakan saat

meminta ticket pada layanan lain.

Dengan melihat proses diatas maka kita dapat menyimpulkan bahwa tidak

ada password atau kunci rahasia berupa plainteks yang dikirimkan melalui jaringan.

Kunci rahasia principal hanya digunakan secara lokal oleh KDC untuk

32

mengenkripsi ticket dan digunakan secara local oleh principal untuk mendekripsi

ticket. Session key (SA, KDC) digunakan pada saat berkomunikasi untuk menjamin

kerahasiaan. Principal dapat membuktikan kebenaran identitasnya kepada KDC

karena hanya ia yang dapat mendekripsi client ticket tersebut.

Gambar 2.1 Authentication Service

Dimana :

1. AS_REQ – {client name, expiration time, tgs service name, …}

2. AS_REP – {SA, KDC , expiration time, tgs service name, ….}KA + { SA,

KDC , expiration time, client name, ….}KKDC

2.9.2 Ticket Granting Service (TGT)

Sekali client atau principal terotentikasi pada Kerberos maka client tersebut

tidak dapat langsung melakukan hubungan dengan layanan (server) yang ia

butuhkan, tetapi ia harus melakukan permintaan kepada KDC terlebih dahulu.

Permintaan (request) ini mengandung:

a. Sebuah authenticator yang berisi timestamp dan checksum yang dienkripsi

menggunakan session key (SA, KDC). Pengiriman dengan menggunakan

enkripsi ini bertujuan untuk membuktikan identitas client karena hanya ia yang

mempunyai session key ini. Checksum berguna untuk membuktikan apakah

33

pesan mengalami perubahan atau tidak pada saat pengiriman berlangsung.

Timestamp berguna untuk melihat masa berlakunya pesan, yaitu apakah pesan

tersebut masih baru untuk menghindari adanya replyattack. Oleh karena itu

perlu adanya sinkronisasi waktu.

b. Ticket Granting Ticket (TGT) yang telah diterima pada saat authentication

service. TGT ini digunakan untuk mengecek nama client dan session key (SA,

KDC). Apabila session key-nya salah maka KDC tidak dapat mendekripsi

authenticator. TGT juga digunakan untuk mengecek masa berlakunya

otentikasi

c. Nama layanan dari aplikasi yang dibutuhkan oleh client.

d. Lama waktu berlakunya TGT.

KDC membalas kepada client dengan mengirimkan:

a. Client Ticket yang berisi session key (SA,B) yang akan digunakan oleh client

dan server untuk berkomunikasi, waktu berlakunya client ticket yang baru ini,

dan nama layanan aplikasi. Semua ini dienkripsi dengan menggunakan session

key (SA, KDC) yang hanya diketahui client dan KDC.

b. Server Ticket yang berisi session key (SA,B), nama client, dan waktu

berlakunya ticket ini. Semua ini dienkripsi dengan menggunakan kunci rahasia

server (KB) yang hanya diketahui oleh server dan KDC.

Lalu menjadi tanggung jawab client untuk mengirimkan server ticket ini

kepada server. Setelah client menerima balasan dari KDC tersebut, client

mendekripsi client ticket yang baru dan memperoleh session key (SA,B). SA,B

diperlukan untuk mengenkripsi authenticator. Authenticator tersebut berisi

34

timestamp dan checksum. Client lalu mengirim authenticator dan server ticket

tersebut kepada server.

Setelah itu server menerima authenticator dan server ticket dari client. Server dapat

mendekripsi server ticket dengan menggunakan kunci rahasianya (KB) dan

memperoleh session key SA,B yang diperlukan untuk mendekripsi authenticator

dari client. Dengan memperoleh session key SA,B yang benar dari client maka

berarti juga identitas client telah diverifikasi. Lalu sebagai pilihan, server akan

membalas kepada client berupa timestamp yang dienkripsi dengan menggunakan

session key SA,B. Dengan ini, client dapat memverifikasi server dan mengetahui

bahwa pesan yang diterima adalah baru dengan melihat timestamp tersebut.

Gambar 2.2 Ticket Granting Service

Dimana :

3. TGS_REQ – {timestamp, checksum, …} SA,KDC + {SA, KDC , expiration

name, client name, …} KKDC + application service name + expiration

name

4. TGS_REP – {SA,B , application service name, expiration time, …}SA,

KDC + {SA,B, expiration time, client name, …}KB

35

5. AP_REQ – {timestamp, checksum, …} SA,B+ {SA,B , client name,

expiration name, …}KB

AP_REP – {timestamp}SA,B

2.10 Kontrol Akses

Kontrol akses adalah sebuah term luas yang mencakup beberapa tipe

mekanisme berbeda yang menjalankan fitur kontrol akses pada sistem komputer,

jaringan, dan informasi. Kontrol akses sangatlah penting karena menjadi salah satu

dari garis pertahanan pertama yang digunakan untuk menangkal akses yang tidak

berhak ke dalam sistem dan sumber daya jaringan (Sandra Novianto).

Saat user diminta memasukan username dan password hal ini disebut

dengan kontrol akses. Setelah user log in dan kemudian mencoba mengakses

sebuah file, file ini dapat memiliki daftar user dan grup yang memiliki hak akses ke

file tersebut. Jika user tidak termasuk dalam daftar maka akses akan ditolak. Hal itu

sebagai bentuk lain dari kontrol akses. Hak dan ijin user adalah berdasarkan

identitas, kejelasan, dan atau keanggotaan suatu grup. Kontrol akses memberikan

organisasi kemampuan melakukan kontrol, pembatasan, monitor, dan melindungi

ketersediaan, integritas, dan kerahasiaan sumber daya.

Untuk menerapkan ukuran-ukuran kebijakan keamanan, terdapat tiga

kategori umum dari kontrol akses yaitu kontrol diimplementasikan secara

administratif, logikal atau teknikal, dan fisikal. Tiap kategori memiliki mekanisme

kontrol akses berbeda dimana masing-masing bekerja dalam lapisan hirarki dan

dapat dijalankan secara manual maupun otomatis. Mekanisme kontrol tersebut

harus bekerja sama satu sama lain untuk melindungi suatu infrastruktur dan data

36

yang ada. Secara administratif ada dua tipe kontrol akses yaitu Centralized Access

Control dan Decentralized & Distributed Access Control (Sandra Novianto).

2.10.1 Centralized Access Control

Pada metode ini, satu entitas (departemen atau individu) bertanggung jawab

dalam pemberian hak akses seluruh user ke sumber daya. Manajemen menentukan

bagaimana user dan sumber daya berinteraksi, dan entitas ini mengkonfigurasikan

mekanisme yang menjalankan kontrol akses, memproses tiap perubahan yang

diperlukan untuk profil kontrol akses user, mematikan akses ketika dibutuhkan, dan

secara lengkap menghapus hak-hak ketika user berhenti dari perusahaan, atau

dipindahkan ke bagian lain.

Tipe administrasi ini memberikan metode yang konsisten dan seragam

dalam melakukan kotrol pada hak-hak akses user. Metode ini memberikan kontrol

ketat pada data karena hanya satu entitas yang memiliki hak untuk merubah profil

dan ijin kontrol akses. Meskipun menyediakan lingkungan yang lebih konsisten dan

handal, namun menjadi lambat karena semua perubahan harus dilakukan oleh satu

entitas.

Beberapa contoh metode kontrol akses terpusat yaitu remote authentication

dial-in user service (RADIUS), terminal access controller access control system

(TACACS). RADIUS merupakan protokol otentikasi yang memberikan otentikasi

dan otorisasi user biasanya dial-up user. Sedangkan TACACS sebagai protokol

client/server yang menyediakan tipe fungsionalitas yang sama dengan RADIUS

namun RADIUS adalah standar internet aktual.

37

2.10.2 Decentralized & Distributed Access Control

Metode ini memberikan kontrol akses pada orang-orang lebih dekat pada

sumber daya. Maksudnya adalah siapa yang memahami lebih baik yang dapat dan

tidak dapat mengakses ke file, data , dan sumber daya tertentu. Seringkali manajer

fungsional yang memberikan hak kontrol akses pada bawahannya. Alasan

organisasi menerapkan model desentralisasi ini adalah karena manajer biasanya

memiliki penilaian yang lebih baik pada penentuan user yang dapat mengakses

sumber daya berbeda, dan tidak diperlukan persyaratan bisnis yang mencantumkan

kontrol ketat melalui lembaga terpusat.

Perubahan dapat terjadi lebih cepat melalui tipe administrasi ini karena tidak

hanya satu entitas yang melakukan perubahan untuk keseluruhan organisasi.

Bagaimanapun tetap terdapat kemungkinan bahwa konflik kepentingan meningkat

yang bisa merugikan organisasi.

Karena bukan satu entitas yang melakukan kontrol akses secara

keseluruhan, manajer dan departemen yang berbeda dapat menerapkan praktek-

praktek keamanan dan kontrol akses dengan cara yang berbeda. Metode ini tidak

menjamin keseragaman dan keadilan di antara bagian suatu organisasi.

Kelemahan metode ini yaitu tidak memberikan kontrol konsisten seperti

pada metode sentralisasi. Selain itu sulit untuk menghapus account jika user tidak

lagi berada pada organisasi atau pindah ke bagian lain karena kemungkinan account

di bagian lain untuk user yang sama belum dihapus.

Dalam konteks manajemen kontrol akses desentralisasi, domain keamanan

(security domain) dapat digambarkan sebagai wilayah kepercayaan. Dalam domain

38

ini, atau wilayah kepercayaan, semua subjek dan objek berbagi kebijakan, prosedur,

dan peran keamanan secara umum dan mereka dikelola oleh sistem manajemen

yang sama.

Tiap domain keamanan berbeda karena perbedaan kebijakan dan

manajemen yang mengelolanya. Suatu domain keamanan mencantumkan tindakan-

tindakan yang program dapat lakukan, interaksi objek dan sumber daya, dan batasan

untuk hubungan kerja dengan domain keamanan lain.

Domain keamanan mendefinisikan objek-objek yang subjek dapat akses.

Misalnya sebuah program memiliki parameter kontrol akses yang membatasi untuk

dapat bekerja dengan hanya segmen memory, file, dan proses tertentu. Mekanisme

kontrol akses digunakan untuk mendefinisikan dan menjalankan pembatasan-

pembatasan tersebut. Ini berarti bahwa subjek (program) memiliki domain

keamanan (batasan untuk bekerja) pada objek spesifik. Prinsip pemisahan ini

melindungi sumber daya dan mengkontrol bagaimana aktivitas-aktivitas akses

diterapkan.

Domain keamanan dapat diimplementasikan dalam struktur dan hubungan

hirarki. Subjek dengan hak lebih tinggi dapat mengakses domain tinggi hingga

rendah, dimana subjek dengan hak lebih rendah hanya dapat mengakses domain

yang lebih rendah juga. Ini adalah mekanisme pemisahan yang mengkontrol

kemampuan dan aktivitas akses sumber daya.

Domain sekuriti digunakan pada sistem operasi dan aplikasi untuk

menjamin bahwa aktivitas tertentu tidak merusak file sistem dan proses yang

penting. Sebuah subjek dengan level kepercayaan yang lebih tinggi dapat

39

mengakses segmen memory dan file-file konfigurasi yang dibatasi dari subjek

dengan level lebih rendah. Subjek dengan level yang lebih rendah hanya memiliki

akses ke sumber daya yang yang telah dipercaya dan dipakai secara tepat.

Domain sekuriti juga bisa menggambarkan sumber daya yang tersedia

untuk user. User bisa mengakses printer, file tertentu, dan sebagainya. Domain

sekuriti adalah semua objek yang subjek dapat akses, dimana diberikan atau tidak

diberikan ijin oleh administrator.