ParrotSkyController是远距离飞行的无人机，有时出售给房地产行业用来3D建模工作。它集成了智能手机和平板电脑客户端，通过Wifi连接进行飞行控制，允许从无人机传输实时数据到控制端。换句话说，SkyController充当飞行器控制软件（智能手机/平板电脑）和实际无人机之间的中间人。在这篇文章中，我们将了解如何逆向SkyController的固件，以便能够查看内部操作系统的内容并了解其内部工作原理。

Parrot Skycontroller的固件似乎是一个定义明确的结构，可以在该公司的多个产品中重复使用。固件包含2种类型的结构头和一个序列的“数据项”。头文件位于文件的开头，后面是包含配置和文件系统信息的多个条目。我们将在下文讨论这两种结构。

固件头以四个magic字节开始，输出“ PLF！“。因此，这些可用于标识有效的Parrot固件文件。下面包含一个Python代码段作为示例

紧接在magic字节之后，十三个32位无符号整数的序列提供关于固件的附加信息。定义为一个·C文件，头文件如下：

头文件指定用于固件头的格式类型。在skycontroller固件中，该字段的值为“0x0d”，可能说明头文件有１４种变化。头文件大小提供包括在报头中的字节数，而条目头文件大小指定固件内的条目的报头中的字节数。接下来的5个整数是未定义的，和前面的最后一个整数一样。其中之一可能是CRC32校验和。dwVersionMajor，dwVersionMinor 和dwVersionRevision 定义固件的版本。最后，头包含文件的大小（以字节为单位）。

每个条目都有一个恒定大小的头，它在固件头中由dwEntrySize值指定。在SkyController中，每个条目由20个字节组成，使用如下：

字节类型指定条目中包含的数据类型。这些数据可以是配置数据，分区详细信息或者文件信息。这些将在下面的文字中进一步详细解释。条目大小包含条目内的字节数，不考虑空字节填充。此字段后跟一个CRC32值。目前还不清楚这个值是如何计算的。最后已知的整数是未压缩的数据的大小。如果此值为0，则不压缩内容。每种类型的条目具有定义的另外的字段，并且这些都将在下文进行解释。

固件中有多种类型的条目。在本节中，我们将描述我们在我们分析的文件中遇到的一个。

条目0x03包含一个二进制文件，它似乎是基于包含在其中的字符串的系统的引导加载程序，但是需要更多的分析来了解它实际上是如何工作的。在SkyController中，观察到一个PLF文件，但在该PLF文件中，此条目具有二进制数据。再比如，条目0x07也看起来与引导过程相关，如字符串“ ecos-bootloader-p7-start-246-ge30badf ”所示，“ecos”引用eCos操作系统。

固件中包含的每个文件都有一个“File System Data”条目。因此，这个条目是最常见的。根据文件是否被压缩，此条目的结构稍有不同：当其内容未压缩时，此条目以文件名（或目录名）开始，这是一个零终止的字符串。该名称后面接着3个无字符整数。

第一个整数包含指定文件类型的标志，它可以是目录，普通文件或符号链接。这是通过读取位12到15来指定的。其他12位包含文件的权限。转换为八进制形式，最后12位将提供与Linux中使用格式相同的格式。例如：

从固件条目中提取文件权限

压缩时，flag位于Gzip压缩数据中。因此，必须首先解压缩数据，然后使用相同的过程：文件名将是一个以空字符结尾的字符串，随着在3个无符号整数之后，第一个包含类型和权限。其余的字节是文件的内容。在下面的例子中，文件名是system / pulsar / etc / boxinit.hosted。flag是0x000081A0（小端），文件的内容从0x32开始。

0x0B条目包含有关设备上的分区的信息。此条目的标题由10个值组成。前4个整数是版本信息，接下来的5个是未知的，最后一个无符号整数是条目中定义的分区数。

对于在条目内定义的每个分区，可以使用包含有关分区的更多信息的子条目：设备ID，卷数据和目标设备上的装载点。此条目的定义结构是：

Volume类型可以是RAW，STATIC和DYNAMIC。原始分区不包含任何文件系统，例如交换分区。静态分区是只读的，例如引导分区，最后，动态分区是读写的，并包含可修改的文件。

此条目早在文件中包含，并在其数据中包含另一个PLF文件。此PLF文件包含0x00条目，未知，0x03条目和0x07条目。0x07条目包含引导选项：

我已经上传了一个Python程序 ，它包含了从SkyController固件中提取的信息和文件。它还成功地提取了一个Bebop2固件的文件，我觉得它将会适用于其他最近的固件。进行其他的编译工作，它或许还可以逆向旧版本的固件。重新包装解压缩的固件应该是可行的，但我没有任何设备来进行测试。在这样做之前，需要确定如何计算头文件和每个条目的CRC值。以后的工作将包括测试额外的固件文件和实施程序重新打包未打包和修改的固件。最后，可以阅读eCos文档来了解许多未识别的值。

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！