gpt4 book ai didi

c - 将 Shellcode 输出定向到文件 - C

转载 作者:太空宇宙 更新时间:2023-11-04 01:59:07 25 4
gpt4 key购买 nike

我正在使用这里的代码:Read and Execute Shellcode from a .txt File

#include <stdio.h>
#include <sys/mman.h>
#include <sys/stat.h>
#include <stdlib.h>

int main(void)
{
FILE *file = fopen("text.txt", "r");
unsigned char *buf;
int length = 0;
struct stat st;
int v;

// get file size and allocate. We're going to convert to bytes
// from text, so this allocation will be safely large enough
fstat(fileno(file), &st);
buf = valloc(st.st_size);
while (fscanf(file, "\\x%02x", &v) == 1)
{
buf[length++] = v;
}

fclose(file);

mprotect(buf, length, PROT_EXEC);

int (*ret)() = (int (*)())buf;
ret();

return 0;
}

我正在编译:gcc -fno-stack-protector -z execstack testshell.c -o testshell

它运行得很好,但它执行的 shellcode 写入了终端,但我想以某种方式将其重定向到一个文件。

我试过:

./testshell > output.txt

但似乎也无法捕获 shellcode 的结果。

我如何捕获它运行的任何 shellcode 的输出,并在可能的情况下将其重定向到一个文件?

更新: 我正在使用的 shellcode,它通过 sys_write 系统调用输出到文件描述符(它进行计算并打印到屏幕)-

\xeb\x4d\x5e\x66\x83\xec\x0c\x48\x89\xe0\x48\x31\xc9\x68\x33\x09\x00\x7c\x48\x89\xcf\x80\xc1\x0c\x40\x8a\x3e\x40\xf6\xd7\x40\x88\x38\x48\xff\xc6\x68\x16\x96\xd0\xd9\x48\xff\xc0\xe2\xea\x2c\x0c\x48\x89\xc6\x68\xf2\xf5\x44\x48\x48\x31\xc0\x48\x89\xc7\x04\x01\x48\x89\xc2\x80\xc2\x0b\x0f\x05\x48\x31\xc0\x04\x3c\x0f\x05\xe8\xae\xff\xff\xff\x85\xa7\xaa\xc7\x9e\x87\xa5\xa5\x8e\xb7\x87\xba\x31\x80\xe0\x55\xef\xa1\x93\x0c\x4e\x1c\xdc\x34\x53\xb3\x8b\x43\x48\x68\x30\x1d\x4b\x65\x5b\x52\x41\x4e\x44\x53\x54\x52\x32\x5d

最佳答案

将评论转化为答案,在信用到期时给予信用。

Deanie说:

This should work if the shellcode is writing to stdout and not stderr. Try:

./testshell > output.txt 1>&2

到哪个user2059300 ,OP,回应:

No dice on the 1>&2, the output still occurs in the terminal and not in output.txt

David C. Rankin说:

I think he meant ./testshell > output.txt 2>&1 to redirect both stdout & stderr to output.txt.

但是user2059300声明:

Still a no-go on that, … I provided the shellcode I'm testing.

然后我问:

  • shell代码是如何写的?它在做什么?我不会为你剖析它; shell 代码往往是非常特定于平台的,您还没有确定您使用的是哪个系统。当然,很容易猜到您在 Intel 机器上使用 Linux,但它可能是 32 位或 64 位 Linux,仍然需要了解 shell 代码的作用才能知道如何重定向其输出.例如,如果它打开终端并向其写入内容,您将很难避免输出出现在终端上。

user2059300声明:

It's a sys_write syscall output to a file descriptor.

提示我问:

  • 哪个文件描述符? 0、1、2 还是其他?

David C. Rankin注意到:

That's still up in the air. Dumping to assembly shows a call to fprintf, but redirecting both stderr and stdout does nothing. It's almost like a kernel printf is being used.

我反驳道:

  • 这就是为什么我将 0 列为候选文件描述符的原因。 文件描述符 0 通常是文件描述符 1 和 2 的副本,因此您既可以写入 0(标准输入)也可以从 1 和 2(标准输出和标准错误)读取。当然,做so 完全不受支持且不可移植(并且您不能通过文件流 stdinstdoutstderr 执行此操作),但是随后shell 代码通常是不可移植的。

这似乎是关键。 David C. Rankin确认:

Hah! You nailed it. ./testshell > output.txt 0>&1 worked just fine. Learning has occurred… Thanks. That is the first, and hopefully the last time, I'll run across that. I'm too old to be learning those tricks.

user2059300也是如此:

Thank you guys so much. Learning has indeed occurred. ./testshell > output.txt 0>&1

显然,我不知道这会是解决方案,但是当标准输出和标准错误的 I/O 重定向失败时,它成为了一种可能性。这种行为有很长的历史(第 7 版 Unix,也可能在此之前),尽管很少有明确记录。

关于c - 将 Shellcode 输出定向到文件 - C,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29593556/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com