Halaman ini menjelaskan tugas yang dapat Anda lakukan untuk mengonfirmasi validitas temuan rootkit mode kernel dari Virtual Machine Threat Detection. Temuan rootkit mode kernel menunjukkan bahwa memori kernel VM berpotensi telah dimodifikasi oleh malware.
Saat Anda menerima temuan rootkit mode kernel dari Deteksi Ancaman VM, sebaiknya jalankan perintah Linux ini di instance Compute Engine yang terpengaruh untuk menyelidiki titik data di sistem Anda yang mungkin menunjukkan anomali, seperti panggilan sistem yang dibajak atau modul kernel tersembunyi.
Atau, Anda dapat menjalankan skrip pengumpulan data yang disediakan di VM yang terpengaruh. Skrip ini mengeksekusi perintah yang dijelaskan di halaman ini.
Kecuali jika dinyatakan lain, setiap tugas inspeksi di halaman ini relevan dengan semua temuan rootkit mode kernel.
Dokumen ini mengasumsikan hal berikut:
Anda melakukan tugas dalam dokumen ini setelah menerima temuan rootkit mode kernel dari Deteksi Ancaman VM. Untuk mengetahui daftar kategori penemuan yang relevan, lihat Penemuan ancaman rootkit mode kernel.
Anda memiliki pemahaman tentang alat command line Linux dan kernel Linux.
Tentang Virtual Machine Threat Detection
Virtual Machine Threat Detection adalah layanan bawaan Security Command Center yang tersedia di paket Enterprise dan Premium. Layanan ini memindai instance Compute Engine untuk mendeteksi aplikasi yang berpotensi berbahaya, seperti software penambangan cryptocurrency, rootkit mode kernel, dan malware yang berjalan di lingkungan cloud yang disusupi.
Deteksi Ancaman VM adalah bagian dari suite deteksi ancaman Security Command Center dan dirancang untuk melengkapi kemampuan yang ada dari Event Threat Detection dan Container Threat Detection.
Untuk informasi tentang Deteksi Ancaman VM, lihat ringkasan Virtual Machine Threat Detection. Untuk mempelajari cara melihat detail temuan Deteksi Ancaman VM, lihat Meninjau temuan di konsol Google Cloud.
Sebelum memulai
Untuk mendapatkan izin yang Anda perlukan guna melihat semua resource dan temuan di Security Command Center serta mengelola instance Compute Engine yang terpengaruh, minta administrator Anda untuk memberi Anda peran IAM berikut:
-
Security Center Admin Viewer (
roles/securitycenter.adminViewer
) di organisasi -
Compute Instance Admin (v1) (
roles/compute.instanceAdmin.v1
) di instance Compute Engine
Untuk mengetahui informasi selengkapnya tentang cara memberikan peran, lihat Mengelola akses ke project, folder, dan organisasi.
Anda mungkin juga bisa mendapatkan izin yang diperlukan melalui peran khusus atau peran bawaan lainnya.
Mengidentifikasi VM yang terpengaruh
- Lihat detail temuan.
- Di bagian Resource affected, di kolom Resource full name, klik link. Tampilan detail instance Compute Engine yang terpengaruh akan terbuka di tab baru.
- Hubungkan ke instance. Untuk mengetahui informasi selengkapnya, lihat Menghubungkan ke VM Linux dalam dokumentasi Compute Engine.
Menemukan modul kernel yang tidak terduga
Kehadiran modul yang tidak terduga di VM dapat menunjukkan bahwa memori kernel VM berpotensi disusupi.
Untuk menemukan modul kernel yang tidak terduga, ikuti langkah-langkah berikut:
Mencantumkan semua modul kernel yang dimuat di VM:
lsmod cat /proc/modules
Cantumkan entri
sysfs
untuk modul yang dimuat dan dimuat ulang:ls -l /sys/module/
Bandingkan hasil daftar ini dengan daftar dari VM lain dalam project. Cari modul yang muncul di VM yang terpengaruh, tetapi tidak di VM lain.
Menelusuri syslog
untuk modul di luar hierarki
Tanda bahwa modul out-of-tree telah dimuat di VM dapat menunjukkan bahwa
modul kernel yang tidak biasa telah dimuat. Anda dapat menelusuri buffering log kernel
dan pesan syslog
untuk menentukan apakah modul di luar hierarki telah dimuat. Dalam
entri log, modul out-of-tree ditandai sebagai pemuatan yang tercemar.
Di buffer log kernel dan pesan syslog
, telusuri entri log yang
menyerupai berikut:
MODULE_NAME: loading out-of-tree module taints kernel.
Telusuri buffer log kernel untuk menemukan entri log yang menunjukkan adanya modul di luar hierarki:
sudo dmesg | grep out-of-tree
Telusuri semua pesan
syslog
untuk menemukan entri log yang menunjukkan adanya modul di luar hierarki:grep "out-of-tree" /var/log/syslog*
Memeriksa livepatching
Livepatching di VM dapat mengganggu deteksi Deteksi Ancaman VM dan dapat memicu temuan positif palsu.
Untuk memeriksa livepatching, ikuti langkah-langkah berikut:
Periksa
syslog
untuk penginstalan dan logging modul livepatching. Patching langsung biasanya mengubah kode kernel dengan menginstal titikftrace
kernel.sudo grep livepatch /var/log/syslog*
Telusuri modul kernel baru yang diinstal untuk livepatching (biasanya diawali dengan
livepatch
):sudo lsmod | grep livepatch
Menelusuri file patch:
sudo ls -l /sys/kernel/livepatch
Untuk informasi tentang livepatching, lihat Livepatch dalam dokumentasi Kernel Linux.
Periksa aktivitas lain yang berpotensi berbahaya yang terdeteksi di VM
- Di Security Command Center, lihat detail temuan Deteksi Ancaman VM yang Anda selidiki.
- Di bagian Resource affected, di kolom Resource full name, klik panah drop-down, lalu klik Show all findings with this resource full name. Kueri temuan diperbarui untuk hanya menampilkan temuan untuk VM ini.
- Periksa temuan yang mengarah ke potensi aktivitas cryptomining, malware, pemberian IAM yang tidak biasa, dan ancaman keamanan lainnya.
Memeriksa apakah software antivirus menyebabkan temuan positif palsu
Software antivirus dapat mengganggu deteksi Deteksi Ancaman VM dan dapat memicu temuan positif palsu.
Memeriksa semua proses yang berjalan di sistem
Kehadiran proses yang tidak terduga dapat menunjukkan bahwa temuan VM Threat Detection valid dan VM telah disusupi.
Cantumkan semua proses yang berjalan di VM:
ps -eAf
Cari proses debugger—seperti
gdb
,strace
, danpstack
—yang biasanya tidak Anda jalankan di VM ini. Proses debugger dapat memata-matai proses lain.Cari proses mencurigakan lainnya di VM.
Memeriksa kernel yang di-booting
Periksa kernel yang di-booting untuk mengidentifikasi kernel Linux Anda:
cat /proc/version
Jika nilai yang ditampilkan bukan versi kernel yang Anda harapkan, hal ini dapat menunjukkan
serangan pembajakan yang dilakukan dengan mengeksploitasi alat kexec
di kernel. Alat
kexec
dapat melakukan softboot pada sistem untuk menggunakan kernel yang berbeda.
Tugas tambahan untuk temuan Unexpected kernel code modification
Tugas di bagian ini khusus untuk kategori temuan Defense Evasion: Unexpected
kernel code modification
. Lakukan tugas di bagian
berikut untuk memverifikasi validitas temuan dalam kategori ini.
Bagian ini membantu Anda menentukan apakah VM Anda menggunakan API debugger. API debugger dapat memicu temuan positif palsu, karena dapat mengubah wilayah kode kernel yang sedang berjalan.
Secara umum, Deteksi Ancaman VM tidak menghasilkan temuan jika mendeteksi penggunaan API debugger. Namun, jika VM Anda menggunakan API debugger yang tidak diketahui VM Threat Detection, Anda masih bisa mendapatkan temuan positif palsu.
Memeriksa pelacak debug yang diaktifkan
Pelacak—kecuali pelacak nop
—dapat menyebabkan perubahan
kode kernel. Hal ini dapat mengganggu deteksi Deteksi Ancaman VM dan dapat
memicu temuan positif palsu. Secara umum, jika mendeteksi
adanya pelacak, Deteksi Ancaman VM tidak akan mengirimkan temuan Defense Evasion: Unexpected kernel code
modification
.
Untuk memeriksa pelacak debug yang diaktifkan, ikuti langkah-langkah berikut:
Periksa pelacak yang tersedia:
cat /sys/kernel/debug/tracing/available_tracers
Outputnya akan terlihat seperti berikut:
hwlat blk mmiotrace function_graph wakeup_dl wakeup_rt wakeup function nop
Periksa pelacak saat ini:
cat /sys/kernel/debug/tracing/current_tracer
Hasilnya adalah salah satu pelacak yang tersedia yang ditampilkan dalam perintah sebelumnya.
Pastikan pelacakan diaktifkan di sistem:
cat /sys/kernel/debug/tracing/tracing_on
Nilai
1
menunjukkan bahwa pelacakan diaktifkan di sistem.Cantumkan CPU tempat pelacakan diaktifkan:
cat /sys/kernel/debug/tracing/tracing_cpumask
Lihat detail pelacakan:
cat /sys/kernel/debug/tracing/trace_stat/function*
Outputnya akan terlihat seperti berikut:
Function Hit Time Avg s^2
Memeriksa peristiwa pelacak debug
Pemantauan peristiwa di kernel dapat menyebabkan perubahan kode kernel dan dapat menghasilkan temuan Virtual Machine Threat Detection positif palsu. Banyak alat proses debug dan pemantauan performa yang dapat otomatis mengaktifkan pemantauan peristiwa.
Untuk memeriksa apakah pemantauan peristiwa diaktifkan, jalankan perintah berikut:
cat /sys/kernel/debug/tracing/events/enable
cat /sys/kernel/debug/tracing/events/*/enable
Output 0
berarti pemantauan peristiwa dinonaktifkan. Output 1
berarti pemantauan peristiwa diaktifkan.
Pertimbangkan untuk menonaktifkan pemantauan peristiwa guna memeriksa apakah Threat Detection VM menghasilkan temuan yang sama. Jika temuan berkurang, hal itu dapat menunjukkan bahwa beberapa temuan awal adalah temuan positif palsu.
Memeriksa kprobe, aturan eBPF, dan netfilter
Netfilter, kprobe, dan aturan eBPF dapat memicu perubahan kode karena memicu transfer panggilan ke callback kustom. Pendeteksian Ancaman VM mendeteksi keberadaan probe ini dan memetakan probe tersebut ke halaman kode yang dimodifikasi, tanpa memperhitungkan probe mana yang dapat memicu positif palsu.
Untuk memeriksa kprobe, aturan eBPF, dan netfilter, jalankan perintah berikut:
iptable -L
cat /sys/kernel/debug/kprobes/enabled
cat /sys/kernel/debug/kprobes/list
cat /sys/kernel/debug/kprobes/blacklist
cat /sys/kernel/debug/tracing/enabled_functions
sudo apt-get update && sudo apt-get install bpftrace
bpftrace -l
sudo apt install linux-tools-`uname -r`
bpftool prog
Memeriksa pelacak debug awal
Kehadiran pelacak debug awal yang diaktifkan pada waktu booting dapat mengganggu deteksi Deteksi Ancaman VM dan dapat memicu temuan positif palsu.
Untuk memeriksa pelacak debug awal, jalankan perintah berikut:
cat /proc/cmdline
Untuk daftar kemungkinan pelacak debug awal, lihat Pelacakan waktu booting dalam dokumentasi Kernel Linux.
Tugas tambahan untuk Unexpected system call handler
Lakukan tugas ini jika Anda mendapatkan temuan
Defense Evasion: Unexpected system call handler
.
Audit panggilan sistem dan cari anomali dalam penggunaan dan pemanggilnya. Log audit memberikan informasi tentang proses pemanggilan dan argumen untuk panggilan sistem. Anda juga dapat melakukan tugas verifikasi untuk memeriksa perilaku yang diharapkan dari panggilan sistem umum. Untuk mengetahui informasi selengkapnya, lihat Contoh pemeriksaan dengan rootkit Diamorphine di halaman ini.
Tugas tambahan untuk Unexpected interrupt handler
Lakukan tugas ini jika Anda mendapatkan temuan
Defense Evasion: Unexpected interrupt handler
.
Cantumkan pengendali interupsi live di sistem dan bandingkan hasilnya dengan informasi dari VM serupa lainnya dalam project. Handler interupsi yang tidak terduga dapat menunjukkan bahwa VM disusupi.
Untuk mencantumkan pengendali interupsi langsung, jalankan perintah berikut:
cat /proc/interrupts
Outputnya akan terlihat seperti berikut:
CPU0 CPU1 0: 44 0 IO-APIC 0-edge timer 1: 9 0 IO-APIC 1-edge i8042 4: 17493 0 IO-APIC 4-edge ttyS0 8: 0 0 IO-APIC 8-edge rtc0 9: 0 0 IO-APIC 9-fasteoi acpi 12: 0 152 IO-APIC 12-edge i8042 24: 16 0 PCI-MSI 81920-edge virtio2-config 25: 0 40194 PCI-MSI 81921-edge virtio2-inflate 26: 58528 0 PCI-MSI 81922-edge virtio2-deflate 27: 0 966356 PCI-MSI 81923-edge virtio2-stats 28: 0 0 PCI-MSI 49152-edge virtio0-config 29: 0 0 PCI-MSI 49153-edge virtio0-control 30: 0 0 PCI-MSI 49154-edge virtio0-event 31: 0 555807 PCI-MSI 49155-edge virtio0-request 32: 0 0 PCI-MSI 98304-edge virtio3-config 33: 184 0 PCI-MSI 98305-edge virtio3-input 34: 0 0 PCI-MSI 65536-edge virtio1-config 35: 556203 0 PCI-MSI 65537-edge virtio1-input.0 36: 552746 1 PCI-MSI 65538-edge virtio1-output.0 37: 1 426036 PCI-MSI 65539-edge virtio1-input.1 38: 0 408475 PCI-MSI 65540-edge virtio1-output.1
Tugas tambahan untuk Unexpected processes in runqueue
Lakukan langkah-langkah ini jika Anda mendapatkan temuan Defense Evasion: Unexpected processes in
runqueue
. Bagian ini membantu Anda mengumpulkan titik data tambahan untuk
menyelidiki temuan Anda. Titik data ini mungkin tidak secara langsung menunjukkan
masalah malware.
Dalam tugas ini, Anda akan meninjau antrean penjadwal per CPU. Meskipun beberapa proses mungkin berumur pendek, Anda masih dapat mengevaluasi perilaku antrean penjadwal dengan proses yang berjalan per CPU untuk mencari perilaku yang tidak normal.
Menampilkan detail tentang jumlah waktu yang dihabiskan setiap proses yang berjalan per CPU. Hal ini membantu Anda melihat apakah CPU tertentu sangat sibuk. Anda dapat mengaitkan hasil ke interupsi yang disematkan ke CPU dari
/proc/interrupts
.cat /proc/schedstat
Untuk mengetahui informasi selengkapnya tentang perintah ini, lihat Statistik Penjadwal dalam dokumentasi Kernel Linux.
Mencantumkan semua tugas yang dapat dijalankan saat ini dan detail tentang pengalihan konteks untuk setiap CPU.
cat /proc/sched_debug
Outputnya akan terlihat seperti berikut:
Sched Debug Version: v0.11, 5.4.0-1081-gke #87-Ubuntu ktime : 976187427.733850 sched_clk : 976101974.761097 cpu_clk : 976101973.335113 jiffies : 4538939132 sched_clock_stable() : 1 sysctl_sched .sysctl_sched_latency : 12.000000 .sysctl_sched_min_granularity : 1.500000 .sysctl_sched_wakeup_granularity : 2.000000 .sysctl_sched_child_runs_first : 0 .sysctl_sched_features : 2059067 .sysctl_sched_tunable_scaling : 1 (logarithmic) cpu#0, 2199.998 MHz .nr_running : 0 .nr_switches : 16250401 .nr_load_updates : 0 .nr_uninterruptible : 12692 .next_balance : 4538.939133 .curr->pid : 0 .clock : 976101971.732857 .clock_task : 976101971.732857 .avg_idle : 880408 .max_idle_balance_cost : 500000 runnable tasks: S task PID tree-key switches prio wait-time sum-exec sum-sleep ----------------------------------------------------------------------------------------------------------- S systemd 1 51740.602172 326778 120 0.000000 165741.786097 0.000000 0 0 /init.scope S kthreadd 2 1482297.917240 1361 120 0.000000 112.028205 0.000000 0 0 / I rcu_sched 11 1482642.606136 1090339 120 0.000000 17958.156471 0.000000 0 0 / S cpuhp/1 15 537.058588 8 120 0.000000 2.275927 0.000000 0 0 / S idle_inject/1 16 -2.994953 3 49 0.000000 0.012780 0.000000 0 0 / S migration/1 17 0.000000 245774 0 0.000000 5566.508869 0.000000 0 0 / S ksoftirqd/1 18 1482595.656315 47766 120 0.000000 1235.099147 0.000000 0 0 / I kworker/1:0H 20 536.961474 5 100 0.000000 0.043908 0.000000 0 0 / S kdevtmpfs 21 11301.343465 177 120 0.000000 3.195291 0.000000 0 0 / I netns 22 6.983329 2 100 0.000000 0.021870 0.000000 0 0 / Srcu_tasks_kthre 23 10.993528 2 120 0.000000 0.010200 0.000000 0 0 / S kauditd 24 1482525.828948 319 120 0.000000 14.489652 0.000000 0 0 /
Cari hal berikut:
- Nama proses yang berjalan.
- Jumlah pengalihan konteks per CPU. Lihat apakah proses mengalami terlalu sedikit atau terlalu banyak pengalihan di CPU.
- Waktu CPU yang dihabiskan (waktu tidak tidak ada aktivitas).
Contoh inspeksi dengan rootkit Diamorphine
Bagian ini menunjukkan pemeriksaan VM yang telah menginstal rootkit Diamorphine. Diamorphine adalah modul kernel yang dapat dimuat (LKM) yang populer. Rootkit ini memicu kategori temuan berikut:
Defense Evasion: Unexpected system call handler
Defense Evasion: Unexpected kernel modules
Defense Evasion: Unexpected kernel read-only data modification
Untuk informasi selengkapnya tentang kategori temuan ini, lihat Temuan ancaman rootkit mode kernel.
Langkah-langkah pemeriksaan yang dilakukan dan gejala yang diamati di VM adalah sebagai berikut:
Telusuri
syslog
untuk semua modul kernel out-of-tree yang dimuat.Telusuri buffer log kernel:
sudo dmesg | grep out-of-tree
Output:
diamorphine: loading out-of-tree module taints kernel.
Telusuri pesan
syslog
:grep "out-of-tree" /var/log/syslog*
Output:
/var/log/syslog: diamorphine: loading out-of-tree module taints kernel.
Telusuri
syslog
untuk menemukan kegagalan verifikasi modul (tidak tersedia di semua distribusi Linux).Telusuri buffer log kernel:
sudo dmesg | grep "module verification failed"
Output:
diamorphine: module verification failed: signature and/or required key missing - tainting kernel
Telusuri pesan
syslog
:sudo grep "module verification failed" /var/log/syslog*
Output:
/var/log/syslog: diamorphine: module verification failed: signature and/or required key missing - tainting kernel
Pastikan modul disembunyikan dari perintah
/proc/modules
danlsmod
.sudo grep diamorphine /proc/modules sudo lsmod | grep diamorphine
Tidak ada hasil yang ditampilkan.
Pastikan modul memiliki entri di
sysfs
.sudo cat /sys/module/diamorphine/coresize
Output:
16384
Dapatkan tabel panggilan sistem untuk arsitektur:
sudo ausyscall --dump
Output:
Using x86_64 syscall table: 0 read 1 write 2 open 3 close
Audit anomali dalam panggilan sistem—seperti
kill
dangetdents
—yang biasanya dimodifikasi oleh rootkit.Untuk memeriksa modifikasi tidak sah pengendali panggilan sistem, audit panggilan sistem dan periksa perilaku yang tidak wajar. Perilaku ini bervariasi untuk setiap panggilan sistem.
Panggilan sistem yang biasanya diretas adalah panggilan
kill
. Anda dapat memeriksa apakah panggilan sistemkill
telah dilewati. Pada contoh berikut, panggilan sistemkill
diaudit.Instal
auditd
dan amati perilaku VM tanpa rootkit Diamorphine:$ sudo apt-get update && sudo apt-get install auditd $ # Add audit rules for specific system calls $ sudo echo "-a exit,always -F arch=b64 -S kill -k audit_kill" >> /etc/audit/rules.d/audit.rules $ sudo /etc/init.d/auditd restart Restarting auditd (via systemctl): auditd.service. $ # Behavior observed without rootkit $ sleep 600 & [1] 1119 $ sudo kill -9 1119 $ sudo ausearch -k audit_kill | grep -A 3 "pid=1119" type=OBJ_PID msg=audit(1677517839.523:198): opid=1119 oauid=1001 ouid=0 oses=1 obj=unconfined ocomm="sleep" type=SYSCALL msg=audit(1677517839.523:198): arch=c000003e syscall=62 success=yes exit=0 a0=45f a1=9 a2=0 a3=7f61c64b2ac0 items=0 ppid=1034 pid=1035 auid=1001 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="bash" exe="/usr/bin/bash" subj=unconfined key="audit_kill" $ sleep 600 & [1] 1087 $ sudo kill -31 1087 $ sudo ausearch -k audit_kill | grep -A 3 "pid=1087" type=OBJ_PID msg=audit(1677517760.844:168): opid=1087 oauid=1001 ouid=0 oses=1 obj=unconfined ocomm="sleep" type=SYSCALL msg=audit(1677517760.844:168): arch=c000003e syscall=62 success=yes exit=0 a0=43f a1=1f a2=0 a3=7f61c64b2ac0 items=0 ppid=1034 pid=1035 auid=1001 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="bash" exe="/usr/bin/bash" subj=unconfined key="audit_kill"
Pada tahap ini dalam pemeriksaan, rootkit Diamorphine diinstal. Langkah berikutnya menunjukkan perilaku VM setelah penginstalan rootkit.
Pastikan entri log audit untuk sinyal kini tidak ada setelah rootkit Diamorphine diinstal:
$ sudo ausearch -k audit_kill | grep -A 3 "pid=1158" $ sleep 600 & [2] 1167
Periksa detail di entri log audit untuk sinyal tersebut. Dalam contoh ini, meskipun sinyal khusus ini tidak sepenuhnya dibajak oleh rootkit, informasi tentang proses pemanggil tersedia.
$ sudo kill -9 1167 $ sudo ausearch -k audit_kill | grep -A 3 "pid=1167" type=OBJ_PID msg=audit(1677518008.586:237): opid=1167 oauid=1001 ouid=0 oses=1 obj=unconfined ocomm="sleep" type=SYSCALL msg=audit(1677518008.586:237): arch=c000003e syscall=62 success=yes exit=0 a0=48f a1=9 a2=0 a3=7f61c64b2ac0 items=0 ppid=1034 pid=1035 auid=1001 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="bash" exe="/usr/bin/bash" subj=unconfined key="audit_kill"
Men-debug skrip pengumpulan data
Skrip berikut melakukan banyak tugas proses debug yang dijelaskan di halaman
ini. Anda dapat menjalankan skrip ini dalam mode sudo
atau root
. Skrip hanya membaca
informasi debug dari sistem.
$ cat kprot.sh
#!/bin/bash
echo "Boot command line"
cat /proc/cmdline
echo "=================================================="
echo "Loaded modules"
cat /proc/modules
echo "=================================================="
echo "Current tracer"
cat /sys/kernel/debug/tracing/current_tracer
echo "=================================================="
echo "Tracing event enable"
cat /sys/kernel/debug/tracing/events/enable
echo "=================================================="
echo "Tracing sub events enable"
for en in `find /sys/kernel/debug/tracing/events/*/enable`; do printf "\b$en\n"; cat $en; done
echo "=================================================="
echo "IP table rules"
iptables -L
echo "=================================================="
echo "Ftrace list"
cat /sys/kernel/debug/tracing/enabled_functions
echo "=================================================="
echo "Kprobes enabled"
cat /sys/kernel/debug/kprobes/enabled
echo "=================================================="
echo "Kprobes list"
cat /sys/kernel/debug/kprobes/list
echo "=================================================="
echo "Kprobes blocklist"
cat /sys/kernel/debug/kprobes/blacklist
echo "=================================================="
echo "BPF trace"
sudo apt update && sudo apt-get update && sudo apt-get install bpftrace
bpftrace -l
echo "=================================================="
echo "BPF prog list"
sudo apt update && sudo apt install linux-tools-`uname -r`
bpftool prog
echo "=================================================="
Langkah selanjutnya
- Pelajari Virtual Machine Threat Detection lebih lanjut
- Pelajari cara menggunakan Virtual Machine Threat Detection