引言
厂商利用单片机进行产品开发时，都会关心其代码和数据的保密性。考虑到用户在编写和调试代码时所付出的时间和精力，代码的成本是不言而喻的。
早期的单片机，代码是交给芯片制造商制成掩膜ROM。有两种加密的机制，一是彻底破坏读取代码的功能，无论是开发者还是使用者都永远无法读取其中的内容。从安全上来说，这种方式很彻底，但是已经无法检查ROM中的代码了。另一种方法是不公开读取方法，厂商仍可以读取代码。这种方式留有检查代码的可能性，但是并不能算是一种真正的“加密”，被破解的可能性是存在的。
客观地讲，一方面希望加密很彻底，而另外一方面又希望留有检查代码的可能，这是相互矛盾的要求。
自Flash技术得到广泛应用以来，各类单片机制造商纷纷采用了多种不同的芯片加密方法，对比掩膜ROM芯片来说，Flash ROM在线可编程特性使得芯片的加密和解密方式变得更加灵活和可靠。在Flash型单片机中，芯片的加密和解密工作都是通过对Flash ROM的编程来完成的，由于用户程序可以在线地改写ROM的内容，可以编写一套加密和解密的小程序，随用户程序下载到芯片中，通过运行该程序，在线修改Flash ROM的内容，对芯片进行加密和解密，使整个的加解密过程更为简单灵活。
Freescale公司的HCS12单片机采用的加解密思路有一定的典型性，我们对此作了一些研究，现以MC9S12DP256单片机为例，介绍Flash型单片机的加密解密方法。
BDM程序调试接口
Freescale公司的很多单片机都借用一种被称为后台调试模式（Background Debug Mode，BDM）作为下载和调试程序的接口。
BDM是一种单线调试模式，芯片通过一个引脚与编程器进行通信。在HCS12系列单片机中，内部都置有标准的BDM调试模块。
该模块的有三种作用：
1) 对内部存储器的读写。将用户程序下载到目标芯片中或是将存储器中的数据读出。
2) 对单片机工作方式和资源进行配置。部分涉及到单片机工作方式和资源配置的寄存器只能在特殊模式下由编程器发送BDM命令来修改。
3) 程序调试。利用BDM模块可以读写内存和CPU内部寄存器，调试程序。
在HCS12单片机未加密的状态下，使用BDM硬件命令可以将Flash ROM中的程序读出或将新的程序写入。BDM命令可以由独立的硬件系统来送出，我们一般称此类系统为BDM编程器。
BDM编程器的时序协议是公开的，任何人都可以根据协议设计硬件、编写程序，实现BDM编程器的功能。使用BDM接口，编程器可以很容易的访问到目标系统的存储器，这给程序调试和烧写带来了很大的方便，然而，便利的对外接口也给盗用者留下了可乘之机。
在带有BDM模块的单片机中引入数据保密机制并非HCS12系列的首创，先前的HC12系列单片机的D家族中，就已经引入了屏蔽Lockout BDM读写的机制，可惜，该机制在单片机的扩展工作模式下存在着漏洞。相比之下，HCS12系列单片机中的保密机制更加完善，无论在BDM模式下或是扩展模式下，都可以屏蔽外部对Flash ROM的读写。
两种加密解密方法
在HCS12系列单片机中，加密可以分成两种方法：完全加密和使用密码的加密。这两种加密的方法根据用户的需求，使用的场合也有所不同。
·完全加密
所谓完全加密，就是将芯片彻底的保护起来，屏蔽对芯片的所有读 *** 作。在MC9S12DP256单片机中，加密是通过对某一Flash单元（$FF0F）编程来实现的。加密后的芯片，BDM编程器对Flash的读 *** 作就被禁止了。
采用完全加密，读取ROM代码的可能性就不存在了，这是一种最为“安全”的加密方法。如果用户想修改ROM的内容，唯一的办法就是将Flash的内容全部擦除，这一 *** 作可以通过BDM编程器来完成。
使用BDM编程器擦除Flash ROM和EEPROM的过程与在普通模式下对片内的Flash ROM擦除 *** 作过程基本一样，区别是对寄存器或是存储单元的读写要改由BDM命令来实现。通过BDM编程器将一连串完整的擦除指令序列送给单片机，就可将Flash ROM和EEPROM的内容全部擦除了。
在全擦除 *** 作完成后，BDM编程器将系统复位，系统会自动检查全擦除 *** 作是否成功。如果成功，BDM状态寄存器的UNSEC位会自动置“1”，系统进入解密状态。
由于系统靠检查Flash ROM和EEPROM是否清空来决定系统是否保持加密状态，所以，如果用户程序偶然将Flash ROM和EEPROM的内容全部擦除，那么系统也将自动解密。
·使用密码的加密
为了留有读取ROM代码的可能，用户可以采用一种带有密码的加密方式。解密时，用户只要给出正确的密码（称为“后门密码”），就可以读写ROM，而不破坏其内容了。
使用这种方法，用户需要在加密之前，设定4个字长的密码，并将其存放在Flash中，MC9S12DP256存放密码的Flash地址是从$FF00到$FF07。设定的密码可以随用户程序一起下载到芯片中。
解密时，接受用户输入的密码并验证的工作只能由一个用户接口程序来完成的，不能使用BDM编程器。接口的方式没有限制，如SCI、SPI、IIC、MSCAN等等，只要用户能够将正确的密码输入，任何一种接口方式都是可以的，最为典型的接口是串口。
假设接收的密码存在变量KEY0-KEY7中，验证密码的程序如下：
;******************
;* TEST KEYS
;******************
TESTKEYS
BSET FCNFG,$20 ;置KEYACC为1
LDD KEY0
STD $FF00
LDD KEY2
STD $FF02
LDD KEY4
STD $FF04
LDD KEY6
STD $FF06 ;验证KEY0-KEY7
BCLR FCNFG,$20 ;清KEYACC为0
LDAA FSEC
ANDA #$03
CMPA #$02
BNE FAIL ; 是否验证成功？
SUCCESS ; 密码验证成功
LDAA FSTAT ; 清除Flash状态寄存器
ORAA #%00110000
STAA FSTAT
LDAA #0
STAA FCNFG
BRCLR FSTAT,$80,*
LDD #$FFFE
STD $FF0E ; 改写加密状态，复位后系统不再加密
LDAA #$20
STAA FCMD
BSET FSTAT,#$80 ; 开始执行
BRCLR FSTAT,$40,*
RTS ; 返回
FAIL RTS
程序返回后，如果用户输入的密码和原值符合，系统将会把保密寄存器FSEC的最后两
位SEC[1:0]改写到未加密的状态，系统自动解密。如果验证没有通过，系统将保持加密状态。
需要注意，不管使用哪种方式将系统解密，解密后的系统虽然可以暂时读取Flash，但是由于单元$FF0F中的最后两位仍处于加密状态（全擦除后，“11”的组合仍为加密状态），系统在下次复位后，仍会回到加密的状态，所以为了彻底解密系统，必须改写这两位为“10”。
整个程序的流程如图1所示。
图1 解密用户接口程序流程图
灵活使用带密码的加密解密方法
通过研究我们发现，使用带有密码的加密方式，看似给破解代码留有了可能性，但因为接受和验证密码都需要由用户程序完成，只要用户程序设计的可靠，这种可能性是很小的。
为了增强用户接口程序的可靠性和灵活性，我们提出以下几种可能的设计思路：
针对穷举密码的对策。MC9S12DP256的密码长达8个字节，如果不将密码限定在ASCII码的范围内，那么可以选择的密码数量将达到1.8*1019 种。为了防患破解者穷举密码，用户可以设定允许输入错误密码的次数，如果出错超过一定次数，接口程序就不再接收新的密码了。允许出错的次数可以根据安全需要和使用方便综合考虑。
灵活的对外接口。使用密码加解密时，用户程序使用的对外接口是没有任何限制的。本文中的串口程序只是一例，MC9S12DP256片内集成了众多的接口模块，如SCI、SPI、IIC、MSCAN、J1850等等。使用哪一个接口，用户可以根据方便和安全考虑自己选择，这样也会使破解者难以入手。
用户程序级密码验证。用户还可以给接口程序增设一级密码验证的步骤。只有通过该密码验证，才能进一步输入解密的密码。因为加密后，Flash ROM就无法读写了，用户程序可以将增设的密码也保存到Flash中，留待验证。另外，如果某一个模块既要作为接受密码的接口，又有其他的用途，也应该留有一个交互界面，在使用前让用户选择该模块的用途。
远程加解密。在很多场合，用户对于单片机的控制是通过以太网等介质远程实现的，只要有相应的接口程序，能够远程对单片机进行加解密，这无疑会给用户的工作带来很大的方便。
结语
Flash在线编程技术的出现给单片机中的加密机制带来了很大的改变。通过对HCS12系列单片机加解密方法的分析，我们认为这种加解密的机制具有足够的安全性，以及灵活的加解密方式。
另外，使用密码解密的可靠性很高，实现的过程依赖于用户程序，只要精心设计接口程序，用户完全可以将这种风险降至最低。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）