c++怎么在不加载文件的情况下判断其是否为16位或32位程序【实战】

轻墨君_6881

轻墨君_6881

2026-04-06

993人浏览

原创

通过读取PE头Magic字段判断位数:0x0107为16位NE(罕见),0x010B为32位PE32,0x020B为64位PE32+;需先从DOS头0x3C处获取PE头偏移,再读该位置+0x00处2字节Magic值。

c++怎么在不加载文件的情况下判断其是否为16位或32位程序【实战】

怎么看PE文件头的Magic字段判断位数

Windows可执行文件(.exe、.dll)是否为16位、32位或64位,关键在PE头开头的Magic字段——它不依赖加载,只靠读取文件前几十字节就能确定。

实际操作就是:打开文件 → 跳到偏移0x3C处读DWORD得到PE头起始位置 → 再跳到该位置+0x00处读2字节Magic值。

  • 0x5A4D(即ASCII "MZ")只是DOS头标识,不能用于判断位数
  • 真正有效的是PE头里的Magic:0x010B表示32位PE32,0x020B表示64位PE32+,0x0107才是16位PE(极罕见,多见于NE格式老程序)
  • 注意:纯16位Windows程序(如Win16 .exe)通常用NE(New Executable)格式,不是PE,其Magic是0x0000或0x0001,需额外检查DOS头后第0x0E字节的ne_magic

为什么不能只看文件扩展名或图标

扩展名(.exe)、资源图标、甚至文件描述都可能被伪造或误标。真实位数必须从结构体字段中提取。

比如一个32位程序可以被重命名为foo.16.exe,图标也可能复用旧资源;而某些打包器(如UPX)会修改节表但保留原始Magic,此时仅靠file命令或属性页可能误判。

  • Windows资源管理器“属性→兼容性”里显示的“以兼容模式运行”选项,和实际PE位数无关
  • dumpbin /headers能看,但它本质也是读Magic字段,只是封装了逻辑
  • 用GetBinaryType() API虽快,但对64位系统上的32位程序可能返回SCS_32BIT_BINARY,无法区分原生32位和WoW64环境下的模拟,且不支持16位NE文件

代码片段:用fread快速提取Magic而不加载

以下C++片段只做最小IO,不调用任何PE解析库,也不触发系统加载行为:

C++14
C++14

C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。

下载
FILE* f = fopen("target.exe", "rb");
if (!f) return -1;
// 读DOS头,定位PE头偏移
uint32_t pe_header_offset;
fseek(f, 0x3C, SEEK_SET);
fread(&pe_header_offset, sizeof(pe_header_offset), 1, f);
<p>// 读PE Magic
uint16_t magic;
fseek(f, pe_header_offset + 0x00, SEEK_SET);
fread(&magic, sizeof(magic), 1, f);
fclose(f);</p><p>switch (magic) {
case 0x0107: printf("16-bit NE (rare)\n"); break;
case 0x010B: printf("32-bit PE32\n"); break;
case 0x020B: printf("64-bit PE32+\n"); break;
default:     printf("not PE or unknown format\n");
}</p>

注意:这段代码没做错误检查和字节序处理(x86/x64小端,无需转换),但已足够应对绝大多数场景。

  • 不要用std::ifstream默认构造+seekg,某些标准库实现会在seek时预读缓冲区,导致读到非预期位置
  • 若要支持NE格式,需在magic != 0x010B && != 0x020B时,再查DOS头偏移0x0E处是否为0x454E("NE")
  • Linux/macOS下可用read()替代fread(),逻辑完全一致

容易忽略的边界情况

真正实战中,几个细节常导致误判:

  • 有些加壳程序(如ASPack)会把原始PE头加密并覆盖,此时读出的Magic可能是0x0000或乱码——这不是位数问题,而是文件已被改写
  • 驱动程序(.sys)也用PE格式,但Magic同样是0x010B或0x020B,和普通exe无区别;不能因后缀不同就跳过检查
  • 64位系统上用sizeof(void*) == 8判断当前进程位数,和目标文件位数毫无关系——这是最常见的混淆点
  • 部分嵌入式PE变种(如ARM64 Windows驱动)仍用0x020B,不额外标记架构,需结合可选头中的Machine字段(0x8664 vs 0xAA64)进一步确认

位数判断本身很简单,难的是识别哪些文件根本就不是标准PE,以及如何在不触发系统加载策略的前提下安全读取——这两点比Magic值本身更影响结果可信度。

C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!

相关文章

c++速学教程(入门到精通)
c++速学教程(入门到精通)

c++怎么学习?c++怎么入门?c++在哪学?c++怎么学才快?不用担心,这里为大家提供了c++速学教程(入门到精通),有需要的小伙伴保存下载就能学习啦!

下载

相关标签:

c++

本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

相关专题

更多
golang结构体相关大全
golang结构体相关大全

本专题整合了golang结构体相关大全,想了解更多内容,请阅读专题下面的文章。

2025.06.09

5434

18

golang结构体方法
golang结构体方法

本专题整合了golang结构体相关内容,请阅读专题下面的文章了解更多。

2025.07.04

5611

25

javascriptvoid(o)怎么解决
javascriptvoid(o)怎么解决

javascriptvoid(o)的解决办法:1、检查语法错误;2、确保正确的执行环境;3、检查其他代码的冲突;4、使用事件委托;5、使用其他绑定方式;6、检查外部资源等等。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2023.11.23

636

5

java中void的含义
java中void的含义

本专题整合了Java中void的相关内容,阅读专题下面的文章了解更多详细内容。

2025.11.27

391

13

常见的编码方式
常见的编码方式

常见的编码方式有ASCII编码、Unicode编码、UTF-8编码、UTF-16编码、GBK编码等。想了解更多编码方式相关内容,可以阅读本专题下面的文章。

2023.10.24

1548

7

a和A对应的ASCII码数值
a和A对应的ASCII码数值

a的ascii码是65,a的ascii码是97;ascii码表中,一个字母的大小写数值相差32,一般知道大写字母的ascii码数值,其对应的小写字母的ascii码数值就算出来了,是大写字母的ascii码数值“+32”。想了解更多相关的内容,可阅读本专题下面的相关文章。

2024.10.24

5727

11

windows查看端口占用情况
windows查看端口占用情况

Windows端口可以认为是计算机与外界通讯交流的出入口。逻辑意义上的端口一般是指TCP/IP协议中的端口,端口号的范围从0到65535,比如用于浏览网页服务的80端口,用于FTP服务的21端口等等。怎么查看windows端口占用情况呢?php中文网给大家带来了相关的教程以及文章,欢迎大家前来阅读学习。

2023.07.26

3479

3

查看端口占用情况windows
查看端口占用情况windows

端口占用是指与端口关联的软件占用端口而使得其他应用程序无法使用这些端口,端口占用问题是计算机系统编程领域的一个常见问题,端口占用的根本原因可能是操作系统的一些错误,服务器也可能会出现端口占用问题。php中文网给大家带来了相关的教程以及文章,欢迎大家前来学习阅读。

2023.07.27

3038

6

windows照片无法显示
windows照片无法显示

当我们尝试打开一张图片时,可能会出现一个错误提示,提示说"Windows照片查看器无法显示此图片,因为计算机上的可用内存不足",本专题为大家提供windows照片无法显示相关的文章,帮助大家解决该问题。

2023.08.01

1548

3

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
C++ Core Guidelines
C++ Core Guidelines

共0课时 | 0人学习

C++ Reference
C++ Reference

共0课时 | 0人学习

C++ 官方标准说明
C++ 官方标准说明

共0课时 | 0人学习