• 使用 EMQX Cloud 实现物联网设备一机一密验证


    数据安全是物联网应用的重中之重。各厂商常使用对称加密、非对称加密、数字签名、数字证书等方法来对设备进行认证,以防止非法设备的接入。在证书的使用方式上,有一型一密、一机一密等不同的方案,其中一机一密方案预先为每一个设备端设置唯一的设备证书,设备端与服务端通信时能够进行双向验证,验证通过后,设备端与服务端才进行正常的数据传输。相比于其他方案,一机一密能够做到针对每个设备的单独验证与授权,具有更高的安全性。

    作为安全可靠的全托管 MQTT 消息云服务, EMQX Cloud 支持多种认证方式,包括基础认证(用户名/密码,客户端 ID/密码)及 JWT、PSK 和 X.509 证书认证,同时可配置外部数据库作为数据源验证认证信息。

    本文将采用 Redis 作为认证数据源存储数据库,讲解如何通过设备端证书中包含的 Common Name 为验证信息,连接到 EMQX Cloud,实现客户端一机一密验证。若客户端证书中不带有指定唯一的 Common Name,则无法通过认证。

    通过本文,读者可以为其物联网设备实现一机一密、设备与服务器双向身份认证和建立安全通道的能力,有效防止伪造设备攻击、设备密钥被破解、伪造服务器指令、监听或篡改关键信息、通过设备产线安全漏洞窃取密钥等攻击手段。

    操作流程

    一、配置 TLS/SSL 双向认证

    1、准备工作

    1. 购买服务器证书,并将其域名解析到部署连接地址。

      购买服务器证书

    2. 生成客户端 root ca 自签名证书,使用自签名 root ca 证书签发客户端证书需确保 Common Name 唯一。

      # CA 证书生成 client-ca.crt,subj 依据实际使用情况调整。
      openssl req \
          -new \
          -newkey rsa:2048 \
          -days 365 \
          -nodes \
          -x509 \
          -subj "/C=Common Name/O=EMQ Technologies Co., Ltd/Common Name=EMQ CA" \
          -keyout client-ca.key \
          -out client-ca.crt
      
      # 客户端秘钥生成 client.key
      openssl genrsa -out client.key 2048
      
      # 生成客户端证书请求文件 client.csr,Common Name 为客户端携带认证信息
      openssl req -new -key client.key -out client.csr -subj "/Common Name=346a004d-1dab-4016-bb38-03cca7094415"
      
      # 用 CA 证书给客户端证书签名,生成 client.crt
      openssl x509 -req -days 365 -sha256 -in client.csr -CA client-ca.crt -CAkey client-ca.key -CAcreateserial -out client.crt
      
      # 查看客户端端证书信息
      openssl x509 -noout -text -in client.crt
      
      # 验证证书
      openssl verify -CAfile client-ca.crt client.crt
      
      • 1
      • 2
      • 3
      • 4
      • 5
      • 6
      • 7
      • 8
      • 9
      • 10
      • 11
      • 12
      • 13
      • 14
      • 15
      • 16
      • 17
      • 18
      • 19
      • 20
      • 21
      • 22
      • 23
      • 24
      • 25

    2、配置流程

    登录 EMQX Cloud 控制台 。进入部署详情,点击 +TLS/SSL 配置按钮,配置证书内容,您可以上传文件或者直接填写证书内容 TLS/SSL 认证类型:

    ① 单向认证:仅客户端验证服务端证书。

    ② 双向认证:客户端和服务端相互验证证书。

    在本示例文档中我们以双向认证为例,在部署控制台填入以下内容:

    ① 公钥证书:服务端证书

    ② 证书链:证书链,通常第三方机构签发证书时会提供

    ③ 私钥:私有秘钥

    ④ 客户端 CA 证书:选择双向认证时,需要提供客户端的 CA 证书

    MQTT Cloud TLS SSL 双向认证

    填写完成后,点击确定,直至状态为运行中,即 TLS/SSL 双向认证配置完成。

    二、配置 Redis 认证/访问控制

    本文以 Redis 认证/访问控制为例,当然您也可以使用其他外部认证数据源,在本文所述场景中,比较推荐使用 Redis 认证/访问控制。

    1、创建 VPC 对等连接

    在 EMQX Cloud 部署详情页面,创建 VPC 对等连接,便于专业版部署内网访问到您方 Redis 认证数据库。

    EMQX Cloud 创建 VPC 对等连接

    2、配置 Redis 认证/访问控制

    1. redis 配置

      在你的云服务器中,创建一个 Redis 服务。为了方便演示,这里使用 Docker 快速搭建。

      docker run -itd --name redis -p 6379:6379 redis:latest
      
      • 1

      本示例配置数据有如下两种方式(二选一):

      HMSET  tls_domain:346a004d-1dab-4016-bb38-03cca7094415 password pubic
      HMSET  tls_subject:346a004d-1dab-4016-bb38-03cca7094415 password pubic
      
      • 1
      • 2

      redis 配置

    2. Redis 认证/访问控制配置

      进行身份认证时,EMQX Cloud 将使用当前客户端信息填充并执行用户配置的认证查询命令,查询出该客户端在 Redis 中的认证数据。

      可以在认证 SQL 中使用以下占位符,执行时 EMQX Cloud 将自动填充为客户端信息::

      • %u:用户名
      • %c:客户端 ID
      • %C:TLS 证书公用名(证书的域名或子域名),仅当 TLS 连接时有效
      • %d:TLS 证书 subject,仅当 TLS 连接时有效

      你可以根据业务需要调整认证查询命令,使用任意 Redis 支持的命令 (opens new window),但是任何情况下认证查询命令需要满足以下条件:

      ① 查询结果中第一个数据必须为 password,EMQX 使用该字段与客户端密码比对

      ② 如果启用了加盐配置,查询结果中第二个数据必须是 salt 字段,EMQX 使用该字段作为 salt(盐)值

      在部署中点击认证鉴权 - 外部认证授权 - Redis 认证/访问控制,点击配置认证,即可新建认证。

      认证查询命令有如下两种方式:

      HMGET tls_domain:%C password
      HMGET tls_subject:%d password
      
      • 1
      • 2

      即设备需携带客户端证书、客户端秘钥和其 Common Name 、password 的方式进行身份验证。

      Redis 认证

    测试验证

    我们使用 MQTT X 模拟客户端携带以下信息连接到 EMQX Cloud。

    ① 服务端 CA

    ② Common Name 为 346a004d-1dab-4016-bb38-03cca7094415 的客户端证书、客户端秘钥

    ③ password:public

    MQTT X

    点击 右上角 connect,出现 connected 表示已连接成功。至此,带有指定 common name 的设备已成功连接至 EMQX Cloud,即一机一密设备通过验证并连接至 EMQX Cloud 已成功。

    MQTT X

    结语

    至此我们完成了 EMQX Cloud 的客户端一机一证书验证流程,成功连接到部署。相比于其他方案,一机一密能够做到针对每个设备的单独验证与授权,具有更高的安全性,若您也为您的每一个物联网设备设置了唯一的访问凭证,可以参考本文进行配置。

    版权声明: 本文为 EMQ 原创,转载请注明出处。

    原文链接:https://www.emqx.com/zh/blog/one-device-one-secret-authentication-for-iot-devices-with-emqx-cloud

  • 相关阅读:
    RestCloud ETL WebService数据同步到本地
    可观测性-可视化-Grafana 数据下钻
    插件化踩坑之路——Small和Atlas方案对比
    线程与并发 ---常用的方法
    OSI参考模型 -七层模型
    【Pingtunnel工具教程】利用ICMP隧道技术进行ICMP封装穿透防火墙
    WiFi6E Lead :IPQ8072- equipped with QCN5024 and QCA8075- future of WiFi IIOT
    Neural Ordinary Differential Equations(NIPS2018)
    Hafnium简介和构建
    仿黑马点评-redis整合【三、缓存工具封装】
  • 原文地址:https://blog.csdn.net/emqx_broker/article/details/125543876