处理惩罚和传输：纵然数据来历真实可确定，你又从何得知这个数据没有被变动、损坏或在设备的处理惩罚和传输进程中被直接替换掉（好比从传感器传输到通信模块）？

SB 确保只有拥有正确私钥的实体可以或许加载应用措施到 MCU 中。而这个应用措施的逻辑和相关的校验可以或许提前共享给好处相关方（可能直接开源），这样就可以在加载后对其举办验证。

那该怎么办？要害是要在源头确保数据安详。

假如我们没有从源头得到数据，而是通过第三方或中间商获取，那么在不信任这其中介的环境下，这个数据的真实性也就不再可信。越多中介参加的数据打点，越是不得不信，但假如中介数量多到必然水平，这个数据就有大概是由随机数生成器生成的了。

所以，我们的方针就是尽大概从接近源头的处所得到数据。譬喻：

就像前面提到的，办理数字 / 模仿接口的问题需要大量的缔造力，且办理方案需要「详细问题详细阐明」。

处理惩罚和传输：

可是如何从源头确保数据安详呢？由于世界上大部门数据都是由设备发生或捕获，我们这里也可以把这个问题描写为如何掩护设备生成的数据。此刻，我们面对着三个潜在的失败点：

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。