关于c语言指针，希望老师详细解说下

Posted 2023-05-03

自己举个小例子，
#include<stdio.h>
int main()

int x=10;
int *a;
a=&x;
printf("a=%d\n",a);
int y=10;
int *b;
b=&x;
printf("b=%d\n",*b);
return 0;

运行结果是 a=1245052，b=10。
陈述下我要表达的问题。刚刚学到这一节指针，指针可以2种赋值，取地址赋值&，以及直接地址赋值。
上面的 int x=10；int *a；a=&x；这一段应该就是取地址赋值，那么直接地址赋值是怎么样的呢？我试过
int x=10；int*a；a=x；这样是错误的。
还有，为什么a=1245052，printf输出的a难道不是指针变量指向的变量地址a吗？那么这个值是怎么来的？我并没有定义a的值啊
而第二个printf输出的是*b，是这样的输出才是正确的吗？
小白刚刚学c，求老师指点下

（1）赋值表达式，等号二边的类型必须赋值兼容。比如int x=10；int*a；a=x，a的类型是int*，而x的类型是int，所以a=x是不能赋值的。
（2）至于a=1245052，那是因为a变量中存放的是x变量的地址，也就是1245052就是x的地址。所以printf("a=%d\n",a);输出的是a的值，也就是x的地址。
（3）*b的含义就是找出b变量值所对应的存储单元的内容。看看程序中的语句：
int y=10;
int *b;
b=&x;
b中存放的是x变量的地址，那就把该地址对应的存储单元中内容取出来，该存储单元存放的是x变量的值，所以*b取出的也就是x变量的值。
（4）在实存系统下，可以将你已知的地址直接给指针变量赋值，由你来确保该地址对应的存储单元是可用的。比如
int*p=(int*)0xef8811AD;
在虚存系统下，上面的代码是错误的。 参考技术A 直接地址赋值：
int x=10;
int *a=(int *)malloc(sizeof(int));//系统从内存中分配一个int大小的内存，将起始地址强制转换成int *型赋给指针变量a
int x=10；int*a；a=x；这是将变量x的值赋给a，而a是指针变量，它只能用地址赋值，因此将变量的值赋给指针变量是错误的
还有，为什么a=1245052，printf输出的a难道不是指针变量指向的变量地址a吗？那么这个值是怎么来的？我并没有定义a的值啊
答：printf输出的是a的值，由于a=&x，指针变量a的值就是变量x的地址，所以输出的这个值就是变量x所在内存单元的地址
而第二个printf输出的是*b，是这样的输出才是正确的吗？
答：这里输出的就是指针变量b所指向单元的内容，由于b=&x,即b指向变量x，所以(*b)实际上就是变量x的值，输出的就是变量x的值

追问

这位老师说的简单易懂，第一个我整明白了，实际上int *a，x=10；的那个a=&x的时候，printf输出的a，而原来定义*a的时候，a有地址，由于值由于没有赋值，我在这里称为不确定的值的，而printf输出*a的时候，*a是承接了x的地址，输出的是x的值，而不是a的值。
这位老师可以给我举一段简单的“直接地址赋值”吗，因为书上没有怎么讲

追答

指针变量必须指向有效的内存单元，即指针变量的值必须是有效内存单元的地址，否则就是“野指针”，野指针是不能使用的。因此指针变量使用前必须对其进行初始化，一种可以直接用变量的地址对其进行初始化，这种初始化的方法使得该指针变量就指向了某个变量；另一种方法是直接地址赋值，直接赋给指针变量一个有效单元的地址，如果直接int *a=100，但是100可能不是有效地址，因此是不允许直接给它赋一个地址值，如何确保分配一个有效地址呢？那么可以调用malloc函数交由系统动态分配一段有效的内存，并将这段内存的起始地址转换成可以与指针变量类型相符的指针赋给指针变量，比如a，那么a就指向这段内存的起始单元，malloc的用法如下;
(指针变量的类型)malloc(分配的单元字节数)
比如int *a；那么为a分配地址就应该写作a=(int *)malloc(sizeof(int))，(int *)强制转换成a的类型int *，sizeof(int)是一个int型数据所需占用的内存单元字节数
如果a准备用来指向一个10个单元的数组，那么为a分配地址就应该写作
a=(int *)malloc(10*sizeof(int))，分配10个整型单元所需的内存，并将这段内存的起始地址赋给a
malloc()函数所需的头文件是stdlib.h
使用malloc()函数分配的内存若不需要使用的时候应该用free()将其释放
malloc()使用的场合：
（1）为指针变量分配有效内存，尤其是指针变量并不确定指向某个变量的时候
（2）当所需的内存空间是变化的，比如说要对一组数据进行排序，而数据的个数并不确定，要在程序运行时由用户指定，这时候这组数据就不能用数组存储，可以用malloc()来分配内存，通过指针变量对每个单元进行访问

本回答被提问者采纳 参考技术B

1 

#include<stdio.h>
int main()

int x=10;
int *a;
a=&x;
*a=9;
printf("%d",x);
return 0;

用a给x的10赋值成9，应该很好理解

2 a输出地址的时候要用%p  专用的16进制地址输出格式

3 b输出没问题，后面和数组一起学的时候会学到更多输出方法

参考技术C

直接地址赋值的形式: *((volatile unsigned long *)0x123456),类似这样,其中0x123456为你要赋值的地址,这种形式嵌入式用的比较多

首先 int x=10,int *a;

系统将分配内存地址给x,a; 比如分到 x 地址为0x111, a 地址为0x222

a = &x; 意味着将x的地址(0x111) 放到 0x222中.

printf(a) 意味打印a的地址,即0x222

printf(*a) 意味打印a 地址保存的地址的值.即 0x222 -> 0x111 -> 10

参考技术D 首先，关于你的第一个问题直接地址赋值的写法是是int x=10；int *a=x；
而你直接输出a的话，其实输出的是x的地址，并不是x的值，对于指针的话要加个*之后，才会取到该地址所存储的值

谁能详细解说下脱壳步骤和软件

关于脱壳的步骤能详细解说下吗？

【目标软件】WINME下的记事本

【加壳方式】Armadillo3.60 CopyMem-ll Debug-Blocker

【调试环境】：WinXP、Ollydbg、PEiD、LordPE、ImportREC 1.6F

1.前言

为了练习脱壳，前一段时间从网上下了一个Armadillo3.60，然后给记事本加壳，当然本人初学破解，参考了很多大虾们的文章，然后自己模仿脱壳，可是当我修改了Magic Jump后，用401000段“内存断点”大法想到达那个盼望已久的OEP的时候，意外出现了：程序终止，退出！是我做法错误，然后我又实验了N遍，依然如此，为什么？随后又在论坛不停的搜索着，想找一些有关的知识，终于找到了（抱歉，忘记了作者是谁），而且解决了这个问题，为了使象我一样初学者不要重蹈覆辙，我决定详细的写一写，也许你认为很简单，那么请略过。

2.脱壳过程（分以下几步进行）

设置Ollydbg忽略所有的异常选项，用IsDebug 1.4插件去掉Ollydbg的调试器标志。

（1）查找OEP

用OD中载入程序，下bp WaitForDebugEvent，F9运行，中断如下：

77E93A07 k> 55 push ebp <====中断在此处，清除断点

77E93A08 8BEC mov ebp,esp

77E93A0A 83EC 68 sub esp,68

77E93A0D 56 push esi

77E93A0E FF75 0C push dword ptr ss:[ebp C]

查看堆栈窗口：

0012DAC0 00423D67 /CALL 到 WaitForDebugEvent 来自 NOTEPAD.00423D61

0012DAC4 0012EB84 |pDebugEvent = 0012EB84 <====注意这里

0012DAC8 000003E8 \Timeout = 1000. ms

在0012EB84所在的行上点击右键选“转存中跟随”。

然后再下bp WriteProcessMemory,F9运行

77E41A90 k> 55 push ebp <====中断在此处

77E41A91 8BEC mov ebp,esp

77E41A93 51 push ecx

77E41A94 51 push ecx

77E41A95 8B45 0C mov eax,dword ptr ss:[ebp C]

看数据转存窗口：

0012EB84 01 00 00 00 40 07 00 00 ...@ ..

0012EB8C 5C 01 00 00 01 00 00 80 \ .. ..

0012EB94 00 00 00 00 00 00 00 00 ........

0012EB9C CC 10 40 00 02 00 00 00 ?@. ...

0012EBA4 00 00 00 00 CC 10 40 00 ....?@.

0012EBAC CC 10 40 00 00 00 00 00 ?@.....

红色字体的4010CC就是OEP，这样我们接着来第2步

（2）dump文件

现在我们重新用OD中载入程序，下硬件断点，he WaitForDebugEvent，F9运行，中断如下：

77E93A07 k> 55 push ebp <====中断在此处，删除断点

77E93A08 8BEC mov ebp,esp

77E93A0A 83EC 68 sub esp,68

77E93A0D 56 push esi

77E93A0E FF75 0C push dword ptr ss:[ebp C]

Alt F9返回，搜索常数FFFFFFF8，来到（004243D6处）：

0042438A > \83BD D0F5FFFF>cmp dword ptr ss:[ebp-A30],0<====参考文章里提到的关键代码

00424391 . 0F8C A9020000 jl NOTEPAD.00424640<====跳转到00424640处，因此在00424640处下断点

00424397 . 8B8D D0F5FFFF mov ecx,dword ptr ss:[ebp-A30]

0042439D . 3B0D E4454500 cmp ecx,dword ptr ds:[4545E4]

004243A3 . 0F8D 97020000 jge NOTEPAD.00424640

004243A9 . 8B95 44F6FFFF mov edx,dword ptr ss:[ebp-9BC]

004243AF . 81E2 FF000000 and edx,0FF

004243B5 . 85D2 test edx,edx

004243B7 . 0F84 AD000000 je NOTEPAD.0042446A

004243BD . 6A 00 push 0

004243BF . 8BB5 D0F5FFFF mov esi,dword ptr ss:[ebp-A30]

004243C5 . C1E6 04 shl esi,4

004243C8 . 8B85 D0F5FFFF mov eax,dword ptr ss:[ebp-A30]

004243CE . 25 07000080 and eax,80000007

004243D3 . 79 05 jns short NOTEPAD.004243DA

004243D5 . 48 dec eax

004243D6 . 83C8 F8 or eax,FFFFFFF8<=====搜索来到这里，向上看

004243D9 . 40 inc eax

004243DA > 33C9 xor ecx,ecx

004243DC . 8A88 802A4500 mov cl,byte ptr ds:[eax 452A80]

004243E2 . 8B95 D0F5FFFF mov edx,dword ptr ss:[ebp-A30]

004243E8 . 81E2 07000080 and edx,80000007

004243EE . 79 05 jns short NOTEPAD.004243F5

004243F0 . 4A dec edx

004243F1 . 83CA F8 or edx,FFFFFFF8

004243F4 . 42 inc edx

004243F5 > 33C0 xor eax,eax

004243F7 . 8A82 812A4500 mov al,byte ptr ds:[edx 452A81]

004243FD . 8B3C8D 60E244>mov edi,dword ptr ds:[ecx*4 44E260]

00424404 . 333C85 60E244>xor edi,dword ptr ds:[eax*4 44E260]

0042440B . 8B8D D0F5FFFF mov ecx,dword ptr ss:[ebp-A30]

00424411 . 81E1 07000080 and ecx,80000007

00424417 . 79 05 jns short NOTEPAD.0042441E

00424419 . 49 dec ecx

0042441A . 83C9 F8 or ecx,FFFFFFF8

0042441D . 41 inc ecx

0042441E > 33D2 xor edx,edx

00424420 . 8A91 822A4500 mov dl,byte ptr ds:[ecx 452A82]

00424426 . 333C95 60E244>xor edi,dword ptr ds:[edx*4 44E260]

0042442D . 8B85 D0F5FFFF mov eax,dword ptr ss:[ebp-A30]

00424433 . 99 cdq

00424434 . B9 1C000000 mov ecx,1C

00424439 . F7F9 idiv ecx

0042443B . 8BCA mov ecx,edx

0042443D . D3EF shr edi,cl

0042443F . 83E7 0F and edi,0F

00424442 . 03F7 add esi,edi

00424444 . 8B15 D4454500 mov edx,dword ptr ds:[4545D4]

0042444A . 8D04B2 lea eax,dword ptr ds:[edx esi*4]

0042444D . 50 push eax

0042444E . 8B8D D0F5FFFF mov ecx,dword ptr ss:[ebp-A30]

00424454 . 51 push ecx

00424455 . E8 FF1F0000 call NOTEPAD.00426459

0042445A . 83C4 0C add esp,0C

0042445D . 25 FF000000 and eax,0FF<====从这里开始修改

00424462 . 85C0 test eax,eax

00424464 . 0F84 D6010000 je NOTEPAD.00424640

在0042438A处下 硬件执行 断点，F9运行到0042438A处，得到ebp-A30=12EB70，这样上述的修改地方修改为：

0042445D FF05 70EB1200 inc dword ptr ds:[12EB70]

00424463 90 nop

00424464 ^ E9 21FFFFFF jmp NOTEPAD.0042438A

把12EB70处置0，去掉所有断点，并在00424640处下断，F9运行，断住。好了，所有代码都强制解压完成。

运行LordPE,有2个关于NOTEPAD的进程，选择第2个，即可完全dump出来了。

（3）修复IAT表

因为Armadillo的壳使得ImportREC的"IAT AutoSearch"失效，所以必须确定IAT的RAV以及大小，为此我们用OD载入刚刚DUMP出来的文件，来确定IAT的RAV以及大小，载入之前先修改入口点为10CC，然后载入：

004010CC d> 55 push ebp

004010CD 8BEC mov ebp,esp

004010CF 83EC 44 sub esp,44

004010D2 56 push esi

004010D3 FF15 F4734000 call dword ptr ds:[4073F4]<====注意这里

004010D9 8BF0 mov esi,eax

我们可以随便找一个CALL入手确定IAT的RAV以及大小（不妨找看到的第一个CALL）。光标定位到数据转存窗口中，然后 Ctrl G,4073F4,可以看到：

004072E4 BE 7D 00 00 00 00 00 00 缄......

004072EC D7 23 DA 77 46 BA 3C 00 ?赵F?.

004072F4 F0 59 DA 77 CC 5E DA 77 餣赵蘜赵

..........(省略若干)

004073DC 7D 15 F5 77 90 9B 3C 00 鮳悰<.

004073E4 03 38 E5 77 67 31 E5 77 8鍂g1鍂

004073EC 3C 51 E5 77 97 2D E5 77 <Q鍂?鍂

004073F4 C7 C3 3C 00 45 9A E5 77 敲<.E氩w<====到达这里，由此处向上和向下看

004073FC 91 B2 3C 00 8D B8 3C 00 懖<.嵏<.

00407404 50 88 3C 00 CE 8A 47 77 P?.螉Gw

..........(省略若干)

00407504 EC 72 D1 77 11 9A D1 77 靣褀 氀w

0040750C 06 81 D1 77 D3 3D D1 77 布w?褀

00407514 37 89 3C 00 B3 22 32 76 7?.?2v

0040751C 39 DC 33 76 3B C2 32 76 9?v;?v

00407524 10 1D 34 76 D6 8B 32 76 4v謰2v

0040752C B7 44 33 76 70 1B 32 76 稤3vp 2v

00407534 8B 88 3C 00 00 00 00 00 媹<.....

这样IAT的大小是终点-始点=00407530-004072EC=244，RVA=72EC。为什么是这样呢，我们看到很多77XXXXXX之类的，而到了00407534处是8B 88 3C 00，为了确定其是否在IAT内，我们可以在OD的CPU窗口内定位光标到401000处，然后Ctrl B,填入 34 75 40，结果搜索不到，而30 75 40能够搜索到，是JMP [407530]，因此确定IAT的终点点是407530，用同样的方法可以确定起点点是4072EC。

好了，IAT的RAV以及大小确定了，现在就要修复IAT了，用OD再一次载入未脱壳的程序，bp DebugActiveProcess，F9断下。看堆栈窗口：

0012DAC4 00423BDB /CALL 到 DebugActiveProcess 来自 NOTEPAD.00423BD5

0012DAC8 00000324 \ProcessId = 324<=====子进程句柄

0012DACC 0012FF2C

打开另一个OD附加324这个子进程。然后ALT＋F9返回程序:

00433999 N> - EB FE jmp short NOTEPAD.<ModuleEntryPoint><====中断在此处，还原代码

0043399B EC in al,dx

0043399C |. 6A FF push -1

0043399E |. 68 503C4500 push NOTEPAD.00453C50

还原00433999处代码代码，EB FE改为55 8B，接下来就要按照FLY等大虾们的方法了。在接下来的步骤中前一部分可以参考Fly的《壹次脱壳法——Armadillo 双进程标准壳 快速脱壳》，我们从Magic Jump，避开IAT加密开始，取消以前断点，下断：BP GetModuleHandleA 5，

77E59F98 /0F84 23060000 je kernel32.77E5A5C1<====中断在此处，注意看堆栈

77E59F9E |FF7424 04 push dword ptr ss:[esp 4]

77E59FA2 |E8 55080000 call kernel32.77E5A7FC

77E59FA7 |85C0 test eax,eax

在这里中断若干次，注意堆栈窗口的变化，当出现：

......

0012BF20 00AAC807 返回到 00AAC807 来自 kernel32.GetModuleHandleA

0012BF24 00ABD6C8 ASCII "kernel32.dll"

0012BF28 00ABE67C ASCII "VirtualAlloc"

0012BF20 00AAC824 返回到 00AAC824 来自 kernel32.GetModuleHandleA

0012BF24 00ABD6C8 ASCII "kernel32.dll"

0012BF28 00ABE670 ASCII "VirtualFree"

0012BC98 00A9799B 返回到 00A9799B 来自 kernel32.GetModuleHandleA

0012BC9C 0012BDD4 ASCII "kernel32.dll"

然后Alt F9返回，

00A97995 FF15 C480AB00 call dword ptr ds:[AB80C4] ; kernel32.GetModuleHandleA

00A9799B 8B0D E011AC00 mov ecx,dword ptr ds:[AC11E0]<====返回到这里

00A979A1 89040E mov dword ptr ds:[esi ecx],eax

00A979A4 A1 E011AC00 mov eax,dword ptr ds:[AC11E0]

00A979A9 393C06 cmp dword ptr ds:[esi eax],edi

00A979AC 75 16 jnz short 00A979C4

00A979AE 8D85 B4FEFFFF lea eax,dword ptr ss:[ebp-14C]

00A979B4 50 push eax

00A979B5 FF15 CC80AB00 call dword ptr ds:[AB80CC] ; kernel32.LoadLibraryA

00A979BB 8B0D E011AC00 mov ecx,dword ptr ds:[AC11E0]

00A979C1 89040E mov dword ptr ds:[esi ecx],eax

00A979C4 A1 E011AC00 mov eax,dword ptr ds:[AC11E0]

00A979C9 393C06 cmp dword ptr ds:[esi eax],edi

00A979CC 0F84 AD000000 je 00A97A7F<====Magic Jump，修改为JMP

00A979D2 33C9 xor ecx,ecx

00A979D4 8B03 mov eax,dword ptr ds:[ebx]

修改了上面的Magic Jump后，清除所有断点，Alt M ,在401000上下 内存访问断点，F9运行，这次中断到了OEP，然后运行ImportREC，选择324这个进程，OEP填：10CC，RVA：72EC，SIZE：244，然后“Get Imports”,再按“Show Invalid”地址，剪掉修复抓取文件,程序能够正常运行,至此脱壳完毕 !第一次用OD脱壳,感觉就是爽,和Softice比起来,感觉OD脱壳很方便. 参考技术A 要给木马脱壳，需要先知道加了什么壳。PEid一款专用的查壳工具，可以方便的检测出软件到底是使用什么东西加的壳，给脱壳带来了极大的便利！木马Cmdshell.exe是个只有7KB的小木马，通过开放本机的54088端口，实现远程命令行控制。下面就详细介绍一下给木马Cmdshell.exe脱壳的过程。运行软件后，点击“File（文件）”右边的浏览按钮，打开Cmdshell.exe文件，这时在主界面中就可以看到该文件的加壳情况：Cmdshell.exe使用的是UPX加壳通常UPX加壳和脱壳工具是通用的，所以笔者选用了使用起来比较容易的UPX Shell对加壳文件进行脱壳。运行UPX Shell程序，点击“OPen（打开）”按钮，选定被加壳的程序。切换到“Compress（压缩）”标签，选择“Decompress（解压缩）”，再点击“GO（运行）”按钮，即可完成脱壳。脱壳后程序由原来的7K变成了20K，文件脱壳成功总的来说，脱壳要对症下药，先用PEid或PE-Scan查清楚壳的类型，然后找脱这种壳的工具，才能达到脱壳的目的。脱了壳的木马，就失去了保护，几乎所有的杀毒软件或木马查杀工具都能查杀它。当从网络上下载了某些怀疑有木马的程序，可以先用本文介绍的方法来检查一下，看看它是否被加了壳，如果是就要提高警惕了，建议不要使用。 参考技术B 啊，风间仁兄也来了。高手云集啊，呵呵，=fly出场 朋友，不同的壳脱法是不同的。如果所有的壳都是相同的脱法，也就不会有unpackcn存在了。你可以从头开始学调试，学到一定地步就可以脱壳了。当然，如果你急需的话，可以照这样：1 下载Peid（http://www.pediy.com/tools/unpack/File_analysers/peid/peid.rar，无毒）2 侦测程序是什么壳3 到这里http://www.pediy.com/tools/unpacker.htm或者 baidu查找有没有高手制作的脱壳机 总得来说就是这样了。总之要是有时间、兴趣的话，欢迎你加入调试的行列。你可以到pediy和unpackcn上学习 祝 下午愉快 参考技术C 去写黑客网站找些教程久好了。 可以来我们 溜客 66261770 这是我们分群的 号码