Aplikasi Pesan Teks Yang Terenkripsi Dengan J2ME
Oleh: Ema Utami
Abstraksi
Teknologi komunikasi akhir-akhir ini berkembang sangat pesat, terutama teknologi mobile communication, disamping teknologi perangkat keras yang terus berkembang, teknologi aplikasi perangkat lunaknya juga berkembang secara drastis. Dan makin banyaknya ponsel yang mendukung java (J2ME) di pasar membuka peluang untuk memanfaatkan teknologi tersebut untuk mempermudah suatu pekerjaan. Teknologi ini menggunakan bahasa pemrograman Java yang merupakan bahasa tingkat tinggi yang berorientasi objek dan tidak seperti bahasa pemrograman pendahulunya, C++, Java sepenuhnya menerapkan konsep Object Oriented Programming (OOP) dalam setiap program aplikasinya.
Perkembangan revolusiner tersebut memicu pemanfaatan mobile application dibidang pengiriman pesan yang terenkripsi yang bertujuan untuk pengamanan dalam pengiriman sebuah pesan teks yang ada di handphone. Dengan adanya pesan teks yang terenkripsi tidak perlu khawatir akan terbacanya pesan yang masuk ke dalam handphone kita. Dengan adanya aplikasi tersebut, maka lambat laun aplikasi pada handphone berbasis Java menggunakan J2ME akan menjadi trend baru bagi para pengembang aplikasi diseluruh dunia.
Kata kunci: pesan teks, terenkripsi, J2ME Pendahuluan
Teknologi Java merupakan sebuah teknologi yang berkembang sangat pesat akhir-akhir ini. Teknologi Java banyak di gemari dan digunakan di kalangan praktisi software dalam mengembangkan beragam tipe aplikasi, mulai dari aplikasi aplikasi desktop, applet, aplikasi web, dan aplikasi yang dapat di jalankan didalam perangkat perangkat kecil seperti telephon selular, pager, maupun PDA. Untuk memenuhi kebutuhan akan tipe tipe aplikasi tersebut, maka Java dikategorikan kedalam tiga buah edisi yaitu J2SE untuk keperluan pengembangan applet dan aplikasi-aplikasi desktop, J2EE untuk keperluan pengembangan aplikasi-aplikasi enterprise berbasis client/server, dan J2ME untuk keperluan pengembangan aplikasi-aplikasi yang dapat di jalankan di dalam perangkat kecil seperti mobile phone dan PDA. Selain perkembangan piranti mobile, aplikasi mobile juga mengalami perkembangan yang cukup signifikan, saat Sun Microsystem mengeluarkan Java edisi mobile. Secara de facto kini java edisi mobile menjadi salah satu standar fitur dalam piranti mobile. Berdasarkan latar belakang tersebut, maka penulis mencoba mengembangkan teknologi aplikasi mobile dengan membangun aplikasi pesan teks yang terenkripsi dengan J2ME.
Dari penjelasan diatas, dapat diambil rumusan yang akan menjadi pembahasan penelitian yaitu. 1. Bagaimanakah merancang sebuah sistem aplikasi pesan teks yang terenkripsi?
2. Apa kelebihan dan kekurangan dari pesan teks yang terenkripsi dengan pesan teks yang tidak terenkripsi
3. Apakah jenis operator dan jenis handphone yang digunakan berpengaruh dalam proses enkrip dan deskrip.
Penulis memberikan batasan-batasan masalah dalam merancang aplikasi pesan teks yang terenkripsi. Ruang lingkup terhadap masalah yang diambil untuk perancangan aplikasi ini adalah:
1. Aplikasi yang akan dibuat adalah sebuah aplikasi pesan teks yang terenkripsi pada hand phone
2. Bagaimana mengimplementasikan aplikasi tersebut dengan menggunakan handphone yang berbasis java
3. Aplikasi pesan teks yang terenkripsi hanya di gunakan oleh instansi pemerintahan, agar menjaga keamanan data pada pengiriman pesan.
J2ME
J2ME merupakan teknologi java yang digunakan untuk aplikasi mobile device yang memiliki memori terbatas. Komponen-komponen J2ME terdiri dari Java Virtual Machine (JVM) yang digunakan untuk menjalankan aplikasi Java pada emulator atau handheld device, Java API (Aplication Programming
Motorolla dari J2ME wireless toolkit. Dalam pengembangan aplikasi wireless dengan Java, J2ME dibagi menjadi dua buah bagian diantaranya ialah bagian configuration dan profile.
1. Lapisan Konfigurasi (Configuration Layer )
J2ME mempunyai dua konfigurasi yaitu Connected Limited Device Configuration (CLDC) dan Connected
Device Configuration (CDC).
2. Lapisan Profil (Profile Layer)
J2ME mempunyai beberapa profil antara lain: Mobile Information Device Profile (MIDP), Foundation
Profile (FP), Personal Profile dan Personal Digital Assistance (PDA)
Gambar 1: Lapisan Konvigurasi (Knudsen, 2003)
Dilihat dari Gambar diatas maka J2ME mempunyai lapisan konfigurasi dan profile yang didukung oleh Java Virtual Machine (C-Virtual Machine dan K-Virtual Machine). Aplikasi yang berjalan pada sebuah perangkat yang mendukung MIDP disebut dengan MIDlet. Dengan kata lain MIDlet merupakan aplikasi dari MIDP (Mobile Information Device Profile).
Gambar 2: Arsitektur Aplikasi MIDP (Knudsen, 2003)
Lifecycle dari sebuah MIDlet ditangani oleh Application Management Software (AMS)1. AMS adalah sebuah lingkungan tempat siklus dari sebuah MIDlet, mampu untuk diciptakan, dijalankan, dihentikan maupun dihilangkan. AMS sering pula disebut dengan Java Application Manager (JAM). MIDlet memiliki beberapa state, yaitu Pause, Active dan Destroy. Ketika masing-masing state dipanggil, beberapa method yang bersesuaian dipanggil. Method- method tersebut merupakan bawaan dari J2ME. Untuk menjelaskan proses MIDlet dalam Java Aplication Manager (JAM) adalah sebagai berikut :
Gambar 3: LifeCycle MIDlet (Knudsen, 2003) Requirement Analisis
1. Perangkat Keras
Dalam pembuatan aplikasi pesan teks yang terenkripsi, spesifikasi perangkat keras yang di gunakan untuk pembuatan program pesan teks yang terenkripsi dengan menggunakan notebook, yang memiliki spesifikasi sebagai berikut :
Tabel 1: Spesifikasi Notebook Yang Digunakan
Perangkat Keras Spesifikasi
Processor Intel(R) Core(TM)2 CPU T5500 1,66GHz
Motherboard BenQ Joibook R55v
SODIMM Samsung DDR2 2048 MB
HDD Hitachi 100 GB
Layar BenQ 15.4” UltraVivid Display Keyboard + Mouse Standard + Touchpad
Optical Drive DVD-Super Multi DL Graphics NVIDIA GeForce Go7400
Printer Epson C79
Speaker Altek lansing 4100
Handphone yang digunakan untuk aplikasi ini adalah Sony Ericsson K800i. adapun spesifikasi lengkap dapat dilihat pada tabel dibawah ini :
Tabel 2: Spesifikasi Sony Ericsson K800i
Sony Ericsson K800i Spesifikasi
Dimensi 105.0 x 47.0 x 22.0 mm
Berat 115.0 gr
Antena Internal Operating Band GSM(900, 1800, 1900)
Layar 262.144 warna TFT
Pesan SMS, EMS, MMS
Kamera 3,2 mp
Internal Memory 64 MB
External Memory Card M2
Baterai Li-Pol
Infra Red Ya
Bluetooth v1,1
Sistem Operasi Tidak Ada
Browser Wap v2x, xHTML
Java MIDP v,2,0
Simcard 3 dengan modus jaringan GPRS (General Packet Radio Services), kecepatan transfer data 40-50Kbps2.
2. Perangkat Lunak
Perangkat lunak yang digunakan penulis dalam pembuatan aplikasi pencatatan pengiriman barang dan jasa ini adalah sebagai berikut:
1. windows vista XP sp2 2. WTK 2,5
3. jdk6 update 10
Aplikasi pesan teks yang terenkripsi adalah suatu aplikasi berbasis mobile yang di bangun untuk memenuhi kebutuhan para pengguna ponsel dalam menjaga keamanan data pada pesan teks yang tersimpan di dalam memory ponsel mereka, agar terhindar dari pembajakan oleh pihak yang tidak diinginkan. Aplikasi ini pada dasarnya hanya akan memanfaatkan fitur Record management System (RMS) yang terdapat pada ponsel, RMS ini akan kita manfaatkan untuk membuat database lokal dengan atribut-atributnya sehingga kita bisa melakukan penyimpanan file teks di dalam ponsel. RMS lebih dikenal dengan istilah memory pada ponsel. Setiap hasil pengolahan data yang dilakukan oleh aplikasi ini semua akan disimpan ke dalam memori ponsel sehingga kita tidak membutuhkan sebuah koneksi ke database luar yang tentunya akan memberatkan aplikasi, karena aplikasi akan membutuhkan waktu untuk merequest ke server dan menunggu respon dari server. Perancangan alpikasi smart balengku meliputi rancangan sistem yang akan dibangun (Use Case Diagram), rancangan objek (Class Diagram), rancangan integrasi antar objek (Sequence Diagram), rancangan arsitektur, dan rancangan tampilan (User Interface).
Rancangan Sistem yang akan Dibangun (Use Case Diagram)
Berikut ini adalah rancangan aplikasi Pesan teks yang terenkripsi yang akan dibangun, di sini dijelaskan siapa saja yang berperan ketika aplikasi pesan teks yang terenkripsi dijalankan dan apa saja yang dapat dilakukan. Gambar di bawah ini menjelaskan mengenai Business Logic dari aplikasi pesan teks yang terenkripsi.
Gambar 4: Use case diagram
Aplikasi Pesan teks yang terenkripsi didesain hanya untuk digunakan oleh seorang penguna dalam satu
device, artinya dalam sebuah mobile device aplikasi ini hanya akan terisntal sebuah aplikasi saja dan tidak
akan melibatkan aplikasi-aplikasi yang lain, Pengguna aplikasi Pesan Teks yang Terenkripsi hanya bisa melakukan beberapa tindakan, yaitu
1. Menjalankan Aplikasi (Start Aplication)
Setelah aplikasi terinstal pada ponsel, pengguna bisa langsung menggunakan fitur-fitur yang telah tersedia pada aplikasi tanpa perlu melakukan registrasi atau sejenisnya.
2. Menjalankan Fitur Pesan
Menjalankan aplikasi pesan teks yang terenkripsi hanya akan meliputi penggunaan fitur pesan dan bagaimana cara membuat pesan agar menjadi lebih aman agar tidak mudah di baca oleh orang yang tidak diinginkan.
3. Menyimpan pesan
Pengguna yang menggunakan Pesan Teks Yang Terenkripsi ini bisa melakukan penyimpanan pesan ke dalam media kotak simpan.
4. Menghapus pesan
Data pesan yang telah tersimpan kedalam memory akan terus tersimpan sampai ada sebuah method untuk menghapus pesan yang telah tersimpan kedalam memory, untuk itu aplikasi pesan teks yang terenkripsi juga menyediakan sebuah method untuk menghapus pesan untuk mencegah penumpukan data pada memory yang bisa menyebabkan media menjadi hang.
Rancangan Objek (Class Diagram)
Aplikasi Pesan Teks yang terenkripsi tersusun atas beberapa objek penyusun yang menjadi dasar untuk membangun aplikasi ini, objek-objek tersebut saling menghubungkan antara objek yang satu dengan objek-objek yang lain, tergantung dari fungsi-fungsi dan method yang menghubungkan. Berikut ini adalah rancangan objek yang menyusun aplikasi Pesan Teks yang terenkripsi:
Gambar 5: class Diagram
Rancangan Integrasi Antar Objek (Sequence Diagram)
Pembuatan Sequence Diagram akan dikelompokkan berdasarkan pelaku yang berinteraksi dengan aplikasi pesan teks yang terenkripsi. Dari Sequence Diagaram ini alur serta method-method apa saja yang digunakan akan keliahatan, sehingga mempermudah progrmaing agar lebih terarah. Berikut lebih jelas mengenai gambar perancangannya:
Diagram State Proses enkripsi
Diagram state proses enkripsi pada aplikasi pesan teks yang terenkripsi bertujuan untuk menunjukkan proses enkripsi data teks yang dienkripsi menjadi chiperteks, proses ini melibatkan beberapa komponen aplikasi yaitu dari mulai pengguna menjalankan aplikasi kemudian aplikasi akan menampilkan menu tulis pesan untuk mengirim pesan, dari menu tulis pesan pengguna bisa langsung melakukan enkrip untuk mengirim pesan secara otomatis.
Gambar 7: Proses enkripsi
Diagram State Proses Dekripsi
Diagram state proses dekripsi pada aplikasi Pesan teks yang terenkripsi bertujuan untuk menunjukkan proses dekripsi data teks yang masuk pada database untuk di dekrip ulang menjadi data teks untuk di perlihatkan kepada pengguna, adapun beberapa komponen aplikasi yang dilibatkan mulai dari pengguna yang menjalankan aplikasi kemudian pengguna menekan tombol pilihan ke menu inbox untuk melihat pesan (telah terenkripsi menjadi teks) yang akan dipilih, setelah pengguna menekan tombol lihat maka aplikasi secara otomatis mendekrip kembali data teks yang ditampilkan pada menu inbox untuk ditampilkan kepada pengguna
.
Start aplikasi Pilih Fitur Menu Tulis SMS Tulis Pesan Kirim Keluar Simpan Enkrip
Gambar 8: Proses dekripsi
Perancangan Antar Muka
Halaman utama pada pesan teks yang terenkripsi , memberikan 3 menu utama yang memiliki kegunaan tersendiri. Setiap menu yang di buat penulis sudah sangat mudah untuk mengetahui apa saja dari kegunaan menu tersebut.
1. Form login bertujuan untuk masuk ke aplikasi agar tidak mudah di baca oleh orang lain 2. Change password berisi tentang memasukkan password atau merubah password yang sudah ada 3. Menu About berisi tentang profile dari programer dan ucapan terima kasih kepada teman teman yang
sudah membantu atas program yang penulis buat.
Start aplikasi Pilih Fitur Inbox Pilih pesan Baca Pesan Keluar Hapus Deskrip
Gambar 9: Halaman utama
Implementasi Sistem
Dalam analisa perancangan antara muka pesan teks yang terenkripsi yang telah dibuat, maka berikut tampilan program pesan teks yang telah diimplementsikan kedalam bahasa pemrograman. Pesan teks terdiri dari beberapa halaman, diharapkan user dapat dengan mudah menggunakannya dalam proses pengiriman dan penerimaan pesan teks yang masuk. Implementasi rancangan program ke dalam antar muka
pesan teks yang terenkripsi :
Gambar 10: halaman pembuka
Ketika User memilih menu tulis sms,pesan masi dalam keadaa seperti aslinya dan ketika pesan sudah di kirim maka pesan yang terkirim sudah terenkripsi secara otomatis. Lamanya proses enkripsi dilakukan dari berapa besarnya kapasitas pesan yang akan di kirim.
Proses deskripsi terjadi ketika pesan yang masuk akan secara otomatis di deskripsi, dan baru dapat di baca isi pesan yang masuk. Apabila user mengirim pesan melalui aplikasi pesan teks yang terenkripsi, ke pengguna yang lain maka pesan yang masuk tidak dapat di baca, dalam artian file seperti error
.
Gambar 12: menu inbox
Uji Coba Sistem
Tujuan dilakukannya pengujian terhadap suatu perangkat lunak adalah untuk mengetahui kesesuaian aplikasi dengan rancangan sebelumnya. Pada pesan teks yang terenkripsi masukkan berupa pesan teks yang kemudian di enkripsi lalu di kirim ke pengguna lain yang sudah memiliki aplikasi pesan teks yang terenkripsi. Ada beberapa tujuan uji coba yang akan dilakukan terhadap Pesan teks yang terenkripsi untuk mengetahui ksesuaian terhadap rancangan, diantaranya :
1. Mengetahui optimasi dari suatu program
2. Mengetahui kemampuan aplikasi dalam mengenkripsi pesan teks 3. Mengetahui waktu yang dibutuhkan untuk mengenkripsi sebuah file.
Untuk mengetahui apakah tujuan dari uji coba diatas telah tercapai atau tidak, maka penulis melakukan beberapa cara uji coba terhadap aplikasi. Adapun cara-cara tersebut antara lain :
1. Pengujian aplikasi
2. Pengujian enkripsi pada pesan teks yang terenkripsi
3.
Pengujian dekripsi pada pesan teks yang masukPengujian aplikasi dilakukan dengan menggunakan simulasi dan implementasi dari pesan teks yang terenkripsi. Simulasi dilakukan untuk pengujian awal pesan teks sedangkan implementasi dilakukan untuk pengujian Pesan teks di dalam peralatan yang sesungguhnya. Data di bawah ini adalah data yang di-output-kan pada KToolbar pada saat emulator dijalandi-output-kan untuk mengirimdi-output-kan SMS.
Gambar 14: Proses penerimaan sms biasa
Dari proses diatas didapat bahwa informasi yang dikirimkan oleh pengirim sama dengan informasi yang diterima oleh penerima. Hal ini dikarenakan tidak adanya proses enkripsi / deskripsi dalam pengiriman maupun penerimaan. Berbeda apabila informasi yang dikirimkan melalui proses enkripsi oleh pengirim dan didekompresi oleh penerima, maka hasil informasi yang didapat akan berbeda.
Gambar 15: Proses pengiriman sms enkripsi
Gambar 16: Proses penerimaan sms enkripsi
Dari hasil yang didapat diatas terlihat bahwa informasi yang diterima oleh penerima berupa bilangan heksadesimal. Dikarenakan kedua belah pihak tidak menggunakan program yang sama, maka informasi yang diterima berbeda dengan informasi yang dikirimkan. Hal ini terjadi karena tidak adanya proses dekompresi oleh penerima. Ketika proses pengiriman dengan enkripsi metode Huffman, maka pada toolkit terlihat sebagai berikut:
Kirim ke: sms://+5550001:7575 SMS dari com.sun.midp.io.j2me.sms.BinaryObject@1a4cfaaa 10000010100001000101000011101000110001001011111010010100001110100110100000001000 01101101010111100010101001101101110100010111010101100000101001010110100011110111 10001100111011010001010111011001010001001000101100101001011010011010100111101010 11000001010010101101000111001100010010110101001010001110110110110110101110110110 01000111
Data tersebut adalah data yang dihasilkan oleh program setelah melalui proses perpindahan dari huruf kode standar ke alfanumerik biner.
Gambar 17: Hasil sms yang diterima oleh penerima ketika analisa program
Keterangan:
1: Jumlah karakter asli yang akan dikirim
2: Jumlah karakter hasil enkripsi yang akan dikirim 3: Prosentase karakter hasil enkripsi terhadap karakter asli 4: Menu perintah pengiriman pesan standar
5: Menu perintah pengiriman pesan terenkripsi A: Nomor handphone pengirim
B: Lama yang dibutuhkan untuk dekompres pesan sms C: Sms sebelum didekompresi
D: Sms setelah didekompresi
Data hasil kompresi adalah data yang dikirimkan oleh pengirim dan diterima oleh penerima. Hasil simulasi lainnya :
Tabel 3: Data Pesan SMS Hasil Simulasi Pengiriman dan Penerimaan SMS Pesan Asli Panjang Pesan
Asli
Byte Pesan Kompresi Panjang Pesan Terkirim A B C D 2 3 4 5 1
Assalamu
‘alaikum. Hai apa kabar friends? Gimana kabarmu hari ini? 66 karakter 100000101000010001010000111 010001100010010111110100101 000011101001101000000010000 110110101011110001010100110 110111010001011101010110000 010100101011010001111011110 001100111011010001010111011 001010001001000101100101001 011010011010100111101010110 000010100101011010001110011 000100101101010010100011101 101101101101011101101100100 0111 41 karakter
Data di bawah ini adalah data yang di-output-kan pada KToolbar pada saat emulator dijalankan untuk mengirimkan SMS.
Gambar 18: Proses pengiriman sms biasa
Gambar 19: Proses penerimaan sms biasa
Dari proses diatas didapat bahwa informasi yang dikirimkan oleh pengirim sama dengan informasi yang diterima oleh penerima. Hal ini dikarenakan tidak adanya proses enkripsi / deskripsi dalam pengiriman maupun penerimaan. Berbeda apabila informasi yang dikirimkan melalui proses enkripsi oleh pengirim dan didekompresi oleh penerima, maka hasil informasi yang didapat akan berbeda.
Gambar 20: Proses pengiriman sms enkripsi
Gambar 21: Proses penerimaan sms enkripsi
Dari hasil yang didapat diatas terlihat bahwa informasi yang diterima oleh penerima berupa bilangan heksadesimal. Dikarenakan kedua belah pihak tidak menggunakan program yang sama, maka informasi yang diterima berbeda dengan informasi yang dikirimkan. Hal ini terjadi karena tidak adanya proses dekompresi oleh penerima. Ketika proses pengiriman dengan enkripsi metode Huffman, maka pada toolkit terlihat sebagai berikut:
Kirim ke: sms://+5550001:7575 SMS dari com.sun.midp.io.j2me.sms.BinaryObject@1a4cfaaa 10000010100001000101000011101000110001001011111010010100001110100110100000001000 01101101010111100010101001101101110100010111010101100000101001010110100011110111 10001100111011010001010111011001010001001000101100101001011010011010100111101010 11000001010010101101000111001100010010110101001010001110110110110110101110110110 01000111
Data tersebut adalah data yang dihasilkan oleh program setelah melalui proses perpindahan dari huruf kode standar ke alfanumerik biner.
Gambar 22: Hasil sms yang diterima oleh penerima ketika analisa program
Keterangan:
1: Jumlah karakter asli yang akan dikirim
2: Jumlah karakter hasil enkripsi yang akan dikirim 3: Prosentase karakter hasil enkripsi terhadap karakter asli 4: Menu perintah pengiriman pesan standar
5: Menu perintah pengiriman pesan terenkripsi A: Nomor handphone pengirim
B: Lama yang dibutuhkan untuk dekompres pesan sms C: Sms sebelum didekompresi
D: Sms setelah didekompresi
Data hasil kompresi adalah data yang dikirimkan oleh pengirim dan diterima oleh penerima. Hasil simulasi lainnya :
Tabel 4: Data Pesan SMS Hasil Simulasi Pengiriman dan Penerimaan SMS Pesan Asli Panjang Pesan
Asli
Byte Pesan Kompresi Panjang Pesan Terkirim Assalamu
‘alaikum. Hai apa kabar friends? Gimana kabarmu hari ini? 66 karakter 100000101000010001010000111 010001100010010111110100101 000011101001101000000010000 110110101011110001010100110 110111010001011101010110000 010100101011010001111011110 001100111011010001010111011 001010001001000101100101001 011010011010100111101010110 000010100101011010001110011 000100101101010010100011101 101101101101011101101100100 0111 41 karakter A B C D 2 3 4 5 1
Saran
Untuk lebih menyempurnakan aplikasi ini, terdapat beberapa saran yang mungkin dapat dipergunakan antara lain :
1. Logika program dapat dikembangkan lagi untuk optimasi kerja sistem.
Hal ini agar sistem mampu melakukan enkripsi/dekripsi terhadap lebih banyak tipe masukan data dan kapasitasnya.
2. Kunci pada sistem dapat menjadi sebuah pilihan saja bagi user (bukan masukan). Hal ini menjadi faktor pendukung tingkat kekuatan sistem.
3. Sistem enkripsi pesan teks dapat di kembangka lagi agar keamanan data semakin terjaga.
4. Sistem dapat dikembangkan menjadi lebih terstruktur dengan implementasi database terhadapnya. Sehingga user bisa menyimpan dan meload kembali pesan yang sudah di hapus
Referensi
Knudsen , Jonathan. 2003.Wireless Java Developing with J2ME, Second Edition: Apress.
