Tugas Bahasa Inggris - Android Architecture 2

ANDROID ARCHITECTURE

Informasi : Dasar dari sebuah aplikasi

           Dasar dari semua aplikasi yang berarti adalah informasi, dan kita membentuk dan membangun aplikasi untuk menukar, mengubah, atau menyimpannya. Aplikasi ponsel tidaklah berbeda. Di bentangan ponsel yang terhubung saat ini, pertukaran informasi adalah nama dari permainan ini. Untuk mengilustrasikan di poin ini, bayangkan sebuah ponsel Android tanpa jaringan telepon atau cakupan WiFi. Sementara masih ada penggunaan telepon seperti itu, anda akan kehilangan akses ke beberapa banyak aplikasi penting di perangkat anda. Contohnya, surat elektronik, pesan singkat, penjelajahan jaringan, dan banyak aplikasi lainnya yang membutuhkan Internet sekarang akan menjadi tidak berfungsi.

Di bagian lainnya, kita akan memfokuskan usaha kita dalam memeriksa informasi saat pengangkutannya dan bagaimana mengamankannya. Di bagian ini, kita akan fokus sebagian besar pada apa yang terjadi pada informasi yang tersimpan

Mengamankan Aplikasi Anda dari Serangan

           Ketika dibuat atau diterima, data perlu disimpan di suatu tempat. Bagaimana informasi ini disimpan pada akhirnya akan merefleksikan apakah benar-benar aman. Merilis aplikasi Anda kepada publik harus  dengan pendekatan  yang  hati-hati  sebagaimana meluncurkan sebuah website di Internet. Anda harus mengasumsikan bahwa aplikasi Anda  baik secara langsung atau tidak langsung akan diserang dalam beberapa waktu dan bahwa satu-satunya hal yang berada diantara privasi dan perlindungan data pengguna akhir Anda adalah aplikasi Anda.

Serangan tidak langsung.

            Sedramatis kalimat terakhir yang terdengar, itu bukan tanpa dasar. Sebelum kita melangkah lebih jauh, mari kita lihat apakah saya takut mongering dibenarkan. Di bagian akhir 2010 dan awal 2011, dua kerentanan ditemukan di android versi 2.2 dan 2.3, masing masing. Kerentanan pada dasaranya adalah satu, dimana seorang penyerang dapat menyalin file yang disimpan pada perangkat SD
Card tanpa izin atau bahkan tanpa isyarat terlihat bahwa hal ini terjadi. kerentanan bekerja seperti pada gambar 2-1.

Berikut ini adalah poin yang paling penting:

• Pengguna mengunjungi situs web berbahaya file hosting, misalnya evil.html.
• Karena satu bagian dari kerentanan, file evil.html-download dan disimpan ke perangkat SD Card tanpa disuruh pengguna.
• Karena bagian lain dari kerentanan, file yang disimpan dapat dibuat untuk mengeksekusi kode JavaScript secepat itu disimpan. sekali lagi, tidak ada desakan untuk pengguna akhir.
• Karena bagian akhir dari kerentanan, JavaScript dijalankan dari titik sebelumnya, karena berjalan di bawah "lokal" konteks perangkat, akan memiliki akses penuh untuk meng-upload file yang tersimpan di SD Card ke situs web dari pilihan penyerang

           Untuk kepentingan argumen, mengasumsikan bahwa aplikasi anda memuat semua data yang tersimpan pada SD Card untuk penyimpanan dibawah petunjuk itu sendiri. Karena kerentanan hanya dilewatkan, data yang digunakan oleh aplikasi anda memiliki resiko untuk dicuri. Banyak perangkat android yang menjalankan aplikasi Anda dan kerentanan versi firmware menimbulkan resiko pencurian data ke pengguna akhir. ini adalah contoh dari serangan tidak langsung pada aplikasi anda.

          Seberapa rentan aplikasi Anda dengan serangan tidak langsung tersebut sangat bergantung pada berapa banyak usaha serangan tidak langsung Anda dalam mengarsitekkan dan mempertimbangkan aspek keamanan sebelum Anda menulis satu baris kode. Anda mungkin bertanya, "saya hanya seorang pengembang rancangan aplikasi kecil untuk menjual aplikasi saya dengan harga yang rendah, jadi apakah saya harus membuang-buang waktu untuk melakukan begitu banyak perencanaan terlebih dahulu?" dan saya akan menjawab dengan gemilang, "ya!" apakah Anda adalah bagian dari sebuah tim dari salah tiga puluh tim pengembang atau pekerja individu di rumah, sebuah aplikasi arsitek yang baik adalah sesuatu yang harus selalu anda usahakan untuk diciptakan. saya berharap bahwa ini adalah apa yang ingin anda pelajari dari buku ini.

Serangan langsung

         Serangan langsung berbeda secara signifikan dan dapat mengambil banyak bentuk yang berbeda.Sebuah serangan langsung dapat diklasifikasikan sebagai salah satu yang ditargetkan langsung di aplikasi Anda.Ini, penyerang mencari untuk memanfaatkan kelemahan dalam desain aplikasi Anda baik mengumpulkan informationon sensitif pengguna aplikasi Anda atau untuk menyerang server bahwa pembicaraan aplikasi Anda.Ambil, misalnya, aplikasi mobile banking. Seorang penyerang dapat pergi setelah aplikasi mobile milik bank tertentu.Jika desain aplikasi yang lemah misalnya, jika data sensitif pengguna disimpan dalam bentuk teks, atau komunikasi antara aplikasidan server tidak dijamin dengan SSLmaka penyerang dapat kerajinan serangan khusus yang hanya menargetkan thes kelemahan. Ini adalah serangan langsung pada aplikasi tertentu.Aku akan menutupi serangan langsung secara lebih rinci dalam Bab 9 dari buku ini.

Proyek 1 = “Proxin” dan penyimpan data

          Mari di mulai dengan contoh sderhana yg di sebut proxin. Saya telah di kontrak untuk menulis aplikasi yang bisa mengirim sms lebih spesifik, menetapkan kontak dmna pengguna untuk membuat proxi untuk mengatur kordinat gps untuk di sderhanakan dengan aplikasi ini, pengguna bisa menambahkan istrinya sebgai kontak dan mempunyai aplikasi sms setiap waktu 3 mile dari tempat kerja dan rumah dengan cara ini, istrinya dapat mengatahui kapan suaminya di dekat rumah dan di tempat kerja.

          Kamu bisa menmgunduh dan sumber kode untuk aplikasi proxim dari sumber kode atau mengunduh area dari apress jaringan halaman ( www.apress.com ) untuk kepentingan kejernihan, mari melihat area yang paling penting.

        Setiap kali pengguna memilih tombol lokasi simpan atau tombol simpan kontak. Ini memicu kode sebelumnya. mari kita lihat lokasi (lihat daftar 2-2) dan kontak (lihat daftar 2-3) di klasifikasikan  secara lebih rinci. sementara kita bisa menerapkan salah satu penyimpan rutin utama, saya menjaga ini terpisah dalam kasus yang kebutuhan untuk bertindak atas objek yang berbeda dengan cara yang berbeda.