保护扩展智能城市从Cyber​​Threats用云到闪光

智能城市发展的潜伏威胁

控制成千上万的连接设备，这些设备将构成未来的智慧城市，每个城市都需要配备命令和控制或运营中心。该中心将在城市中的每个设备连接在一起，并为城市的技术人员提供对端点的可见性。技术人员将能够与设备进行啮合，识别出现故障和更新设备和安全措施的设备。

重要的是，这些指挥和控制中心要对智能城市中的每个连接设备进行精确、可靠的控制。即使是轻微的安全漏洞也会为恶意入侵者打开大门，导致危险甚至致命的后果。

考虑一种情景，其中一个网络acker获得智能城市红绿灯的控制：如果操纵，可能似乎是无害的技术可能会导致严重损坏。例如，攻击者可以滥用红绿灯的信号来发送车辆，这可能成为自主，也可以成为事故。可能会灭绝受损的智能灯网络，以导致城市广泛的停电，削弱公共安全和开放犯罪机会。当我们仍然生活在一个完全聪明的世界中，这些威胁似乎会过早，但如果我们现在不采取必要的安全协议，他们有可能变得非常真实。为了避免潜在的致命攻击从破坏乌托邦的一个完全运行的智能城市的理想，我们需要找到一种可靠的安全方法。

保护智慧城市的障碍

构建有数千个连接设备的智能城市是一种大规模的承诺 - 它更加压倒性地采取可靠地保护每个设备和网络连接。

尺寸和变形：智能城市很大。成千上万的连接设备分散在许多里程，使得它们难以在一起管理。这种广泛的地理分散容易将这些设备暴露于一般人群。管理日常工具的设备，例如交通灯和路灯，可能会因限制而不断地向公众持续暴露，使它们易于恶意元素。

此外，智能城市不是您的起居室的有形智能枢纽;它是一种生活和呼吸实体，只会随着时间的推移在地理和复杂性中扩展。它的大量数据存款将每天复合，进一步复杂化智能城市和所有连接组件的任务。

成本:除了物理和数字的广度，智慧城市也有巨大的价格标签。尽管有遭受袭击的风险，城市规划者仍可能寻求最具成本效益的智慧城市安全机制。这是可以理解的，考虑到建设这些城市已经需要巨大的开支。然而，限制安全成本可能会减少边缘设备的硬安全控制器，这可能会危及城市更高的安全性。

维护:即使城市规划者能够实现一个全面、坚固的设备保护平台，足以保护智慧城市免受物理和网络攻击，智慧城市的进化本质也带来了另一个障碍:城市规划者如何在一段时间内保持高水平的安全性?

规划者必须确保他们的智慧城市在未来数年都能经受住安全的更新;安全架构不仅要保护城市的网络和设备免受攻击，还要确保技术人员能够保持网络的可见性，并持续监控和管理城市的系统。维护这些定期、安全的更新对智慧城市及其所有居民的安全至关重要。

在今天大多数情况下，这些更新由技术人员执行，这是昂贵且耗时的。更新倾向于更频繁地执行，并且较少的频繁更新意味着停机场景的风险和黑客更多机会危及边缘设备发送到命令中心的数据。为了在广泛的时间内建立支持自己的身体和数字宽度的智能城市，城市规划人员必须投资一个值得信赖的管理平台，可以使用安全的更新机制来实现，可以及时远程更新。

一种保护我们智能城市的新安全方法

解决安全智慧城市挑战的一种开箱即用的安全方法是云到flash技术。这种技术可以保护边缘设备的闪存免受任何未经授权的固件、引导映像或关键代码的操纵。即使在物理或网络破坏的情况下，内存中的固件也不会被破坏。这种强大的安全性是通过闪存中的硬件信任根实现的，这使得对手无法访问和修改固件。

与其他方法不同，云到闪存技术克服了大小，成本和维护的障碍，以帮助城市规划者建立与他们聪明一样安全的城市。

云到闪存的保护方法是具有成本效益，因为它是基于硬件并内置于设备的现有存储器中。由于智能城市的系统增长和规模，它不会添加其他模块或延迟或使软件集成或开发复杂化。最重要的是，此硬件不会携带额外的成本。

云闪存保护还使技术人员能够随着时间的推移维护智能城市系统的安全更新和值得信赖的管理。通过创建一个云之间的安全通道和边缘的闪存设备,cloud-to-flash保护可以发送一个安全更新从云设备的闪存,无论网络的状态,处理器的状态或安装在flash版本。可靠安全的通道也可以用来发送状态报告从闪存管理服务器指示当一些是有害的,当有一个漏洞,当固件已成功升级,如果有什么需要隔离或者攻击已经被阻止。该技术提供设备停机状态、版本和最新更新。最重要的是，维护期间交换的所有信息都是可信的，因为它不能通过处理器上的软件进行操作，即使黑客破坏了它。

云到闪存的保护很快被行业认可为保护未来智能城市的整体方法，这些方法可以克服智能城市和物联网域的许多安全挑战。

实现智能城市的努力正在迅速推进，并且在这些连接的环境成为常态之前，不会很久。随着智能城市的发展继续增长，IOT领域的扩展和数据化合物的水库，我们必须确保我们能够跟上可靠的安全性。这将需要一个安全平台，可以管理智能城市的多种复杂性，并随着时间的推移提供值得信赖的管理。

所有IoT Agenda网络贡献者都对其帖子的内容和准确性负责。意见是作者的，不一定传达物联网议程的想法。