问固件中的密钥加密-更新

EN

您的方法似乎有许多不必要的复杂性和局限性。例如，您必须预先决定功能和键之间的映射。以下是一些更简单、更具普遍性的方法：

每个引导加载程序都有一个密钥:让我们将此称为客户端密钥。然后，要将固件发送到特定的引导加载程序，可以使用该引导加载程序的客户端密钥对其进行加密/验证。

每个引导加载程序一个密钥，每个版本一个密钥:通过避免浪费地用不同的客户端密钥重新加密相同的固件，可以节省计算/带宽/存储。使用这种方法，您将为每个固件更新生成一个发布密钥，并使用发布密钥加密/验证固件，然后使用每个引导加载程序的客户端密钥加密/验证发布密钥(当然，只对希望安装此更新的引导加载程序进行加密/验证)。

一个主键:您也可以使用一个主键，并给每个引导加载程序一个唯一的ID。然后，当发布固件更新时，您可以包括列出允许安装它的引导加载程序ID的元数据。此元数据将与主密钥以及固件本身一起加密/验证。然后，引导加载程序的受信任部分在允许写入之前检查其ID是否在列表中。请注意，使用这种方法，如果有人设法通过反向工程读取主密钥，他们可以轻松地为所有引导程序大量生成更新，这是一种不存在于每个引导加载器只有一个键的方法中的特性。

要映射您的“特性”-based方法，可以考虑将引导加载器中的不同功能集映射到不同的in。因此，if不需要唯一标识每个设备，而只需要每个功能集(如果您需要的话)。

一个主公钥:就像上面的方法，但是使用公钥加密技术对固件更新进行签名。单个设备的中断将允许攻击者读取未来所有固件更新，但至少无法生成自制的更新。