Untuk membuat rekaman aktivitas metode eksekusi aplikasi, Anda dapat menginstrumentasikan aplikasi menggunakan class Debug. Menginstrumentasikan aplikasi dengan cara ini akan memberi Anda kontrol yang lebih besar tepat saat perangkat mulai dan berhenti merekam informasi rekaman aktivitas. Perangkat juga menyimpan log rekaman aktivitas menggunakan nama yang Anda tetapkan, sehingga nantinya Anda dapat dengan mudah mengidentifikasi setiap log. Selanjutnya, Anda dapat melihat setiap log rekaman aktivitas menggunakan CPU Profiler Android Studio. Anda juga dapat mulai dan berhenti merekam aktivitas di CPU Profiler tanpa menginstrumentasikan kode aplikasi. Sebelum mulai membuat log rekaman aktivitas, pastikan aplikasi telah menambahkan logika untuk menyimpan log rekaman aktivitas ke direktori khusus aplikasi. Menginstrumentasikan aplikasi Anda Untuk membuat log rekaman aktivitas, panggil startMethodTracing tempat Anda ingin sistem memulai pencatatan log data rekaman aktivitas. Di panggilan tersebut, Anda dapat menentukan nama untuk file .trace, dan sistem akan menyimpannya ke direktori khusus paket yang ditujukan untuk data aplikasi persisten di perangkat target. Ini adalah direktori yang sama yang ditunjukkan oleh getExternalFilesDir dan berada dalam direktori ~/sdcard/ di sebagian besar perangkat. File ini berisi data rekaman aktivitas metode biner serta tabel pemetaan berisi thread dan nama metode. Untuk menghentikan perekaman aktivitas, panggil stopMethodTracing. Contoh berikut memulai dan menghentikan perekaman log rekaman aktivitas dengan nama Kotlin // Starts recording a trace log with the name you provide. For example, the // following code tells the system to start recording a .trace file to the // device with the name " // The system begins buffering the generated trace data, until your // application calls stopMethodTracing, at which time it writes // the buffered data to the output file. Java // Starts recording a trace log with the name you provide. For example, the // following code tells the system to start recording a .trace file to the // device with the name " ... // The system begins buffering the generated trace data, until your // application calls stopMethodTracing, at which time it writes // the buffered data to the output file. Perlu diperhatikan bahwa jika aplikasi Anda memanggil startMethodTracing kembali tanpa mengubah nama log rekaman aktivitas, aplikasi tersebut akan menimpa log yang telah disimpan di perangkat. Untuk mempelajari cara mengubah nama setiap log rekaman aktivitas secara dinamis, buka bagian tentang menyimpan beberapa log. Jika sistem mencapai ukuran buffer maksimum sebelum Anda memanggil stopMethodTracing, sistem akan menghentikan perekaman aktivitas dan mengirimkan notifikasi ke konsol. Metode yang memulai dan menghentikan perekaman aktivitas bekerja di seluruh proses aplikasi Anda. Artinya, Anda dapat memanggil startMethodTracing dalam metode onCreateBundle aktivitas Anda, dan memanggil stopMethodTracing dalam metode onDestroy aktivitas tersebut. Perlu diketahui bahwa aplikasi Anda akan berjalan lebih lambat jika pembuatan profil diaktifkan. Artinya, Anda tidak boleh menggunakan data pembuatan profil untuk menentukan pengaturan waktu absolut seperti, "metode foo memerlukan waktu 2,5 detik untuk berjalan". Informasi pengaturan waktu dalam log rekaman aktivitas hanya berguna saat membandingkannya dengan log rekaman aktivitas sebelumnya, sehingga Anda dapat melihat apakah perubahan terbaru mempercepat atau memperlambat aplikasi Anda. Saat melakukan deployment ke perangkat yang menjalankan Android API level 21 dan yang lebih baru, Anda dapat menggunakan pembuatan profil berbasis sampel untuk membuat profil dengan dampak lebih kecil pada performa runtime. Untuk mengaktifkan pembuatan profil berbasis sampel, panggil startMethodTracingSampling bukan startMethodTracing dengan interval pengambilan sampel yang ditetapkan. Sistem akan mengumpulkan sampel secara berkala hingga aplikasi memanggil stopMethodTracing. Menyimpan beberapa log Jika aplikasi Anda memulai dan menghentikan rekaman aktivitas metode berkali-kali tanpa menetapkan nama baru untuk log rekaman aktivitas, perangkat akan menimpa log rekaman aktivitas yang lebih lama dengan yang baru. Artinya, aplikasi hanya menyimpan log rekaman aktivitas terbaru. Untuk menyimpan beberapa log rekaman aktivitas ke perangkat, ganti nama log rekaman aktivitas secara dinamis setiap kali aplikasi memanggil startMethodTracing. Sampel di bawah ini menggunakan class SimpleDateFormat untuk menyertakan tanggal dan waktu saat ini ketika memberi nama setiap log rekaman aktivitas Kotlin // Uses the SimpleDateFormat class to create a String with // the current date and time. val dateFormat DateFormat = SimpleDateFormat"dd_MM_yyyy_hh_mm_ss", val logDate String = // Applies the date and time to the name of the trace log. Java // Uses the SimpleDateFormat class to create a String with // the current date and time. SimpleDateFormat dateFormat = new SimpleDateFormat"dd_MM_yyyy_hh_mm_ss", String logDate = Date; // Applies the date and time to the name of the trace log. "sample-" + logDate; Mengakses log rekaman aktivitas di perangkat Setelah sistem membuat log rekaman aktivitas pada perangkat, Anda dapat mengakses file tersebut dengan salah satu cara berikut Menggunakan Device File Explorer. Untuk membuka Device File Explorer, klik View > Tool Windows > Device File Explorer atau klik tombol Device File Explorer dalam kolom jendela alat. Seperti yang ditampilkan dalam gambar 1, Anda dapat menemukan file .trace dengan membuka direktori khusus paket pada aplikasi. Gambar 1. Menemukan log rekaman aktivitas menggunakan Device File Explorer. Salin file tersebut ke komputer lokal Anda menggunakan perintah adb pull. Perintah di bawah ini menyalin log rekaman aktivitas dari perangkat ke direktori ~/Documents/trace-logs/ pada komputer lokal Anda. adb pull path-on-device/ ~/Documents/trace-logs/ Selanjutnya, Anda dapat mengimpor file rekaman aktivitas dengan CPU Profiler.

Pengenalan LOIC Low Orbit Ion Cannon adalah alat DDoS open-source yang digunakan untuk melakukan serangan DDoS Distributed Denial of Service. LOIC awalnya dirilis untuk desktop, tetapi sekarang tersedia untuk perangkat Android. LOIC memungkinkan pengguna untuk mengirimkan permintaan HTTP, TCP, dan UDP ke situs web atau server tertentu, yang dapat menyebabkan kelebihan beban pada server dan membuatnya tidak bisa diakses oleh pengguna lain. Pentingnya Menggunakan LOIC Secara Bertanggung Jawab Sebelum kita membahas cara menggunakan LOIC di Android, penting untuk memahami bahwa serangan DDoS ilegal dan dapat menyebabkan kerusakan pada situs web atau server. Jika Anda memutuskan untuk menggunakan LOIC, pastikan bahwa Anda hanya menggunakannya pada situs web atau server yang Anda miliki atau memiliki izin untuk menguji keamanannya. Selalu bertanggung jawab dan jangan menyerang situs web atau server yang tidak Anda miliki. Untuk menggunakan LOIC di Android, Anda perlu mengunduh dan menginstal aplikasi LOIC dari Google Play Store atau sumber lainnya. Setelah diinstal, ikuti langkah-langkah berikut Langkah 1 Buka Aplikasi LOIC Buka aplikasi LOIC di perangkat Anda. Anda akan melihat antarmuka pengguna yang cukup sederhana dan mudah dipahami. Langkah 2 Masukkan Alamat Situs Web atau IP Masukkan alamat situs web atau IP yang ingin Anda serang. Anda dapat mengisi alamat situs web atau IP pada kolom “Target URL”. Langkah 3 Pilih Jenis Serangan Pilih jenis serangan yang ingin Anda lakukan. LOIC mendukung tiga jenis serangan HTTP, TCP, dan UDP. Pilih salah satu jenis serangan dan masukkan pengaturan serangan yang diinginkan. Langkah 4 Mulai Serangan Setelah Anda menyesuaikan pengaturan serangan, tekan tombol “Mulai” untuk memulai serangan. LOIC akan mulai mengirimkan permintaan ke situs web atau server yang ditargetkan. Bagaimana Cara Mencegah Serangan LOIC? Serangan LOIC dapat menyebabkan kelebihan beban pada server dan membuatnya tidak bisa diakses oleh pengguna lain. Berikut adalah beberapa cara untuk mencegah serangan LOIC 1. Dukungan Perangkat Lunak Memastikan bahwa perangkat lunak yang digunakan untuk mengelola situs web atau server Anda selalu diperbarui dan dilindungi dengan keamanan terbaru dapat membantu mencegah serangan LOIC. 2. Penggunaan Perangkat Keras yang Kuat Perangkat keras yang kuat dapat membantu mencegah serangan LOIC dengan memungkinkan server untuk menangani jumlah permintaan yang lebih besar. 3. Pemantauan Lalu Lintas Jaringan Pemantauan lalu lintas jaringan dapat membantu mengidentifikasi serangan LOIC dan melindungi server Anda dari serangan ini. 4. Cloud-Based DDoS Protection Layanan perlindungan DDoS berbasis cloud dapat membantu melindungi situs web atau server Anda dari serangan LOIC dan serangan DDoS lainnya. Kesimpulan LOIC adalah alat DDoS open-source yang dapat digunakan untuk melakukan serangan DDoS pada situs web atau server tertentu. Namun, penting untuk menggunakan LOIC secara bertanggung jawab dan hanya pada situs web atau server yang Anda miliki atau memiliki izin untuk menguji keamanannya. Pemantauan lalu lintas jaringan dan layanan perlindungan DDoS berbasis cloud dapat membantu melindungi situs web atau server Anda dari serangan LOIC dan serangan DDoS lainnya.

Logcat adalah alat command line yang mengeluarkan log pesan sistem, termasuk pesan yang telah Anda tulis dari aplikasi dengan class Log. Halaman ini membahas alat command line logcat, tetapi Anda juga bisa melihat pesan log dari jendela Logcat pada Android Studio. Untuk mengetahui informasi cara menampilkan dan memfilter log dari Android Studio, lihat Menampilkan dan menulis log dengan Logcat. Ringkasan sistem logging Sistem logging Android adalah kumpulan buffer sirkular terstruktur yang dikelola oleh proses sistem logd. Kumpulan buffer yang tersedia bersifat tetap dan ditentukan oleh sistem. Buffering yang paling relevan adalah main Menyimpan sebagian besar log aplikasi. system Menyimpan pesan yang berasal dari Android OS. crash Menyimpan log error. Setiap entri log memiliki prioritas, tag yang mengidentifikasi asal alog, dan pesan log itu sendiri. Antarmuka C/C++ utama untuk sistem logging adalah library bersama liblog dan header-nya . Semua fasilitas logging khusus bahasa termasuk pada akhirnya memanggil fungsi __android_log_write. Secara default, ini akan memanggil fungsi __android_log_logd_logger, yang mengirimkan entri log ke logd menggunakan socket. Dimulai dengan API level 30, fungsi logging dapat diubah dengan memanggil __android_set_log_writer. Informasi selengkapnya tersedia di Dokumentasi NDK. Log yang ditampilkan oleh adb logcat melalui empat tingkat pemfilteran Pemfilteran waktu kompilasi Bergantung pada setelan kompilasi, beberapa log mungkin sepenuhnya dihapus dari sistem biner. Misalnya, ProGuard dapat dikonfigurasi untuk menghapus panggilan ke dari kode Java. Pemfilteran properti sistem liblog mengkueri kumpulan properti sistem untuk menentukan tingkat keparahan minimum yang akan dikirim ke logd. Jika log Anda memiliki tag MyApp, properti berikut akan diperiksa, dan diharapkan berisi huruf pertama tingkat keparahan minimum V, D, I, W, E, atau S untuk menonaktifkan semua log Pemfilteran aplikasi Jika tidak ada properti yang disetel, liblog akan menggunakan prioritas minimum yang disetel oleh __android_log_set_minimum_priority. Setelan default-nya adalah INFO. Pemfilteran tampilan adb logcat mendukung filter tambahan yang dapat mengurangi jumlah log yang ditampilkan dari logd. Lihat bagian tentang memfilter output log untuk detail selengkapnya. Sintaksis command line Untuk menjalankan logcat melalui shell adb, penggunaan umumnya adalah [adb] shell logcat [] ... [] ... Ada juga cara pintas untuk adb logcat, tetapi hanya diperluas ke adb shell logcat. Opsi logcat memiliki banyak opsi. Opsi yang tersedia akan bergantung pada versi OS perangkat yang Anda gunakan. Guna melihat bantuan untuk logcat khusus perangkat yang Anda gunakan, jalankan adb logcat -help Perlu diketahui bahwa karena logcat adalah alat untuk developer OS serta developer aplikasi dengan mengharapkan developer aplikasi menggunakan Android Studio, banyak opsi yang hanya dapat digunakan sebagai root. Memfilter output log Tag pesan log adalah string singkat yang menunjukkan komponen sistem tempat asal pesan tersebut. Misalnya, "View" untuk sistem tampilan. Prioritasnya adalah salah satu dari nilai karakter berikut, diurutkan dari prioritas terendah ke tertinggi V Verbose prioritas terendah D Debug I Info W Warning E Error F Fatal S Silent prioritas tertinggi, tidak ada apa pun yang dicetak Untuk mendapatkan daftar tag yang digunakan dalam sistem dengan prioritas, jalankan logcat dan amati dua kolom pertama setiap pesan, yang diberikan sebagai /. Berikut adalah contoh output logcat singkat yang diperoleh dengan perintah logcat -v brief output. Output menunjukkan bahwa pesan tersebut berkaitan dengan tingkat prioritas "I" dan tag "ActivityManager" I/ActivityManager 585 Starting activity Intent { action= Untuk mengurangi output log ke tingkat yang mudah dikelola, batasi output log menggunakan ekspresi filter. Ekspresi filter memungkinkan Anda menunjukkan kombinasi prioritas tag yang Anda inginkan kepada sistem. Sistem akan menyembunyikan pesan lain untuk menampilkan tag yang ditentukan. Ekspresi filter mengikuti format tagpriority ... ini, dengan tag menunjukkan tag yang diminati dan priority menunjukkan tingkat minimum prioritas yang akan dilaporkan untuk tag tersebut. Pesan untuk tag tersebut, yang berada pada atau di atas tingkat prioritas yang ditentukan, akan ditulis ke log. Sediakan berapa pun spesifikasi tagpriority dalam ekspresi filter tunggal. Rangkaian spesifikasi yang dipisahkan spasi kosong. Berikut adalah contoh ekspresi filter yang menyembunyikan semua pesan log kecuali yang memiliki tag "ActivityManager" dengan prioritas "Info" atau yang lebih tinggi dan pesan log yang memiliki tag "MyApp" dengan prioritas "Debug" atau yang lebih tinggi adb logcat ActivityManagerI MyAppD *S Elemen terakhir dalam ekspresi sebelumnya, *S, menyetel tingkat prioritas untuk semua tag ke "silent", yang memastikan bahwa hanya pesan log dengan "ActivityManager" dan "MyApp" yang ditampilkan. Menggunakan *S akan memastikan bahwa output log dibatasi ke filter yang telah Anda tetapkan secara eksplisit. *S memungkinkan filter Anda berfungsi sebagai daftar yang diizinkan untuk output log. Catatan Di beberapa shell, karakter "*" disediakan oleh shell. Jika Anda menggunakan shell tersebut, sertakan ekspresi filter dalam tanda kutip adb logcat "ActivityManagerI MyAppD *S" Ekspresi filter berikut menampilkan semua pesan log dengan tingkat prioritas "warning" dan yang lebih tinggi, pada semua tag adb logcat *W Jika Anda menjalankan logcat dari komputer pengembangan Anda, bukan menjalankannya di shell adb jarak jauh, Anda juga dapat menyetel ekspresi filter default dengan mengekspor nilai untuk variabel lingkungan ANDROID_LOG_TAGS export ANDROID_LOG_TAGS="ActivityManagerI MyAppD *S" Filter ANDROID_LOG_TAGS tidak akan diekspor ke instance emulator/perangkat jika Anda menjalankan logcat dari shell jarak jauh atau menggunakan adb shell logcat. Mengontrol format output log Pesan log berisi sejumlah kolom metadata, selain tag dan prioritas. Anda dapat mengubah format output pesan agar menampilkan kolom metadata tertentu. Untuk melakukannya, gunakan opsi -v dan tetapkan salah satu format output yang didukung berikut brief Menampilkan prioritas, tag, dan PID dari proses yang mengeluarkan pesan. long Menampilkan semua kolom metadata dan memisahkan pesan dengan baris kosong. process Hanya menampilkan PID. raw Menampilkan pesan log mentah tanpa kolom metadata lainnya. tag Hanya menampilkan prioritas dan tag. thread Format lama yang menunjukkan prioritas, PID, dan TID dari thread yang mengeluarkan pesan. threadtime default Menampilkan tanggal, waktu pemanggilan, prioritas, tag, PID, dan TID dari thread yang mengeluarkan pesan. time Menampilkan tanggal, waktu pemanggilan, prioritas, tag, dan PID dari proses yang mengeluarkan pesan. Saat memulai logcat, tentukan format output yang diinginkan dengan menggunakan opsi -v [adb] logcat [-v ] Berikut adalah contoh yang menunjukkan cara menghasilkan pesan dalam format output thread adb logcat -v thread Anda hanya dapat menentukan satu format output dengan opsi -v. Namun, Anda dapat menentukan sebanyak mungkin pengubah yang diperlukan, asalkan pengubah tersebut relevan. logcat mengabaikan pengubah yang tidak relevan. Pengubah format Pengubah format mengubah output logcat. Untuk menentukan pengubah format, gunakan opsi -v, seperti berikut adb logcat -b all -v color -d Setiap pesan log Android memiliki tag dan prioritas yang terkait dengannya. Anda dapat menggabungkan pengubah format dengan salah satu opsi format berikut brief long process raw tag thread threadtime time Untuk memformat detail pengubah berikut, masukkan logcat -v -help pada command line color Menampilkan setiap tingkat prioritas dengan warna yang berbeda. descriptive Menampilkan deskripsi peristiwa buffering log. Pengubah ini hanya memengaruhi pesan buffering log peristiwa dan tidak berpengaruh pada buffering non-biner lainnya. Deskripsi peristiwa berasal dari database tag log peristiwa. epoch Menampilkan waktu dalam detik, mulai 1 Januari 1970. monotonic Menampilkan waktu dalam detik CPU, dimulai dari booting terakhir. printable Memastikan bahwa setiap konten logging biner di-escape. uid Menampilkan UID atau ID Android dari proses yang dicatat, jika diizinkan oleh kontrol akses. usec Menampilkan waktu, dengan presisi dalam mikrodetik. UTC Menampilkan waktu sebagai UTC. year Menambahkan tahun ke waktu yang ditampilkan. zone Menambahkan zona waktu lokal ke waktu yang ditampilkan. Menampilkan buffering log alternatif Sistem logging Android mempertahankan beberapa buffer sirkular untuk pesan log, dan tidak semua pesan log dikirim ke buffer sirkular default. Untuk melihat pesan log tambahan, jalankan perintah logcat dengan opsi -b untuk membuat permintaan menampilkan buffer sirkular alternatif. Anda dapat menampilkan salah satu buffer sirkular alternatif ini radio Menampilkan buffer yang berisi pesan terkait radio/telepon. events Menampilkan pesan buffer peristiwa sistem biner yang ditafsirkan. main Menampilkan buffering log utama default, yang tidak berisi pesan log sistem dan error. system Menampilkan buffering log sistem default. crash Menampilkan buffering log error default. all Menampilkan semua buffering. default Melaporkan buffer main, system, dan crash. Penggunaan opsi -b adalah [adb] logcat [-b ] Berikut adalah contoh cara melihat buffer log yang berisi pesan telepon dan radio adb logcat -b radio Untuk menentukan beberapa flag -b bagi semua buffering yang ingin Anda cetak, masukkan parameter berikut logcat -b main -b radio -b events Tentukan satu flag -b dengan daftar buffer yang dipisahkan koma, misalnya logcat -b main,radio,events Membuat log dari kode Class Log memungkinkan Anda membuat entri log dalam kode yang ditampilkan di alat logcat. Metode logging biasanya meliputi String verbose String debug String information/informasi String warning/peringatan String error Misalnya, menggunakan panggilan berikut Kotlin " — get item number $position" Java " — get item number " + position; logcat menghasilkan output yang mirip dengan berikut ini I/MyActivity 1557 — get item number 1

CidQ. 495 208 256 342 208 7 339 209 214

cara menggunakan loic di android