逆向工程固件

我有一个带有Attiny45固件的HEX文件。我想要做的是提取其中编码的某种公式。我进行了一些研究（大部分是为了找出“不可能”等），但我决定尝试一下，因为研究的其他部分向我展示了大多数提出此类问题的人几乎不知道什么是HEX文件。

这篇文章的目的不是要从HEX文件中拿出明亮的C代码，而是要建立关于该主题的扎实知识。我知道编译器在执行其工作时可能会使我自己的工作更加困难，但是为了使CPU能够执行代码，需要遵循某种结构（也许是原始结构）。

因此，我坐在办公桌上并编写了一个Python小工具以帮助我进行此过程。它加载了HEX文件，并且我可以交互地向其中添加信息。这是到目前为止我得到的：

HEX文件的第一行说：

: 02 0000 04 0000 FA

该工具可以执行以下操作：

:       --> MARK
02      --> RECORD LENGTH
0000    --> LOAD OFFSET
04      --> RECORD TYPE (EXTENDED LINEAR ADDRESS RECORD)
0000    --> DATA
FA      --> CHECKSUM

这行似乎是建议告诉代码应放置的初始地址为0x0000的提议。

其次，下一行显示：

: 20 0000 00 34C0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF50C07EEE7EB9 51

该工具将其解码为：

:    --> MARK
20   --> LENGHT OF THE RECORD
0000 --> OFFSET
00   --> RECORD TYPE (00 -> DATA RECORD) 34C0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF50C07EEE7EB9 (ACTUAL DATA)
51   --> CHECKSUM

在这里有趣，问题开始了。




我在任何地方都找不到ATTiny45的内存映射。我认为它应该在数据表或说明手册中的某处。据我所知，在0x0000处存在中断向量（数据表第49页），第一个是复位向量。因此，AVR为低位字节序，指令为16位宽，因此我可以解码出复位向量包含值0xC034。使用指令集，我发现0xC034是：

rjump 0x034

这是正确的吗？


继续这种思路，前面指出的同一行表明某些中断向量的值0xFFFF，这使我感到惊讶，但似乎没有问题，因为可能会禁用它们。具有工作值的唯一其他向量是USI_OVF_ISR，它等于0xC050。因此，根据之前提出的想法，这表示USI_OVF_ISR具有以下说明：

rjump 0x050

这是否还正确？


如果复位向量指向0x034，则表示程序将从0x034开始运行。下一行

: 20 0020 00 7FE77FB9B89A089570EE7EB95FB9B89A08957EEE7EB9B898089570EE7EB9B898 22

显示0x034是0xB898，这是将要执行的第一条指令。

这是正确的吗？