AVRdude在VB中动态加密/解密HEX文件

正如您已经指出的那样，如果您在主机上解密该文件，它将以未加密的形式存在，并且您无法对此做任何事情。 业界不时会遇到同样的问题，所以他们通过加密技术得到了解决方案：有时需要防止其他人能够获得已编译且可运行的文件，因为“他们”会对其进行反编译或在汇编中查看它，有时只需要防止任何人能够在设备上运行他们正确的家庭酿造文件。 如上所述，解密主机（用户/客户端主机）上​​的文件是不可能的。片刻之后再推它。例如，您可以让引导加载程序解密从串行线读取的固件文件。 在这种情况下，您提供硬件（芯片，引导加载程序和初始固件版本），并通过串行线（而不是JTAG / ASP / ISP）安装更新。引导加载程序将包含解密固件文件的密钥。此密钥也可用于验证固件文件是否来自您，并且没有其他人编译内容。 如果您还需要分发引导加载程序（hex文件），您将面临有人可以提取或更改密钥的问题。在这种情况下，不对称加密将为您节省开支。您保留私钥，引导加载程序获取公钥部分。即使某人能够提取公钥，他也无法创建将被识别为您的文件。唉，ATTiny对于不对称加密来说太弱了，甚至symetric加密也会使引导程序代码膨胀。     

不能用指定的约束来完成。 ATtiny无法运行有用的引导加载程序（没有自编程闪存。）您的hex文件需要在主机上解密。将解密数据保存在内存中可能会使攻击者略微减速。