BAB IV IMPLEMENTASI DAN PENGUJIAN

Transkripsi

1 BAB IV IMPLEMENTASI DAN PENGUJIAN Pada Bab 4 ini akan dilakukan implementasi terhadap apa yang telah dianalisa dan dirancang pada bagian sebelumnya. Selain itu dilakukan pula penggujian dari aplikasi yang kita bangun ini terhadap aspek-aspek yang kita inginkan Lingkungan Implementasi Untuk tujuan implementasi dan pengujian aplikasi ini, kita akan melakukannya dengan menggunakan seperangkat komputer. 1. Prosesor intel 2. RAM 2 GB 3. Hard disk 180 GB Adapun perangkat lunak yang digunakan dalam melakukan implementasi dan pengujian ini adalah sebagai berikut. 1. Sistem Operasi Widows 7 2. Netbean IDE Glassfish 3 4. Maven 2 5. Embeded Database Apache Derby versi (802917) 4.2. Implementasi Kelas Pada bagian sebelumnya, kita telah melakukan analisa dan kemudian merancang aplikasi termasuk perancangan kelas. Kelas-kalas yang telah di rancang, akan diimplementasikan dengan menggunakan bahasa Java. 49

2 50 Nama TokenAlgorithm File TokenAlgorithm.java Atribut static char[] hex = " abcdef".toCharArray(); Operator public static String createtokenfrompassword(string password,long challange,int codedigits) throws NoSuchAlgorithmException, InvalidKeyException public static String createtokenfromhashpassword(byte[] key,long challange,int codedigits) throws NoSuchAlgorithmException, InvalidKeyException public static byte[] hasingpassword(byte[] pwd) throws NoSuchAlgorithmException public static int dynamictruncation(byte[] pwd ) throws NoSuchAlgorithmException public static byte[] hextobytes(string strhex) throws NoSuchAlgorithmException public static String bytetohex(byte[] bytes ) throws NoSuchAlgorithmException Nama File Atribut AbstractToken AbstractToken.java /** * DIGITS POWER */ protected static final int[] DIGITS_POWER // = {1, 10, 100, 1000, 10000, , , , }; /** * Panjang token yang di implementasi */ private int tokenlength = 6; Operator protected static String conversion(int otp, int digits) public String generatenonce(string username, Integer tokentype) public boolean verifikasi(string username, String nonce, String response, Integer tokentype) protected abstract boolean isvalidnonce(string username, Integer tokentype, String token)

3 51 protected abstract void removenonceresponse(string username, Integer tokentype, String token) protected abstract void attemptnonceresponse(string username, Integer tokentype, String token) protected abstract void storenonce(string username, Integer tokentype, String token, String response) protected abstract byte[] gettokenkey(string username, Integer tokentype) throws Exception protected abstract int getseed(string username, Integer tokentype) throws Exception Nama UserSessionBean File UserSessionBean.java private EntityManager entitymanager; Operator public void save(usertoken usertoken,string pwdlogin,string pwdtransaksi) public void changepassword(string username, String password,integer typetoken) Nama TokenSessionBean File TokenSessionBean.java private EntityManager entitymanager; /** * Panjang token yang di implementasi */ private static int token_lenght = 6; /** * Max percobaan token */ private static int maxpercobaan = 10;

4 52 Operator public UserDto getuserdto(string username) protected void removenonceresponse(string username, Integer tokentype, String nonce) protected void attemptnonceresponse(string username, Integer tokentype, String nonce) protected void storenonce(string username, Integer tokentype, String token, String response) protected byte[] gettokenkey(string username, Integer tokentype) throws Exception protected UserToken getusertoken(string username) protected void persist(noncetoken noncetoken ) protected NonceToken getnoncetoken(string username, String nonce, Integer tokentype) protected boolean isvalidnonce(string username, Integer tokentype, String token) protected int getseed(string username, Integer tokentype)throws Exception Nama ChangePasswordController File ChangePasswordController.java Atribut private Integer passwordtype =0; private String password=""; private String passwordulangi =""; Operator public String changepasswordaction() Nama RegisterController File RegisterController.java Atribut private UserToken user = new UserToken(); private String pwdlogin=""; private String pwdloginulangi=""; private String pwdtransaksi=""; private String pwdtransaksiulangi=""; Operator public String registeraction()

5 53 Nama LoginController File LoginController.java Atribut private String username = ""; private String challange = "0"; private String response ; Operator protected void setuserdto(userdto userdto) public String challangeaction() public String verificationaction() public String logoutaction() Nama TransaksiController File TransaksiController.java Atribut private String name = ""; private String username = ""; private String challange = ""; private String response; Operator public void generatechallange() public String verificationaction() Nama JDialogToken File JDialogToken.java Atribut private javax.swing.jformattedtextfield challenge; private javax.swing.jbutton jbutton1; private javax.swing.jlabel jlabel1; private javax.swing.jlabel jlabel2; private javax.swing.jlabel jlabel3; private javax.swing.jpasswordfield password;

6 54 private javax.swing.jtextfield response; Operator private void initcomponents() private void jbutton1actionperformed(java.awt.event.actionevent evt) 4.3. Implementasi Modul Dibagian sebelumnya, kita telah implementasi kelas dari aplikasi yang sedang dibangun. Berikut ini kita dapat melihat daftar implemantsi modul yang ada dalam aplikasi ini. Daftar tersebut dapat dilihat dalam tabel dibawah ini. Tabel 4.1 DAFTAR IMPLEMENTASI MODUL Nama Modul Registrasi Ganti Passaword Nama Class yang Terlibat RegisterController, UserSessionBean, dan TokenAlgorithm ChangePasswordController, UserSessionBean, dan TokenAlgorithm Login LoginController, TokenSessionBean, TokenAlgorithm dan OneTimePasswordAlgorithm Transaksi Otentikasi Token Desktop TransaksiController, TokenSessionBean, TokenAlgorithm dan OneTimePasswordAlgorithm JDialogToken, TokenAlgorithm dan OneTimePasswordAlgorithm 4.4. Implementasi Antar Muka Implementasi Antar Muka didasari dari apa yang telah kita rancang pada bagian sebelumnya.

7 55 Gambar 4.1 Layar-layar pada saat pendaftaran pengguna Pada Gambar 4.1 ditampilkan hasil layar-layar untuk pendaftaran pengguna. Sedangkan untuk Gambar 4.2 ditampilkan layar-layar pada saat login sebelum pengguna dapat menggunakan aplikasi. Gambar 4.2 Layar-Layar Pada Saat Login

8 56 Gambar 4.3 Layar-Layar Pada Saat Transaksi Pada Gambar 4.3 ditampilkan layar-layar yang mungkin mucul pada saat pengguna melakukan Otentikasi untuk melakukan taransaksi. Sedangkan pada Gambar 4.4 ditampilkan layar-layar yang muncul pada saat pengguna melakukan penggantian password untuk login maupun password transaksi Gambar 4.4. Layar-Layar Pada Saat Ganti Password Gambar 4.5. Token desktop

9 57 Pada Gambar 4.5 ditampilkan token destop yang berguna untuk melakukan pembangkitan nilai response berdasarkan nilai Challenge dengan menggunakan password Pengujian Aplikasi Pengujian aplikasi ini kita bagi menjadi dua bagia. Pengujian pertama dilakukan untuk mengukur performansi dari aplikasi ini. Pengujian kedua adalah pengujian terhadap hasil validasi token yang di hasilkan Pengujian hasil Token Pengujian hasil token ditujukan untuk melihat apakah proses melakukan hal dengan benar. Untuk kelas utama yaitu OneTimePasswordAlgoritma dan TokenAlgoritma di verifikasi menggunakan framework junit. Dengan mempergunakan framework tesebut maka akan dapat test yang lebih stabil. Gambar 4.6. hasil junit Pada gambar 4.8 ditampilkan fungsi-fungsi utama mengunakan junit Test Token Simulasi Test token simulasi adalah pengetesan terhadap Kalss AbstractToken dimana Abstract token tersebut akan di implementasikan menjadi sebuah Class pengujian yang bernama Token.

10 58 import java.util.hashmap; import java.util.map; import token.engine.abstracttoken; import token.engine.tokenalgorithm; public class Token extends AbstractToken{ private static Map<String,String> hashmap = new HashMap(); private String seedtoken = protected void removenonceresponse(string username, Integer tokentype, String token) { } protected void attemptnonceresponse(string username, Integer tokentype, String token) { protected void storenonce(string username, Integer tokentype, String token) { hashmap.put(username+"#"+token+"#"+tokentype,username+"#"+token+"#"+tokentype); this.seedtoken =token; protected byte[] gettokenkey(string username, Integer tokentype) throws Exception { } if("ani".equals(username)){ }else{ } return TokenAlgorithm.hasingPassword("passwordAni".getBytes()); return protected boolean isvalidnonce(string username, Integer tokentype, String token) { } return protected int getseed(string username, Integer tokentype) { return Integer.parseInt(seedToken); } }

11 59 Kelas token di implentasikan dengan beberapa batasan. Pada penyimpanan nonce mengunakan memori itu bisa dilihat pada fungsi-fungsi getnonceresponse, removenonceresponse dan storenonce. Walaupun menggunakan penyimpanan data yang sederhana kelas tersebut mencerminkan kondisi sebenarnya. Pada kelas tersebut akan di ujikan beberapa skenario berikut ini: 1. Evi tidak mengetahui password Ani mencoba untuk menjadi Ani untuk otentikasi 2. Kondisi ada pengguna Ani melakukan otentikasi dan evi mencoba untuk melakukan otentikasi menggunakan response dan challenge Ani sebelumnya kirimkan ke server. (Replay Attack) 3. Evi memcoba mengenerate challenge dari Ani tanpa mengetahui password Ani. 4. Kondisi ada pengguna Ani melakukan otentikasi dan evi mencoba untuk melakukan otentikasi menggunakan Ani pada saat ani sedang akan online 5. Ani melakukan otentikasi dan berhasil Scenario: Evi tidak menengetahui password Ani mencoba untuk menjadi Ani untuk otentikasi Given Evi berpura-pura menjadi Ani When Evi meminta challenge And Evi generate response And Evi mengirimkan response ke server Then Evi gagal diotentikasi

12 60 Scenario: Kondisi ada pengguna Ani melakukan otentikasi dan evi mencoba untuk melakukan otentikasi menggunakan response dan challenge Ani sebelumnya kirimkan ke server. (Replay Attack) Given Ani meminta challenge And Evi berpura-pura menjadi Ani When Ani generate response And Ani mengirimkan response ke server And Evi memonitor challenge dan response Ani dan mengambil data tersebut And Evi mengirimkan response ke server Then Evi gagal diotentikasi And Ani berhasil diotentikasi Scenario: Evi memcoba mengenerate challege dari Ani tanpa mengetahui password Ani Given Ani meminta challenge And Evi berpura-pura menjadi Ani When Evi memonitor dan mengetahui challenge Ani And Evi generate response And Evi mengirimkan response ke server And Ani generate response And Ani mengirimkan response ke server Then Evi gagal diotentikasi And Ani berhasil diotentikasi

13 61 Scenario: Kondisi ada pengguna Ani melakukan otentikasi dan evi mencoba untuk melakukan otentikasi menggunakan Ani pada saat ani sedang akan online Given Ani meminta challenge And Evi berpura-pura menjadi Ani When Evi meminta challenge And Evi generate response And Evi mengirimkan response ke server And Ani generate response And Ani mengirimkan response ke server Then Evi gagal diotentikasi And Ani berhasil diotentikasi Scenario: Ani melakukan otentikasi dan berhasil Given Ani meminta challenge When Ani generate response And Ani mengirimkan response ke server Then Ani berhasil diotentikasi Test Token pada Aplikasi WEB Dalam melakukan test token terhadap aplikasi WEB kita mengunakan beberapa skenario yang dijalankan. Skenario tersebut diantaranya: 1. Daftar pengguna Baru 2. Login passsword salah 3. Login

14 62 4. Transaksi Gagal 5. Transaksi 6. Ganti password Login 7. Ganti password Transaksi Scenario: Daftar pengguna Baru Given daftar Pengguna When isi username agusramdan And isi password login passwordlogin And isi password transaksi passwordtransaksi And isi data yang lainnya And klik daftar Then anda berhasil daftar Halaman:

15 63 Scenario: Login passsword salah Given Login page When set username agusramdan And request login challenge And generate response by passwordsalah And klik login Then login Gagal Halaman:

16 64 Scenario: Login Given Login page When set username agusramdan And request login challenge And generate response by passwordlogin And klik login Then login Berhasil Halaman:

17 65 Scenario: Transaksi Gagal Given Transaksi page When Generate Response Transaksi by passwordsalah Then transaksi Gagal Halaman:

18 66 Scenario: Transaksi Given Transaksi page When Generate Response Transaksi by passwordtransaksi Then transaksi Berhasil Halaman:

19 67 Scenario: Ganti password Login Given ganti password page When ganti password Login dengan password Then password berubah Halaman : Scenario: Ganti password Transaksi Given ganti password page When ganti password Transaksi dengan password Then password berubah

20 PenggujianPerformance Aplikasi Pengujian performansi ini lebih ditujukan untuk mengukur performansi dari algoritma token yang kita gunakan dalam aplikasi ini. Hasil dari pengujian performansi tanpa menggunakan database ini dapat dilihat pada table sebagai berikut: Tabel 4.2 PENGUJIAN PERFORMANSI TANPA DATABASE Kelas dan Method Iterasi Waktu exsekusi (milisecond) org.openauthentication.otp.onetimepasswordalgorithm generateotp hmac_sha counter dynamictruncation conversion token.engine.tokenalgorithm createtokenfrompassword createtokenfromhashpassword hasingpassword bytetohex hextobytes com.ramdan.token.tokenweb.ejb.tokensessionbean generatenonce generateunixnonce verifikasi

21 69 Sedangkan performance diintegerasikan dengan database ditampilkan pada Tabel 4.3. Tabel 4.3 PENGUJIAN PERFORMANSI DENGAN DATABASE Kelas dan Method Iterasi Waktu exsekusi (milisecond) com.ramdan.token.tokenweb.controler.logincontroller challengeaction verificationaction com.ramdan.token.tokenweb.controler.transaksicontroller generatechallenge verificationaction Terlihat sekali bahwa menggunakan perbedaan performansi dari kedua penggujian ini. Penggunaan database pada kasus ini menjadi sangat lambat Analisa Hasil Pengujian Berdasarkan hasil pengujian yang dilakukan diatas, dapat dilihat bahwa aplikasi mampu mengangai bila terjadi sekenario replay-attack. Sedangkan untuk performansi yang ditampilkan oleh aplikasi ini cukup bagus. Dari sisi waktu pemrosesan, pengguna tidak terlalu merasakan perbedaan antara proses pembuatan token dan verifikasi token apakah menggunakan database untuk menyimpan nilai challenge atau di simpan di memory. Tapi secara system bila permintaan bisa mencapai lebih dari 5000 perdetik maka disarankan untuk mecari database yang biaya IO yang lebih kecil dibanding relasional database.

22 70 Halaman ini sengaja dikosongkan.