核心文件内存分析验证

Unh*_*ion 6 c gdb coredump

应用程序正在生成核心文件。

这是核心信息。

错误堆栈已获得,目标是检查 myStruct 变量中的数据内容,因为这是核心发生时传递给 myFunction 的内容。

(gdb) where
#0  0x000000000041bba1 in myFunction (myStruct=0x7ffff9dd0c20) at myTest.c:344
        :
        :
        :
Run Code Online (Sandbox Code Playgroud)

从上面我得到了myStruct在0x7ffff9dd0c20的地址并转储了200个字。

(gdb) x/200x 0x7ffff9dd0c20
0x7ffff9dd0c20: 0x01938640      0x00000000      0x00001c34      0x000002c8
0x7ffff9dd0c30: 0x00000400      0x00000000      0x01939760      0x00000000
0x7ffff9dd0c40: 0x00000014      0x00000000      0x00000000      0x00000000
0x7ffff9dd0c50: 0x00000000      0x0005000c      0x00000000      0x000d0000
0x7ffff9dd0c60: 0x00000004      0x00000000      0x00000000      0x00000000
0x7ffff9dd0c70: 0x00000000      0x00000000      0x00040000      0x00000000
0x7ffff9dd0c80: 0x0001000c      0x00000000      0x00000000      0x00000000
0x7ffff9dd0c90: 0x00000000      0x00000000      0x00000009      0x00000000
0x7ffff9dd0ca0: 0x00000000      0x00000000      0x410d999a      0x418d999a
0x7ffff9dd0cb0: 0x40b80000      0x41380000      0x000010cc      0x00000000
0x7ffff9dd0cc0: 0x0192edd0      0x00000000      0x00000a30      0x00000158
   :
   :
   :
Run Code Online (Sandbox Code Playgroud)

现在我想验证我是否正确读取了数据的输出。

这是结构信息。

typedef struct 
    {
    char *a;            
    unsigned int b; 
    unsigned int c; 
    int d;          
    } structA;

typedef struct
    {
    structA e;
    char *f;
    } myStruct;  <----------This is what gets passed in and what I am trying to examine.
Run Code Online (Sandbox Code Playgroud)

在 Linux 上运行一个程序来验证数据类型大小。

Size of char* : 8
Size of int : 4
Run Code Online (Sandbox Code Playgroud)

知道地址是 0x7ffff9dd0c20 并且结构是 myStruct,我假设我从分析 structA 开始,因为它是第一个。

由于 char *a 是 structA 的第一部分,而 char * 是 2 个词,我看看这个:

  0x01938640      0x00000000 
Run Code Online (Sandbox Code Playgroud)

接下来基本上有 3 个整数(2 个无符号整数和 1 个整数),我从输出中将它们视为这些:

0x00001c34      
0x000002c8
0x00000400
Run Code Online (Sandbox Code Playgroud)

这让我回到 structB 和应该是 2 个单词的 char *f 属性。
这是否意味着这是正确的地址:

0x00000000      0x01939760  
Run Code Online (Sandbox Code Playgroud)

我在这里再次复制了内存信息,以便于参考。

(gdb) x/200x 0x7ffff9dd0c20
0x7ffff9dd0c20: 0x01938640      0x00000000      0x00001c34      0x000002c8
0x7ffff9dd0c30: 0x00000400      0x00000000      0x01939760      0x00000000
0x7ffff9dd0c40: 0x00000014      0x00000000      0x00000000      0x00000000
0x7ffff9dd0c50: 0x00000000      0x0005000c      0x00000000      0x000d0000
0x7ffff9dd0c60: 0x00000004      0x00000000      0x00000000      0x00000000
0x7ffff9dd0c70: 0x00000000      0x00000000      0x00040000      0x00000000
0x7ffff9dd0c80: 0x0001000c      0x00000000      0x00000000      0x00000000
0x7ffff9dd0c90: 0x00000000      0x00000000      0x00000009      0x00000000
0x7ffff9dd0ca0: 0x00000000      0x00000000      0x410d999a      0x418d999a
0x7ffff9dd0cb0: 0x40b80000      0x41380000      0x000010cc      0x00000000
0x7ffff9dd0cc0: 0x0192edd0      0x00000000      0x00000a30      0x00000158
Run Code Online (Sandbox Code Playgroud)

这是检查和解析数据的正确方法吗?

这是另一种结构的定义。

typedef struct
    {
    short w;                    
    unsigned long x;            
    short y;                    
    short z;                    
    } otherStruct;
Run Code Online (Sandbox Code Playgroud)

这是预期存储在 f 中的内容。

    char *f;
Run Code Online (Sandbox Code Playgroud)

在 gdb 中,我尝试了以下操作:

 p (otherStruct *)0x1939760
Run Code Online (Sandbox Code Playgroud)

它打印出来:

 $12 = (otherStruct *) 0x1939760
Run Code Online (Sandbox Code Playgroud)

奇怪的是,当我最初打印出数据时,它显示 *f 如下所示,它看起来不像结构:

  f = 0x1939760 "\315\314\274@"
Run Code Online (Sandbox Code Playgroud)

dbu*_*ush 3

您正在以艰难的方式读取数据。gdb 知道结构体定义,因此您可以告诉它使用命令直接打印结构体p

例如,给定使用您的结构的代码:

int main()
{
    myStruct s = { { "aaa", 4, 5, 6 }, "bbb" };
    printf("hello\n");
}
Run Code Online (Sandbox Code Playgroud)

在gdb下运行代码:

int main()
{
    myStruct s = { { "aaa", 4, 5, 6 }, "bbb" };
    printf("hello\n");
}
Run Code Online (Sandbox Code Playgroud)

对于f实际包含 a 的字段,您可以通过转换和取消引用结果otherStruct *来打印其中包含的内容:f

p *(otherStruct *)myStruct->f
Run Code Online (Sandbox Code Playgroud)

话虽如此,您没有考虑结构内的填充。由于structA包含char *8 字节大小,因此该结构必须在 8 字节边界上对齐。查看布局,这意味着 4 个字节的填充位于结构的末尾。

因此,转储中的第 6 个 32 位字 (0x00000000) 实际上就是该填充。所以组成的字节f实际上是0x01939760 0x00000000.

查看上面示例代码的转储:

(gdb) start
Temporary breakpoint 1 at 0x400535: file x1.c, line 19.
Starting program: /home/dbush/./x1 

Temporary breakpoint 1, main () at x1.c:19
19      myStruct s = { { "aaa", 4, 5, 6 }, "bbb" };
Missing separate debuginfos, use: debuginfo-install glibc-2.17-292.el7.x86_64
(gdb) step
20      printf("hello\n");
(gdb) p s
$1 = {e = {a = 0x400600 "aaa", b = 4, c = 5, d = 6}, f = 0x400604 "bbb"}
(gdb) 
Run Code Online (Sandbox Code Playgroud)

您可以看到字段中的值e与原始转储相匹配。接下来您会看到填充字节,在本例中其值为0x00007fff。之后的 8 个字节与 的值匹配f