CN110727542A

CN110727542A - 一种Hex文件处理方法及应用

Info

Publication number: CN110727542A
Application number: CN201910881899.5A
Authority: CN
Inventors: 何亚楠; 徐旭; 毕乾坤; 郝海洋
Original assignee: Shaanxi Fast Gear Co Ltd
Current assignee: Shaanxi Fast Gear Co Ltd
Priority date: 2019-09-18
Filing date: 2019-09-18
Publication date: 2020-01-24
Anticipated expiration: 2039-09-18
Also published as: CN110727542B

Abstract

本发明属于嵌入式系统文件处理方法，具体涉及一种Hex文件处理方法及应用，包括以下步骤：步骤1，对Hex文件的Block进行分组，每组至少包括一个Block，对每组Block的指定地址段进行CRC校验，得到相应的CRC校验码，将CRC校验码按照Intel格式放入指定地址位置，即CRC放置地址；所述指定地址段不含CRC放置地址；步骤2，对每条Record中的数据域进行加密，在Hex文件预刷写的控制器中设置相应解密程序；步骤3，重新计算每条加密后的Record的校验和；步骤4，向预刷写的控制器中刷写处理后的Hex文件，预刷写的控制器利用解密程序进行解密；步骤5，预刷写的控制器核算CRC校验码。本发明的Hex文件处理方法解决了现有技术中Hex格式的文件直接用于程序刷写容易由于数据外流导致程序被破解或重写的问题。

Description

一种Hex文件处理方法及应用

技术领域

本发明属于嵌入式系统文件处理方法，具体涉及一种Hex文件处理方法及应用。

背景技术

Hex文件是为某特定MCU创建的一种文件格式，该文件中记录了MCU内部PROM运行所需的程序和数据，该格式的文件目前已是嵌入式系统行业普遍采用的一种文件形式。在嵌入式开发环境下开发的代码通过编译、链接等一系列步骤最终会生成Hex文件，通过编译处理生成的Hex文件中以明文的形式记录了控制器PROM中存储的代码和数据等内容，如果直接用于程序刷写很容易造成数据外流，进而导致程序被破解或重写。

发明内容

本发明的主要目的是在于解决现有技术中Hex格式的文件直接用于程序刷写容易由于数据外流导致程序被破解或重写的问题，提供一种Hex文件处理方法及应用。

为实现上述目的，本发明提供如下技术方案：

一种Hex文件处理方法，其特殊之处在于，包括以下步骤：

步骤1，CRC校验：

对Hex文件的Block进行分组，每组至少包括一个Block，对每组Block的指定地址段进行CRC校验，得到相应的CRC校验码，将CRC校验码按照Intel格式放入指定地址位置，即CRC放置地址；所述指定地址段不含CRC放置地址；

步骤2，加密：

对每条Record中的数据域进行加密，数据长度域、地址域、数据类型域以及校验和域不变，并在Hex文件预刷写的控制器中设置相应解密程序；

步骤3，计算校验和：

重新计算每条加密后的Record的校验和；

步骤4，刷写及解密：

向预刷写的控制器中刷写经步骤1至步骤3处理后的Hex文件，预刷写的控制器利用步骤2中所述的解密程序对Hex文件进行解密；

步骤5，核算：

预刷写的控制器核算CRC校验码，若一致，则Hex文件数据准确，进行存储；否则，Hex文件数据错误，丢弃数据。

进一步地，所述步骤1之前还包括，对Hex文件中的每条Record进行字节填充，使得每条Record的格式和长度一致，后续的数据处理更加便捷。

进一步地，步骤1中，所述CRC校验采用CRC32校验。

进一步地，步骤2中，所述对每条Record中的数据域进行加密，具体是对每条Record中的数据域进行AES加密。其他加密方法也同样适用于本发明，AES加密方法对内存的需求较低，破解难度大且运算速度快，更有利于实现数据的快速处理和传输。

进一步地，步骤2中，所述对每条Record中的数据域进行加密，具体是对每条Record中的数据域进行AES128加密。

如上所述Hex文件处理方法在汽车TCU中的应用。

与现有技术相比，本发明的有益效果是：

1.本发明Hex文件处理方法，通过CRC校验和加密两个主要过程，将原始Hex文件中的内容进行了变形处理但仍符合Hex文件格式，不影响刷写，用以避免原始代码暴露。先通过CRC校验，得到特定地址段数据的CRC校验码，用于最后预刷写的控制器进行核算，确认数据是否准确；然后通过对每条Record的数据域进行加密并重新计算校验和；最终加密后的Hex文件与原Hex文件格式一致，在刷写之后通过控制器解密后使用，有效防止原始数据在传输过程中被获取、破解或重写，保证了数据传输的安全性。

2.本发明对每条Record进行字节填充，使每条Record格式与长度一致，使后续数据处理更加方便。

3.本发明使用AES加密，运算速度快，对内存的需求较低，破解难度大，数据的安全性更高；采用AES128加密，在保证数据安全性的同时密钥长度适当。

4.本发明中的HEX文件处理方法用于汽车的TCU中，使汽车在驾驶中能够实现更加准确的控制，避免TCU的源代码被破解利用。

附图说明

图1为本发明Hex文件处理方法的流程示意图。

具体实施方式

下面将结合本发明的实施例和附图，对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例并非对本发明的限制。

本实施例中的Hex文件处理方法主要包括了CRC校验和加密两个过程，对预设数量Block进行校验，用于最终控制器核算数据是否准确；对Hex文件每条Record的数据域进行加密，并重新计算相应的校验和，保证了加密后Hex文件与原始文件的格式一致。避免了Hex文件被盗用、重写或破解。具体包括以下步骤：

步骤1，CRC校验，

步骤2，加密，对每条Record中的数据域进行加密，并在Hex文件预刷写的控制器中设置相应解密程序；

步骤3，计算校验和，重新计算每条加密后的Record的校验和；

步骤4，刷写及解密，向预刷写的控制器中刷写经步骤1至步骤3处理后的Hex文件，预刷写的控制器利用步骤2中所述的解密程序对Hex文件进行解密；

步骤5，核算，预刷写的控制器内部引导程序核算CRC校验码，若一致，则Hex文件数据准确，进行存储；否则，Hex文件数据错误，丢弃数据。

上述步骤1中的CRC校验，可以以每组Block为单位进行校验，也可以按照指定地址段为校验单位，如第一个Block中某行Record到第二个Block中某行Record，或者第一个Block中某个地址到第二个Block中某个地址。

实施例一

对汽车TCU中需要刷写的Hex文件进行处理，具体为：

步骤1，对Hex文件每4个Block进行CRC32校验，得到相应的CRC32校验码，按照Intel格式放入指定地址位置，即最高有效位放置在高地址上的逆序方式；

步骤2，对每条Record中的数据域进行AES128加密，数据长度域、加载地址域、数据类型域、校验和域等不变，在TCU内部启动程序中设置相应的解密程序；

步骤3，重新计算每条加密后的Record的校验和；

步骤4，向TCU中刷写经步骤1至步骤3处理后的Hex文件，TCU内部启动程序进行解密；

步骤5，TCU核算CRC32校验码，若一致，则Hex文件数据准确，存储至TCU内存中；否则，Hex文件数据错误，丢弃数据。之后可查找原因或重新刷写。

实施例二

对汽车TCU中需要刷写的Hex文件进行处理，具体为：

步骤1，对Hex文件中的每条Record进行字节填充，使每条Record格式和长度保持一致，便于后续的数据操作处理；

步骤2，对Hex文件每个Block进行CRC32校验，得到相应的CRC32校验码，按照Intel格式放入指定地址位置，即最高有效位放置在高地址上的逆序方式；

步骤3，对每条Record中的数据域进行AES128加密，数据长度域、地址域、数据类型域和校验和域等不变，在TCU内部启动程序中设置相应的解密程序；

步骤4，重新计算每条加密后的Record的校验和；

步骤5，向TCU中刷写经步骤1至步骤4处理后的Hex文件，TCU内部启动程序进行解密；

步骤6，TCU核算CRC32校验码，若一致，则Hex文件数据准确，存储至TCU内存中；否则，Hex文件数据错误，丢弃数据。之后可查找原因或重新刷写。

实施例三

对汽车ESC中需要刷写的Hex文件进行处理，具体为：

步骤1，对Hex文件的Block进行分组，根据需要每组Block的数量不等，对每组Block的指定地址段进行CRC16校验，得到相应的CRC16校验码，按照Intel格式放入指定地址位置，即最高有效位放置在高地址上的逆序方式；

步骤2，对每条Record中的数据域进行AES192加密，数据长度域、地址域、数据类型域和校验和域等不变，在ESC内部启动程序中设置相应的解密程序；

步骤3，重新计算每条加密后的Record的校验和；

步骤4，向ESC中刷写经步骤1至步骤3处理后的Hex文件，ESC内部启动程序进行解密；

步骤5，ESC核算CRC16校验码，若一致，则Hex文件数据准确，存储至ESC内存中；否则，Hex文件数据错误，丢弃数据。之后可查找原因或重新刷写。

实施例四

对电瓶车BMS中需要刷写的Hex文件进行处理，具体为：

步骤2，对Hex文件每5个Block进行CRC32校验，得到相应的CRC32校验码，按照Intel格式放入指定地址位置，即最高有效位放置在高地址上的逆序方式；

步骤3，对每条Record中的数据域进行AES256加密，数据长度域、地址域、数据类型域和校验和域等不变，在BMS内部启动程序中设置相应的解密程序；

步骤4，重新计算每条加密后的Record的校验和；

步骤5，向BMS中刷写经步骤1至步骤4处理后的Hex文件，BMS内部启动程序进行解密；

步骤6，BMS核算CRC32校验码，若一致，则Hex文件数据准确，存储至BMS内存中；否则，Hex文件数据错误，丢弃数据。之后可查找原因或重新刷写。

上述实施例一至实施例四中，对Hex文件的Block进行分组，本发明的Hex文件处理方法在对Block进行分组时，既可以平均分组，还可以进行不平均分组，且每组的Block数可以是一个也可以是多个，此处不再赘述；以指定地址段Record为单位进行CRC校验也可以，过程相似也不再重复。具体的分组形式可以根据需求进行调整。另外，进行CRC校验时，可以是对多个指定地址段进行CRC校验，也可以是对某一指定地址段进行CRC校验，根据Hex文件的应用和处理需求进行具体设计。

本发明的Hex文件处理方法可以用于各种场景下的Hex文件，其中的加密方法可以根据使用需求选用任何用于数据加密的方法，本实施例中选用的AES加密方法，主要是考虑其对内存要求较低，且运行速度快，尤其是在汽车的TCU中更加适用。另外，对于CRC校验的具体方法，计算或查表法均可使用，依据实际使用需要。

如下对本发明中出现的英文缩写或名称进行解释：

MCU：Microcontroller Unit，微型控制单元，又称单片微型计算机或单片机。

PROM：Programmable Read Only Memory，可编程只读存储器。

TCU：Transmission Control Unit，自动变速箱控制单元。

ESC：Electrical Speed Controller，电子稳定控制系统。

BMS：Battery Management System，电池管理系统。

Record：指Hex文件中每行记录的概念。

Block：指Hex文件中块的概念。

域：Hex文件中每条Record划分为6个域，即标示符域、数据长度域、加载地址域、数据类型域、数据域、校验和域。

以上所述仅为本发明的实施例，并非对本发明保护范围的限制，凡是利用本发明说明书及附图内容所作的等效结构变换，或直接或间接运用在其他相关的技术领域，均包括在本发明的专利保护范围内。

Claims

1.一种Hex文件处理方法，其特征在于，包括以下步骤：

步骤1，CRC校验：

步骤2，加密：

步骤3，计算校验和：

重新计算每条加密后的Record的校验和；

步骤4，刷写及解密：

步骤5，核算：

2.如权利要求1所述一种Hex文件处理方法，其特征在于：所述步骤1之前还包括，对Hex文件中的每条Record进行字节填充。

3.如权利要求1所述一种Hex文件处理方法，其特征在于：步骤1中，所述CRC校验采用CRC32校验。

4.如权利要求1所述一种Hex文件处理方法，其特征在于：步骤2中，所述对每条Record中的数据域进行加密，具体是对每条Record中的数据域进行AES加密。

5.如权利要求4所述一种Hex文件处理方法，其特征在于：步骤2中，所述对每条Record中的数据域进行加密，具体是对每条Record中的数据域进行AES128加密。

6.权利要求1至5任一项所述Hex文件处理方法在汽车TCU中的应用。