AI Summary & Key Takeaways
AI InsightThe results show that PPID=1 is not sufficient as a standalone indicator.
📌 3 Key Takeaways
Abstract
Process management in Linux systems is a critical layer for system security and incident response. Orphan processes are often considered a natural result of operating system behavior. However, this behavior may weaken process tree visibility in attack-like execution flows. This study examines the attack behavior and detectability of orphan processes in Linux systems within a controlled laboratory environment. The experimental application was conducted on Kali Linux. A Python-based simulation was developed by using fork(), setsid(), and execv() system calls. The parent process was terminated. The final worker process was reparented under init/systemd. Thus, the PPID=1 behavior was produced. The worker process was configured to listen on a local TCP port and hold a file resource. The collected outputs were analyzed through JSON event logs, /proc/[pid]/status, ps, pstree, ss, lsof, and auditd. The findings showed that the worker process remained active after becoming orphaned. The same process listened on 127.0.0.1:18080. It also kept the /tmp/pro_orphan_resource.lock file open. Cross-view analysis produced consistent results across all observation sources. In the score-based evaluation, the anomaly score was calculated as 100/100. The results show that PPID=1 is not sufficient as a standalone indicator. Orphan process detection should combine event timelines, process trees, open sockets, file descriptors, and cross-view evidence.
Özet
Linux sistemlerde proses yönetimi, sistem güvenliği ve olay müdahalesi açısından kritik bir katmandır. Yetim prosesler çoğu zaman işletim sisteminin doğal bir sonucu olarak görülmektedir. Ancak bu davranış, saldırı-benzeri süreçlerde süreç ağacı görünürlüğünü zayıflatabilir. Bu çalışmada, Linux sistemlerde yetim proseslerin saldırı davranışı ve tespit edilebilirliği kontrollü bir laboratuvar ortamında incelenmiştir. Deneysel uygulama Kali Linux üzerinde gerçekleştirilmiştir. Python tabanlı simülasyonda fork(), setsid() ve execv() çağrıları kullanılmıştır. Parent proses sonlandırılmıştır. Final worker proses init/systemd altında yeniden ebeveynlenmiştir. Böylece PPID=1 davranışı üretilmiştir. Worker prosesin lokal TCP portu dinlemesi ve dosya kaynağı tutması sağlanmıştır. Elde edilen çıktılar JSON olay kayıtları, /proc/[pid]/status, ps, pstree, ss, lsof ve auditd üzerinden analiz edilmiştir. Bulgular, worker prosesin yetim hâle geldikten sonra aktif kaldığını göstermiştir. Aynı prosesin 127.0.0.1:18080 adresinde port tuttuğu belirlenmiştir. Ayrıca /tmp/pro_orphan_resource.lock dosyasını açık tuttuğu doğrulanmıştır. Çapraz görünüm analizi tüm gözlem kaynaklarında tutarlı sonuç vermiştir. Skor tabanlı değerlendirmede anomali skoru 100/100 olarak hesaplanmıştır. Sonuçlar, PPID=1 bilgisinin tek başına yeterli olmadığını göstermektedir. Yetim proses tespiti için olay zaman çizelgesi, süreç ağacı, açık soketler, dosya tanımlayıcıları ve çapraz görünüm kanıtları birlikte değerlendirilmelidir.