BF Forked & Threaded Stack Canaries
Last updated
Last updated
学习并练习 AWS 黑客技能:HackTricks 培训 AWS 红队专家 (ARTE) 学习并练习 GCP 黑客技能:HackTricks 培训 GCP 红队专家 (GRTE)
如果你面对一个受到 canary 和 PIE(位置无关可执行文件)保护的二进制文件,你可能需要找到一种绕过它们的方法。
请注意,checksec
可能无法发现一个二进制文件受到 canary 保护,如果它是静态编译的并且无法识别函数。
然而,你可以手动注意到这一点,如果你发现在函数调用的开始处保存了一个值在堆栈中,并且在退出之前检查了这个值。
绕过简单 canary 的最佳方法是,如果二进制文件是一个程序,在每次你与它建立新连接时分叉子进程(网络服务),因为每次连接到它时相同的 canary 将被使用。
因此,绕过 canary 的最佳方法就是逐个字符地暴力破解它,你可以通过检查程序是否崩溃或继续其正常流程来判断猜测的 canary 字节是否正确。在这个示例中,函数暴力破解一个 8 字节的 canary(x64),并区分正确猜测的字节和错误的字节,只需检查服务器是否发送了响应(在其他情况下,另一种方法可能是使用try/except):
这个示例是为 64 位实现的,但也可以很容易地为 32 位实现。
这是为32位系统实现的,但很容易改为64位系统。 还要注意,对于这个示例,程序预期首先有一个字节来指示输入的大小和有效载荷。
同一进程的线程也会共享相同的canary token,因此如果二进制文件在每次攻击发生时生成一个新线程,就有可能暴力破解canary。
此外,如果一个受canary保护的线程函数发生缓冲区溢出,就可以用来修改存储在TLS中的主canary。这是因为可能可以通过线程的栈上的bof达到存储TLS(因此也是canary)的内存位置。 结果,这种缓解措施是无效的,因为检查是使用两个相同的canary(尽管被修改)。 这种攻击在这篇文章中进行了描述:http://7rocky.github.io/en/ctf/htb-challenges/pwn/robot-factory/#canaries-and-threads
还要查看这个演示文稿:https://www.slideshare.net/codeblue_jp/master-canary-forging-by-yuki-koike-code-blue-2015,其中提到通常TLS是由**mmap
存储的,当创建线程的栈**时也是通过mmap
生成的,根据这一点,可能会允许如前述写作中所示的溢出。
64位,无PIE,nx,BF canary,在某个内存中写入ROP以调用execve
并跳转到那里。