物联网数据传输安全和隐私保护

文章目录

TLS/SSL协议

基于传输层的加密法，它不仅在传输时加密，同时它也实现了身份验证，因为里面有证书，所以不仅保证了用户的安全，也保证了数据的安全。

cafile（CA文件）

：用于验证服务器证书的合法性，确保与之通信的服务器是可信的，客户端使用cafile来验证服务器证书，以确保与服务器建立的连接是安全的。

certfile（证书文件）

：用于身份验证的客户端证书文件，向服务器证明其身份，服务器可以验证certfile中的证书以确保连接的客户端是经过授权的。

keyfile（私钥文件）

：客户端证书（certfile）对应的私钥文件，私钥用于生成数字签名，对通信进行加密和解密操作，并与certfile证书配对，只有拥有与证书配对的私钥的客户端才能使用证书进行身份验证。
总结：

• cafile用于验证服务器证书的合法性，确保服务器的真实性和完整性。
• certfile用于客户端身份验证的证书文件，用于证明客户端身份。
• keyfile是与客户端配对的私钥，用于生成数字签名和保护通讯安全。

用户名和密码

客户端连接消息协议代理时，提供

用户名密码

进行身份验证，确保客户端具有访问消息协议代理的权限。为确保用户名密码在创数过程中的安全性，可使用TLS/SSL协议对消息协议代理连接进行加密，确保凭据在传输过程中进行加密。

需要注意的是，用户名和密码是一种基本的身份验证方法，但并不是最安全或最强大的身份验证方式。在更高级别的安全需求下，可以考虑使用基于证书的身份验证、OAuth令牌等更复杂的身份验证和授权机制来增强消息协议代理的安全性。

数据加密

对称加密

：使用相同的密钥对数据进行加解密，发送方和接收方使用相同的密钥。常见的对称加密算法有AES、DES。

非对称加密

：使用公钥和私钥配对进行加解密，设备和应用程序使用接收方的公钥对数据进行加密，然后接收方使用相对应的私钥进行解密。公钥可以公开发放，而私钥必须保密。常见的非对称加密算法有RSA、ECC。

混合加密

：发送方使用接收方的非对称密钥的公钥对对称密钥进行加密，同时使用对称密钥对数据进行加密，然后将加密后的对称密钥和数据一起发送给接收方，接收方使用非对称密钥的私钥解密出对称密钥，最后使用解密后的对称密钥对数据解密。

传输加密数据：将加密后的数据通过安全通道（如TLS/SSL）或其他安全传输协议传输给接收方。确保数据传输过程中的机密性和完整性，防止数据被窃听或篡改。

数据完整性

哈希校验

：发送端使用哈希函数对数据进行摘要计算生成固定长度的哈希值，将数据和哈希值一起发送给接收端，接收端使用相同的哈希函数对接收到的数据进行摘要计算，将接收端计算的哈希值与发送端传递的哈希值进行比较。以此来验证数据是否被篡改或损坏。

数字签名

：通过使用私钥对数据进行签名，发送方可以生成一个数字签名。接收方使用发送方的公钥对数字签名进行验证，验证数据有没被篡改。验证的具体过程如下：

• 使用发送方的公钥对数字签名进行解密，得到解密后的数据，通常称为"解密结果"。
• 将原始数据使用相同的哈希算法或摘要算法进行处理，生成一个摘要值或哈希值。
• 将"解密结果"与生成的摘要值进行比较，如果两者一致，则说明数字签名验证通过，数据完整性得到保证。否则，数字签名验证失败，表明数据可能已被篡改或不是发送方的数据。

哈希校验：哈希校验可以检测数据是否被篡改，但无法提供数据的身份认证。如果攻击者能够篡改数据并重新计算哈希值，就可以通过哈希校验。
数字签名：数字签名不仅可以验证数据的完整性，还可以提供数据的身份认证。由于数字签名使用非对称加密算法，私钥只由发送方持有，因此其他人无法伪造有效的数字签名。

设备Application Key

物联网设备的

应用程序密钥

用于确保设备与应用程序之间安全通信的机密密钥，保护数据的机密性和完整性。它可以用于加密设备生成的数据，并在发送到应用程序之前进行保护。应用程序密钥还可以用于解密来自应用程序的命令或配置，以供设备进行相应的操作。由制造商生产时生成并分配唯一密钥，存储在设备中，防止未经授权的访问。确保只有经过身份验证和授权的设备和应用程序可以进行通信。

访问控制列表

Broker可以配置

访问控制列表（ACL）

，定义（客户端）允许或拒绝访问特定主题的规则。