嵌入式系统中如何程度的安全才算真正安全

（文章来源：电子工程网）

当今的嵌入式系统常常处理应用代码（IP）和数据等敏感信息，因此安全是其设计的一个主要关注因素。为了确立一个合理的基础来判断建议的安全系统是否足以御敌或是防卫过当，就必须识别所察觉到的安全威胁。这意味着我们需要弄清对手有哪些，他们有什么样的能力，他们的目标是什么？我们要保护什么，我们要防范谁的威胁或什么威胁？

世界上并没有一个包打天下的解决方案，也没有百分之百安全的安全系统。然而，安全系统不必是完美无缺的解决方案，也不需要全然牢不可破以至于失去应用价值。安全系统只要足够安全即可，也就是在它所保护的数据的预期有效时间内，它能够抵御可能的敌人进攻即可。

嵌入式系统设计师经常误解安全，认为诸如特定的加密算法和安全协议等安全措施只是系统的附加特性。安全是一个过程，而不是永远保持不变的一款产品或一种终极状态。而且，也不能在产品将永远保持安全的假设下，把安全措施简单地加入到一款产品中。当今设计师面临的最棘手难题之一就是明确嵌入式系统的安全要求和目标。有助于解决这一难题的方法很多，本文所讨论的方法涉及威胁建模和风险评估，目的是帮助设计师定义安全策略，然后设计对策来实施安全策略。

在设计安全解决方案的时候，首先必须做的就是定义一个威胁模型，然后再创建安全策略。一旦评估完成，就能安心地选择具体的技术来实现安全对策。威胁决定应对策略，策略决定设计。

许多设计师都会犯同一个错误，在设计安全系统时没有首先明确和了解可能遇到的真正威胁，以及这些威胁会给他们的终端产品带来的重大风险。相反，他们教条地把各类安全技术堆在一起，并希望能获得很高的安全性。这样做代价高昂，没有系统能防御所有的安全威胁，在设计中囊括那些没有必要的技术和防御没有实际威胁的风险毫无意义。

对于资源受限的设备，嵌入式系统必须在存储容量、功耗、处理能力、上市时间及成本等参数和安全需求之间获取一种平衡。尽管存在资源不足的挑战，通过仔细考虑威胁模型并设计系统使其工作在能满足该模型的可用计算能力限制之内，仍有可能开发出使产品在开放环境中有效工作的系统。

对系统设计师来说，考虑“威胁建模”的原理非常有用。威胁建模是基于一种假设，即每个系统都有值得保护的固有价值。然而，因为这些系统是有价值的，他们对内部或外部威胁也是开放的，这些威胁能够且经常给终端产品带来损害。设计完成后的安全漏洞常常是无法修正的，且危及投入的资金和开发资源，因此需要在设计周期的初始阶段增强对安全评估的需求，并在整个设计周期进行监测和重复修正。

本质上，我们可以把威胁模型定义为：“识别一组可能的攻击，以便考虑配合一套彻底的风险评估策略。”有了威胁模型，我们就能评估攻击的概率、潜在危害和优先级。

当正确完成威胁建模时，真正的威胁就被确定下来了。然而，如果弄错了可能存在的威胁的话，其代价将是高昂的。设计师弄错威胁的一个案例是DVD的保护措施。尽管DVD碟片被加密，密钥也放在播放机里，只要播放机里包含抗篡改硬件，这种保护方式是没有问题的。但引入软件播放器时，密钥会曝露出来，通过逆向工程就能恢复密钥，也使任何人都能随便复制和散布任何DVD内容。

在这种情况下，它是有缺陷的威胁模型。虽然有安全措施，但是这无法真正解决问题。

仅仅列出一堆威胁是不够的，由于不同威胁的风险不同，因此还需要知道每种威胁的风险。威胁建模的下一个步骤是风险评估，这是在任何安全系统设计中的一个至关重要的部分。风险评估的一些基础问题，即“保护什么”、“为什么要保护”和“防范的对象是谁”，应在设计周期的最初阶段厘清。尽早采取表1所示的措施，将有助于您选择有效、安全的防范技术和防御策略。

识别出威胁，并权衡风险后，接下来就该建立安全策略了。安全策略是解决方案背后的战略，而技术仅仅是战术手段。安全策略描述“为什么”，而不是“如何做”。

在确定了潜在的攻击，且已定义好安全目标后，就可以考虑实施防范技术来减轻风险。一套有效的安全防范措施包括三个不同的部分：保护、检测、回应。这些对策必须基于系统已知威胁来合理地共同工作。如果保护机制被攻破，必须依靠检测和回应机制来抵御攻击。如果回应机制不存在或无效，那拥有检测机制也就没有意义。

安全设计是一个动态的、与具体的系统相关的过程，且往往很复杂。对于本文中谈论的每种安全话题，都有大量研究和专门技术资料供设计师研究和学习。在开始进行设计时，最重要的事情就是尽早开始安全需求评估，定义系统安全目标，并经常性地根据系统用途及市场的变化来确定是否最初的威胁已经改变或扩展。
        （责任编辑：fqj）