汇编语言实验进阶：从DOS功能调用到交互式密码验证程序的设计与实现
1. DOS中断调用基础入门
第一次接触INT 21H时，我盯着屏幕上的"MOV AH,09H"发呆了半小时——这串神秘代码就像黑话，直到在调试器里看到字符串突然出现在屏幕上才恍然大悟。DOS功能调用本质上是操作系统留给我们的后门，INT 21H就是敲门砖，AH寄存器里的功能号则是暗号。
最常用的三个功能号必须刻进DNA里：
- 09H功能：显示字符串，要求DS:DX指向字符串地址，字符串必须以$结尾。实测时发现如果忘记写$，程序会一直打印内存里的垃圾数据直到碰见随机出现的24H
- 0AH功能：接收键盘输入，需要预先定义输入缓冲区。我在第一个实验里踩过的坑是缓冲区结构：第一个字节定义最大长度，第二个字节会被系统填充为实际输入长度，从第三个字节开始才是真正的输入内容
- 07H功能：无回显字符输入，特别适合密码输入场景。但要注意它不响应Ctrl+C中断，如果程序死循环就只能重启DOSBox了
; 典型缓冲区定义示例 INPUT_BUFFER DB 20 ; 最大字符数 DB ? ; 实际输入字符数 DB 20 DUP(?) ; 存储区理解这些功能调用的关键，是把寄存器想象成快递柜：AH是取件码（功能号），其他寄存器是储物格（参数），INT 21H就是扫码枪。当系统收到中断指令，会根据AH值到中断向量表里查找对应的服务程序，就像快递员根据取件码找到对应包裹。
2. 密码验证程序核心设计
去年给实验室门禁系统改造时，我意识到再简单的密码验证也包含三个死亡关卡：输入采集、数据比较、反馈处理。在汇编层面，每个环节都有暗礁。
2.1 密码输入的艺术
用0AH功能直接获取输入太暴露，就像在直播间输银行卡密码。我的解决方案是07H+02H组合拳：
- 用INT 21H的07H功能获取单个字符（无回显）
- 立即用02H功能打印星号*作为视觉反馈
- 将字符存入密码缓冲区
GET_PASSWORD: MOV AH,07H INT 21H ; 无回显获取字符 CMP AL,0DH ; 检测回车键 JE END_INPUT MOV [SI],AL ; 存入缓冲区 INC SI MOV AH,02H MOV DL,'*' ; 打印掩码 INT 21H JMP GET_PASSWORD这里有个反直觉的设计：为什么不用更简单的08H功能？因为在DOSBox环境下测试时，08H会对Ctrl+C做出响应，可能导致程序意外退出。而07H就像聋哑哨兵，只专注字符输入这件事。
2.2 字符串比较的陷阱
初学时常犯的错误是直接用CMPSB指令比较，却忘了设置方向标志DF。更稳妥的方式是手动逐字节对比：
; 用户输入在[DI]，正确密码在[SI] MOV CX,PWD_LENGTH CHECK_LOOP: MOV AL,[SI] CMP [DI],AL JNE WRONG_PWD INC SI INC DI LOOP CHECK_LOOP特别注意CX要初始化为密码长度，我曾因为忘记初始化导致程序比较了64K内存，直接把DOSBox卡死。另一个坑是比较前要检查长度是否匹配，否则"1234"和"12345"前四位相同也会通过验证。
3. 交互体验优化技巧
3.1 彩色界面实现
黑白界面看着像上世纪产物，其实用INT 10H的13H功能就能召唤彩虹：
- 设置BL寄存器为属性字节（前景色+背景色）
- 低位4位控制前景色，高位4位控制背景色
- 常见颜色编码：0000黑/0001蓝/0010绿/1100红
MOV AH,13H MOV AL,1 ; 写入模式 MOV BH,0 ; 页码 MOV BL,1EH ; 黄字蓝底(0001_1110) MOV CX,MSG_LEN MOV DX,0A0Ah ; 屏幕居中位置 INT 10H调试时发现个有趣现象：某些老式显示器上背景色只认低4位，这时候需要用BIOS的00H功能先设置显示模式。
3.2 错误处理机制
粗暴的"密码错误"提示会让用户想砸键盘。我的改进方案是：
- 错误计数器：限制尝试次数
- 延时反馈：错误时用INT 15H的86H功能加入1秒延迟
- 渐进提示：第一次错误提示"密码错误"，第三次提示"最后尝试机会"
; 延时1秒实现 MOV AH,86H MOV CX,000FH MOV DX,4240H INT 15H在虚拟机上测试时发现INT 15H的精度问题，最后改用INT 1AH读取时钟计数器实现更精确控制。
4. 完整程序架构剖析
经过三个版本的迭代，最终形成的程序框架像洋葱般分层：
- 数据层：用结构体思维组织数据
USERNAME DB 'ADMIN$' PASSWORD DB 'SECRET$' MSG_WELCOME DB 'ACCESS GRANTED$' MSG_ERROR DB 'INVALID CREDENTIAL$' INPUT_BUFFER DB 20,?,20 DUP(?)- 逻辑层：主程序控制流
START: CALL SHOW_PROMPT CALL GET_INPUT CALL VERIFY CMP AX,1 JE WELCOME CALL HANDLE_ERROR JMP START- 表示层：界面渲染
SHOW_PROMPT: ; 设置彩色模式 ; 打印边框 ; 显示提示文字 RET在80386实模式下测试时，发现可以用32位寄存器加速字符串处理。例如用REP CMPSD替代手动循环，速度提升明显，但要注意内存对齐问题。
5. 调试与性能优化
第一次运行时就遇到幽灵bug——正确密码也报错。用Debug单步跟踪发现是回车符处理问题：输入"ADMIN"后按回车，缓冲区里实际是'A','D','M','I','N',0DH，而预设密码是'A','D','M','I','N','$'。解决方案是在比较前主动去掉回车符：
; 去除回车符 MOV DI,OFFSET INPUT_BUFFER+2 MOV AL,[DI+INPUT_BUFFER+1] ; 取实际长度 XOR AH,AH ADD DI,AX MOV BYTE PTR [DI],'$' ; 替换回车性能方面，有三个关键优化点：
- 把频繁使用的字符串地址存入寄存器而非每次重新计算
- 对关键循环使用LOOPNE替代LOOP+JNZ组合
- 在密码比较前先检查长度，快速失败
在Virtual PC上测试，优化后的版本比初始实现快3倍，特别是在错误输入时响应更快。
6. 安全增强实践
虽然DOS程序谈不上真正安全，但有些技巧能让破解难度升级：
- 密码混淆存储：存储密码的异或结果而非明文
; 存储时 MOV AL,REAL_PWD XOR AL,0AAH STORED_PWD DB 35H, 46H, 47H ; 混淆后的密码 ; 验证时 MOV AL,USER_INPUT XOR AL,0AAH CMP AL,STORED_PWD- 时间延迟攻击防护：无论密码对错都固定延时200ms
- 键盘缓冲区清除：在输入前用INT 21H的0CH功能清空缓冲区
这些技巧在我参与的校园门禁系统改造中都有应用，虽然不能抵御专业破解，但足够拦住好奇的学生。
7. 从DOS到现代系统的思考
现在看DOS中断调用就像考古，但其中蕴含的设计思想依然鲜活：
- 中断向量表 → 现代操作系统的系统调用表
- 寄存器传参 → x64 fastcall约定
- 功能号机制 → API编号
最近在Windows驱动开发中，发现NT内核的KeServiceDescriptorTable和DOS中断向量表异曲同工。理解这些底层机制，就像获得了一把打开计算机系统的万能钥匙。