使用 Logstash 进行安全通信

编辑

使用 Logstash 进行安全通信

编辑

您可以使用 SSL 互认证来保护 Packetbeat 和 Logstash 之间的连接。这确保 Packetbeat 只向受信任的 Logstash 服务器发送加密数据,并且 Logstash 服务器只接收来自受信任的 Packetbeat 客户端的数据。

要使用 SSL 互认证

  1. 创建一个证书颁发机构 (CA),并使用它来签署您计划用于 Packetbeat 和 Logstash 的证书。创建正确的 SSL/TLS 基础设施不在本文档的讨论范围之内。网上有很多资源描述如何创建证书。

    如果您正在使用安全功能,您可以使用 elasticsearch-certutil 工具 来生成证书。

  2. 配置 Packetbeat 以使用 SSL。在 packetbeat.yml 配置文件中,在 ssl 下指定以下设置

    • certificate_authorities:配置 Packetbeat 以信任由指定 CA 签署的任何证书。如果 certificate_authorities 为空或未设置,则使用主机系统的受信任证书颁发机构。
    • certificatekey:指定 Packetbeat 用于向 Logstash 进行身份验证的证书和密钥。

      例如

      output.logstash:
        hosts: ["logs.mycompany.com:5044"]
        ssl.certificate_authorities: ["/etc/ca.crt"]
        ssl.certificate: "/etc/client.crt"
        ssl.key: "/etc/client.key"

      有关这些配置选项的更多信息,请参阅 SSL

  3. 配置 Logstash 以使用 SSL。在 Logstash 配置文件中,为 Logstash 的 Beats 输入插件 指定以下设置

    • ssl:设置为 true 时,启用 Logstash 使用 SSL/TLS。
    • ssl_certificate_authorities:配置 Logstash 以信任由指定 CA 签署的任何证书。
    • ssl_certificatessl_key:指定 Logstash 用于向客户端进行身份验证的证书和密钥。
    • ssl_verify_mode:指定 Logstash 服务器是否根据 CA 验证客户端证书。您需要指定 peerforce_peer 来使服务器请求证书并进行验证。如果您指定 force_peer,并且 Packetbeat 未提供证书,则 Logstash 连接将被关闭。如果您选择不使用 certutil,则如果您有扩展密钥使用扩展,您获得的证书必须同时允许 clientAuthserverAuth

      例如

      input {
        beats {
          port => 5044
          ssl => true
          ssl_certificate_authorities => ["/etc/ca.crt"]
          ssl_certificate => "/etc/server.crt"
          ssl_key => "/etc/server.key"
          ssl_verify_mode => "force_peer"
        }
      }

      有关这些选项的更多信息,请参阅 Beats 输入插件文档

验证 Logstash 服务器的证书

编辑

在运行 Packetbeat 之前,您应该验证 Logstash 服务器的证书。即使用于与 Logstash 通信的协议不是基于 HTTP,您也可以使用 curl 来验证证书。例如

curl -v --cacert ca.crt https://logs.mycompany.com:5044

如果测试成功,您将收到一个空响应错误。

* Rebuilt URL to: https://logs.mycompany.com:5044/
*   Trying 192.168.99.100...
* Connected to logs.mycompany.com (192.168.99.100) port 5044 (#0)
* TLS 1.2 connection using TLS_DHE_RSA_WITH_AES_256_CBC_SHA
* Server certificate: logs.mycompany.com
* Server certificate: mycompany.com
> GET / HTTP/1.1
> Host: logs.mycompany.com:5044
> User-Agent: curl/7.43.0
> Accept: */*
>
* Empty reply from server
* Connection #0 to host logs.mycompany.com left intact
curl: (52) Empty reply from server

以下示例使用 IP 地址而不是主机名来验证证书

curl -v --cacert ca.crt https://192.168.99.100:5044

此测试的验证失败,因为证书对于指定的 IP 地址无效。它仅对证书的“主题”字段中显示的主机名 logs.mycompany.com 有效。

* Rebuilt URL to: https://192.168.99.100:5044/
*   Trying 192.168.99.100...
* Connected to 192.168.99.100 (192.168.99.100) port 5044 (#0)
* WARNING: using IP address, SNI is being disabled by the OS.
* SSL: certificate verification failed (result: 5)
* Closing connection 0
curl: (51) SSL: certificate verification failed (result: 5)

有关解决此问题的更多信息,请参阅 故障排除文档

测试 Packetbeat 到 Logstash 的连接

编辑

如果 Packetbeat 作为服务运行,请先停止服务。然后在前台运行 Packetbeat 来测试您的设置,以便您可以快速查看出现的任何错误

packetbeat -c packetbeat.yml -e -v

任何错误都将打印到控制台。有关解决常见错误的信息,请参阅 故障排除文档