使用ptrace在多线程应用程序中检测linux调试器

时间:2014-12-15 11:16:38

标签: multithreading debugging assembly ptrace

我必须在linux下实现调试器检测技术。所以主要的想法是,我的代码片段通过系统调用克隆创建第二个线程。之后,创建的线程应该检查while循环中是否存在调试器,睡眠几秒钟。我的问题是如何在无限循环内的多线程环境中通过ptrace实现调试器检测。我的问题是在第二次调用ptrace(PTRACE_TRACEME,0,1,0)之后检测到调试器(当然这是合理和正确的)。那么我是否必须在循环结束时以某种方式分离跟踪器或以另一种方式使用ptrace?这是一段代码:

new_thread:
; PTRACE
xor rdi, rdi
xor rsi, rsi
xor rdx, rdx
inc rdx
xor r10, r10
mov rax, 101 ; ptrace syscall
syscall
cmp rax, 0
jge __nondbg
call _dbg
db 'debugged!', 0xa, 0
_dbg:
mov rdi, 1
pop rsi
mov rdx, 10
mov rax, 1 ; syscall write
syscall
; exit_group call
mov rdi, 127
mov rax, 231 ; exit_group syscall
syscall
__nondbg:
call _nondbg
db 'non-debugged!', 0xa, 0
_nondbg:
mov rdi, 1
pop rsi
mov rdx, 14
mov rax, 1 ; syscall write
syscall
; ==========
; SLEEP.....
; ==========
push 0 ; value should be a parameter
push 5 ; value should be a parameter
mov rdi, rsp
xor rsi, rsi
mov rax, 35 ; syscall nanosleep
syscall ; syscall
pop rax
pop rax
jmp new_thread

1 个答案:

答案 0 :(得分:0)

我不知道你的设计是否会强迫你尝试循环检测。 PTRACE_TRACEME由tracee进程使用,由其父进程跟踪(在fork之后)。我承认,当跟踪器是同一过程中的另一个线程时,我不确定这是如何工作的,但我认为它不会很好,因为ptrace的机制是基于信号的。 / p>

如果您想确保您的(子)过程附加到迹线上,常见的方法是提出停止信号以允许示踪剂附加。当恢复执行时,您知道跟踪器在那里。

raise(SIGSTOP);