浅谈Elasticsearch安全和权限管理

最新推荐文章于 2024-05-11 11:08:42 发布
最新推荐文章于 2024-05-11 11:08:42 发布
阅读量949 收藏 22
点赞数 17
文章标签： elasticsearch 安全 jenkins
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wangluoanquan111/article/details/136620283
版权

Elasticsearch 安全和权限管理

Elasticsearch
是一个高度可扩展的开源全文搜索和分析引擎，它使得用户可以快速地存储、搜索和分析大量数据。在企业级应用中，保证数据的安全性和权限管理是至关重要的。本文将详细讲解
Elasticsearch 的安全和权限管理功能，包括身份验证、授权、加密和审计。

1. 身份验证

Elasticsearch 支持多种身份验证方式，包括基本身份验证、LDAP 身份验证、Active Directory 身份验证和 SAML 身份验证等。

1.1 基本身份验证

基本身份验证是最简单的身份验证方式，用户需要提供用户名和密码来访问 Elasticsearch。在 Elasticsearch
中，可以通过以下步骤配置基本身份验证：

  1. 在 elasticsearch.yml 配置文件中启用基本身份验证：

    xpack.security.enabled: true
    xpack.security.transport.ssl.enabled: true

  2. 使用内置的 elastic 用户创建其他用户和角色。例如，创建一个名为 my_admin 的用户，并为其分配 superuser 角色：

    POST /_security/user/my_admin
    {
    “password” : “mypassword”,
    “roles” : [ “superuser” ],
    “full_name” : “My Admin”
    }

  3. 使用创建的用户和密码访问 Elasticsearch：

    curl -u my_admin:mypassword http://localhost:9200/_cluster/health

1.2 基于令牌的身份验证

基于令牌的身份验证允许用户使用访问令牌（access token）来访问
Elasticsearch。访问令牌是一个短期有效的字符串，可以通过用户名和密码获取。在 Elasticsearch
中，可以通过以下步骤配置基于令牌的身份验证：

  1. 获取访问令牌：

    POST /_security/oauth2/token
    {
    “grant_type” : “password”,
    “username” : “my_admin”,
    “password” : “mypassword”
    }

返回的响应中包含访问令牌：

    {
  "access_token": "AAEAAWVsYXN0aWNzZWFyY2gtdG9rZW4tZm9yLWV4YW1wbGU",
  "type": "Bearer",
  "expires_in": 1200
}

  1. 使用访问令牌访问 Elasticsearch：

    curl -H “Authorization: Bearer AAEAAWVsYXN0aWNzZWFyY2gtdG9rZW4tZm9yLWV4YW1wbGU” http://localhost:9200/_cluster/health

1.3 基于证书的身份验证

基于证书的身份验证允许用户使用客户端证书来访问 Elasticsearch。在 Elasticsearch 中，可以通过以下步骤配置基于证书的身份验证：

  1. 在 elasticsearch.yml 配置文件中启用基于证书的身份验证：

    xpack.security.http.ssl.enabled: true
    xpack.security.http.ssl.client_authentication: required

  2. 配置客户端证书和私钥：

    xpack.security.http.ssl.keystore.path: “http.p12”
    xpack.security.http.ssl.truststore.path: “http.p12”

  3. 使用客户端证书访问 Elasticsearch：

    curl --cert client.crt --key client.key https://localhost:9200/_cluster/health

1.4 LDAP 身份验证

LDAP 身份验证是一种常见的身份验证方式，它使用 LDAP 目录来存储用户信息和密码。在 Elasticsearch 中，可以通过配置
elasticsearch.yml 文件来启用 LDAP 身份验证，例如：

xpack.security.authc:
  realms:
    ldap:
      type: ldap
      order: 1
      url: "ldap://ldap.example.com:389"
      bind_dn: "cn=admin,dc=example,dc=com"
      bind_password: "password"
      user_search:
        base_dn: "ou=people,dc=example,dc=com"
        filter: "(uid={0})"

这里的 ldap 表示使用 LDAP 进行身份验证，url 表示 LDAP 服务器的地址和端口号，bind_dn 和
bind_password 表示 LDAP 管理员的用户名和密码，user_search 表示用户信息的搜索条件。

1.5 Active Directory 身份验证

Active Directory 身份验证是一种常见的身份验证方式，它使用 Active Directory 目录来存储用户信息和密码。在
Elasticsearch 中，可以通过配置 elasticsearch.yml 文件来启用 Active Directory 身份验证，例如：

xpack.security.authc:
  realms:
    ad:
      type: active_directory
      order: 2
      url: "ldap://ad.example.com:389"
      bind_dn: "cn=admin,dc=example,dc=com"
      bind_password: "password"
      user_search:
        base_dn: "ou=people,dc=example,dc=com"
        filter: "(sAMAccountName={0})"

这里的 ad 表示使用 Active Directory 进行身份验证，其他配置项与 LDAP 身份验证类似。

1.6 SAML 身份验证

SAML 身份验证是一种基于标准的身份验证方式，它使用 SAML 协议来实现身份验证。在 Elasticsearch 中，可以通过配置
elasticsearch.yml 文件来启用 SAML 身份验证，例如：

xpack.security.authc:
  realms:
    saml:
      type: saml
      order: 3
      idp:
        metadata_path: "/path/to/idp-metadata.xml"
      sp:
        entity_id: "https://elasticsearch.example.com"
        acs: "https://elasticsearch.example.com/api/security/v1/saml"

这里的 saml 表示使用 SAML 进行身份验证，idp 表示身份提供者的元数据路径，sp 表示服务提供者的实体 ID 和断言消费服务的
URL。

1.7 结合 LDAP 或 Active Directory 进行身份验证

Elasticsearch 还支持与 LDAP（轻量级目录访问协议）或 Active
Directory（AD）集成，以便在企业环境中进行集中式身份验证。要配置 LDAP 或 AD 集成，请按照以下步骤操作：

  1. 在 elasticsearch.yml 配置文件中启用 LDAP 或 AD 集成：

    xpack.security.authc.realms:
    ldap1:
    type: ldap
    order: 0
    url: “ldaps://ldap.example.com:636”
    bind_dn: “cn=admin,dc=example,dc=com”
    bind_password: “password”
    user_search:
    base_dn: “ou=users,dc=example,dc=com”
    filter: “(uid={0})”
    group_search:
    base_dn: “ou=groups,dc=example,dc=com”
    files:
    role_mapping: “role_mapping.yml”
    unmapped_groups_as_roles: false

对于 Active Directory，配置如下：

    xpack.security.authc.realms:
  active_directory:
    type: active_directory
    order: 0
    domain_name: "example.com"
    url: "ldaps://ad.example.com:636"
    bind_dn: "cn=admin,dc=example,dc=com"
    bind_password: "password"
    files:
      role_mapping: "role_mapping.yml"
    unmapped_groups_as_roles: false

  1. 在 role_mapping.yml 文件中配置用户和角色的映射关系。例如，将 LDAP 中的 cn=admins,ou=groups,dc=example,dc=com 组映射到 Elasticsearch 的 superuser 角色：

    superuser:

    • “cn=admins,ou=groups,dc=example,dc=com”

  2. 重启 Elasticsearch 以应用更改。

现在，Elasticsearch 将使用 LDAP 或 Active Directory 进行身份验证。用户可以使用其 LDAP 或 AD 凭据访问
Elasticsearch。

总之，Elasticsearch 提供了多种身份验证方式，包括基于用户名和密码的基本身份验证、基于令牌的身份验证、基于证书的身份验证以及与 LDAP 或
Active Directory 的集成。通过正确配置这些功能，可以确保 Elasticsearch 系统的安全性和满足企业级应用的需求。

2. 授权

授权是确定用户可以访问哪些资源和执行哪些操作的过程。在 Elasticsearch 中，可以通过角色和权限来实现授权。

2.1 角色和权限

在 Elasticsearch
中，角色是一组权限的集合，权限是一组允许或拒绝执行特定操作的规则。角色可以分配给用户，以便控制用户可以访问的资源和执行的操作。

Elasticsearch 提供了一些预定义的角色，例如：

  • superuser：具有所有权限的用户，可以执行任何操作。
  • kibana_admin：具有管理 Kibana 的权限，可以创建和管理仪表板、可视化等。
  • monitoring_user：具有访问监控数据的权限，可以查看 Elasticsearch 集群的性能和状态。
2.2 创建自定义角色

除了预定义的角色外，还可以创建自定义角色。例如，创建一个名为 read_only 的角色，只允许用户读取索引中的数据：

PUT /_security/role/read_only
{
  "indices": [
    {
      "names": [ "*" ],
      "privileges": [ "read" ]
    }
  ]
}

创建一个名为 index_manager 的角色，允许用户创建和删除索引，但不能对数据进行读写操作：

PUT /_security/role/index_manager
{
  "indices": [
    {
      "names": [ "*" ],
      "privileges": [ "create_index", "delete_index" ]
    }
  ]
}
2.3 分配角色给用户

创建角色后，可以将其分配给用户。例如，将 read_only 角色分配给名为 my_user 的用户：

POST /_security/user/my_user
{
  "password" : "mypassword",
  "roles" : [ "read_only" ],
  "full_name" : "My User"
}

现在，my_user 只能读取索引中的数据，无法执行其他操作，如创建或删除索引。

2.4 使用角色模板

角色模板是一种动态生成角色的方法，可以根据用户的属性来生成角色。例如，创建一个名为 user_specific_index
的角色模板，允许用户访问其用户名作为前缀的索引：

PUT /_security/role/user_specific_index
{
  "indices": [
    {
      "names": [ "{user.name}_*" ],
      "privileges": [ "read", "write" ]
    }
  ]
}

现在，名为 john 的用户可以访问 john_* 索引，而名为 jane 的用户可以访问 jane_* 索引。

2.5 使用 API 键进行授权

API 键是一种用于授权的机制，允许用户使用 API 键来访问 Elasticsearch，而无需提供用户名和密码。API
键可以具有与用户相同或更少的权限。要创建 API 键，请执行以下操作：

POST /_security/api_key
{
  "name": "my_api_key",
  "role_descriptors": {
    "read_only": {
      "indices": [
        {
          "names": [ "*" ],
          "privileges": [ "read" ]
        }
      ]
    }
  }
}

返回的响应中包含 API 键：

{
  "id" : "VuaCfGcBCdbkQmijuKPS",
  "name" : "my_api_key",
  "api_key" : "ui2lp2axTNmsyakw9tvNnw"
}

使用 API 键访问 Elasticsearch：

curl -H "Authorization: ApiKey VuaCfGcBCdbkQmijuKPS:ui2lp2axTNmsyakw9tvNnw" http://localhost:9200/_cluster/health

现在，用户可以使用 API 键来访问 Elasticsearch，而无需提供用户名和密码。请注意，API 键具有与创建它的用户相同或更少的权限。

2.6 集成第三方身份提供商进行授权

Elasticsearch 还支持与第三方身份提供商（如 SAML、OpenID Connect
等）集成，以便在企业环境中进行集中式授权。要配置第三方身份提供商集成，请按照以下步骤操作：

  1. 在 elasticsearch.yml 配置文件中启用第三方身份提供商集成。以 SAML 为例：

    xpack.security.authc.token.enabled: true
    xpack.security.authc.realms.saml1:
    type: saml
    order: 2
    idp.metadata.path: “https://idp.example.com/metadata”
    idp.entity_id: “https://idp.example.com/metadata”
    sp.entity_id: “https://sp.example.com/metadata”
    sp.acs: “https://sp.example.com/acs”
    sp.logout: “https://sp.example.com/logout”
    attributes.principal: “nameid:persistent”
    attributes.groups: “groups”

  2. 在 Kibana 中配置 SAML 集成：

    xpack.security.authc.providers:
    saml.saml1:
    order: 0
    realm: “saml1”

  3. 重启 Elasticsearch 和 Kibana 以应用更改。

现在，Elasticsearch 将使用第三方身份提供商进行授权。用户可以使用其 SAML 凭据访问 Elasticsearch。

2.7 访问控制

基于角色的访问控制（RBAC）是一种授权策略，通过将权限分配给角色，然后将角色分配给用户来实现。在 Elasticsearch 中，可以使用 RBAC
来控制用户对索引、文档和字段的访问权限。

2.7.1 索引级别的访问控制

在 Elasticsearch 中，可以为角色分配特定索引的访问权限。例如，创建一个名为 logs_read 的角色，只允许用户读取名为
logs-* 的索引：

PUT /_security/role/logs_read
{
  "indices": [
    {
      "names": [ "logs-*" ],
      "privileges": [ "read" ]
    }
  ]
}

将 logs_read 角色分配给名为 log_viewer 的用户：

POST /_security/user/log_viewer
{
  "password" : "mypassword",
  "roles" : [ "logs_read" ],
  "full_name" : "Log Viewer"
}

现在，log_viewer 用户只能读取 logs-* 索引，无法访问其他索引。

配置 elasticsearch.yml 文件方式：

xpack.security.authz:
  roles:
    admin:
      cluster:
        - all
      indices:
        - names: '*'
          privileges:
            - all
    user:
      cluster:
        - monitor
      indices:
        - names: 'logs-*'
          privileges:
            - read

这里的 admin 和 user 表示角色名称，cluster 表示集群级别的权限，indices
表示索引级别的权限。在定义完角色和权限后，可以将用户分配到不同的角色，例如：

POST /_security/user/john/_roles
{
  "roles": ["admin"]
}

这里的 john 表示用户名，admin 表示要分配的角色名称。

2.7.2 字段级别的访问控制 (Field-Level Security, FLS)

字段级别的访问控制（FLS）允许您限制用户访问文档中特定字段的权限。例如，创建一个名为 logs_read_sensitive 的角色，只允许用户读取
logs-* 索引中的 timestamp 和 message 字段：

PUT /_security/role/logs_read_sensitive
{
  "indices": [
    {
      "names": [ "logs-*" ],
      "privileges": [ "read" ],
      "field_security" : {
        "grant" : [ "timestamp", "message" ]
      }
    }
  ]
}

将 logs_read_sensitive 角色分配给名为 sensitive_log_viewer 的用户：

POST /_security/user/sensitive_log_viewer
{
  "password" : "mypassword",
  "roles" : [ "logs_read_sensitive" ],
  "full_name" : "Sensitive Log Viewer"
}

现在，sensitive_log_viewer 用户只能访问 logs-* 索引中的 timestamp 和 message
字段，无法访问其他字段。

配置 elasticsearch.yml 文件方式：

xpack.security.field_level_security:
  enabled: true
  grant:
    - field: "user"
      value: "john"
      except: ["password"]

这里的 enabled 表示是否启用字段级别的访问控制，grant
表示允许访问的字段和值。在定义完字段级别的访问控制后，可以将其应用到索引中，例如：

PUT /logs
{
  "mappings": {
    "properties": {
      "user": {
        "type": "text",
        "fielddata": true,
        "fields": {
          "keyword": {
            "type": "keyword"
          }
        }
      },
      "password": {
        "type": "text",
        "fielddata": true,
        "fields": {
          "keyword": {
            "type": "keyword"
          }
        }
      }
    }
  },
  "settings": {
    "index": {
      "query": {
        "default_field": "user"
      },
      "security": {
        "field_level_security": {
          "grant": [
            {
              "field": "user",
              "value": "john",
              "except": ["password"]
            }
          ]
        }
      }
    }
  }
}

这里的 logs 表示索引名称，user 和 password 表示字段名称。在定义完索引后，可以使用查询 DSL 来访问索引中的数据，例如：

GET /logs/_search
{
  "query": {
    "match": {
      "user": "john"
    }
  }
}
2.7.3 文档级别的访问控制 (Document-Level Security, DLS)

文档级别的访问控制（DLS）允许您限制用户访问特定文档的权限。例如，创建一个名为 logs_read_team1 的角色，只允许用户读取
logs-* 索引中 team 字段值为 team1 的文档：

PUT /_security/role/logs_read_team1
{
  "indices": [
    {
      "names": [ "logs-*" ],
      "privileges": [ "read" ],
      "query": {
        "term": { "team": "team1" }
      }
    }
  ]
}

将 logs_read_team1 角色分配给名为 team1_log_viewer 的用户：

POST /_security/user/team1_log_viewer
{
  "password" : "mypassword",
  "roles" : [ "logs_read_team1" ],
  "full_name" : "Team1 Log Viewer"
}

现在，team1_log_viewer 用户只能访问 logs-* 索引中 team 字段值为 team1 的文档，无法访问其他文档。

2.7.4 IP 白名单

您可以通过配置 Elasticsearch 的网络层来限制哪些 IP 地址可以访问 Elasticsearch。这可以通过在
elasticsearch.yml 配置文件中设置 http.host 和 http.publish_host 参数来实现。

例如，只允许来自 IP 地址 192.168.1.100 的请求访问 Elasticsearch：

http.host: 192.168.1.100
http.publish_host: 192.168.1.100

请注意，这种方法只限制了哪些 IP 地址可以访问 Elasticsearch，而不限制用户可以执行的操作。因此，建议将 IP
白名单与其他访问控制方法（如基于角色的访问控制）结合使用。

2.7.5 匿名访问

Elasticsearch 支持配置匿名访问，允许未经身份验证的用户访问
Elasticsearch。匿名用户将被分配一个或多个预定义的角色，以限制其访问权限。

要启用匿名访问，请在 elasticsearch.yml 配置文件中添加以下配置：

xpack.security.authc:
  anonymous:
    username: _anonymous
    roles: read_only
    authz_exception: true

在此示例中，匿名用户将被分配 read_only 角色，只能读取索引中的数据。请注意，启用匿名访问可能会导致安全风险，因此请谨慎使用。

2.7.6 跨集群复制 (Cross-Cluster Replication, CCR)

跨集群复制（CCR）是一种在多个 Elasticsearch 集群之间同步数据的方法。通过
CCR，您可以将数据从一个集群（称为领导者集群）复制到另一个集群（称为追随者集群）。这可以用于实现地理冗余、负载均衡和数据访问控制。

在 CCR
中，您可以为追随者集群中的用户分配不同的角色和权限，以限制其对领导者集群中的数据的访问。例如，您可以允许追随者集群中的用户只读取特定索引，而不允许他们修改数据或访问其他索引。

要配置 CCR，请按照以下步骤操作：

  1. 在领导者集群和追随者集群中启用 CCR：

    xpack.security.enabled: true
    xpack.ccr.enabled: true

  2. 在追随者集群中创建一个远程集群连接，指向领导者集群：

    cluster.remote.leader_cluster:
    seeds: [“leader_cluster_ip:9300”]

  3. 在追随者集群中创建一个跟随索引，以复制领导者集群中的数据：

    PUT /follower_index/_ccr/follow
    {
    “remote_cluster”: “leader_cluster”,
    “leader_index”: “leader_index”
    }

  4. 为追随者集群中的用户分配角色和权限，以限制其对领导者集群中的数据的访问。

总之，Elasticsearch 提供了多种访问控制功能，包括基于角色的访问控制、字段级别的访问控制和文档级别的访问控制。通过正确配置这些功能，可以确保
Elasticsearch 系统的安全性和满足企业级应用的需求。

3. 加密

为了保护数据的安全和隐私，Elasticsearch 提供了多种加密功能，包括传输层安全（TLS）和数据加密。

3.1 传输层安全（TLS）

传输层安全（TLS）是一种加密协议，用于在网络上保护数据的传输。在 Elasticsearch 中，可以通过以下步骤启用 TLS：

  1. 生成证书和私钥，可以使用 Elasticsearch 的 elasticsearch-certutil 工具生成自签名证书。

  2. 在 elasticsearch.yml 配置文件中启用 TLS：

    xpack.security.transport.ssl.enabled: true
    xpack.security.transport.ssl.verification_mode: certificate
    xpack.security.transport.ssl.keystore.path: “elastic-certificates.p12”
    xpack.security.transport.ssl.truststore.path: “elastic-certificates.p12”

  3. 重启 Elasticsearch 以应用更改。

3.2 数据加密
3.2.1 磁盘加密

Elasticsearch 本身不提供数据加密功能。但是，你可以使用文件系统级别的加密来保护 Elasticsearch 存储的数据。以下是一些建议：

  1. 使用文件系统级别的加密，如 dm-crypt（Linux）、BitLocker（Windows）或 FileVault（macOS）。这些工具可以对 Elasticsearch 数据存储的文件进行加密，从而保护数据的安全。

  2. 使用硬件加密，如自加密硬盘（Self-Encrypting Drives，SEDs）。这些硬盘具有内置的加密功能，可以在硬件级别对数据进行加密，提供更高的安全性和性能。

3.2.2 快照加密

Elasticsearch 支持创建快照以备份数据。为了保护快照中的数据，可以使用以下方法对快照进行加密：

  1. 使用加密的存储服务，如 Amazon S3 或 Google Cloud Storage。这些服务提供了服务器端加密（Server-Side Encryption，SSE）功能，可以自动对存储的数据进行加密。

  2. 使用客户端加密库，如 Amazon S3 Encryption Client 或 Google Cloud Storage Client Libraries。这些库提供了客户端加密（Client-Side Encryption，CSE）功能，可以在上传数据到存储服务之前对数据进行加密。

3.2.3 数据脱敏

数据脱敏是一种数据保护技术，通过对敏感数据进行处理，使其无法识别特定个人，同时保留数据的可用性。在 Elasticsearch
中，可以使用以下方法对数据进行脱敏：

  1. 使用 Ingest Node 处理数据。Ingest Node 是 Elasticsearch 的一个功能，可以在数据索引之前对数据进行预处理。你可以使用 Ingest Pipelines 和 Processors 对敏感数据进行脱敏处理，如删除、替换或哈希。

  2. 使用 Logstash 处理数据。Logstash 是一个数据处理管道，可以从多种来源获取数据，对数据进行处理，然后将数据发送到 Elasticsearch。你可以使用 Logstash 的 Filters 对敏感数据进行脱敏处理，如删除、替换或哈希。

4. 审计

审计是记录和分析用户活动的过程，以确保系统的安全和合规性。Elasticsearch 提供了审计日志功能，可以记录用户执行的操作和产生的事件。

要启用审计日志，需要在 elasticsearch.yml 配置文件中添加以下配置：

xpack.security.audit.enabled: true

启用审计日志后，Elasticsearch 将记录用户执行的操作和产生的事件，并将其存储在日志文件中。可以通过 Kibana
或其他日志分析工具查看和分析审计日志。

总之，Elasticsearch 提供了一系列安全和权限管理功能，包括身份验证、授权、加密和审计。通过正确配置这些功能，可以确保 Elasticsearch
系统的安全和合规性。

网络安全工程师(白帽子)企业级学习路线

第一阶段：安全基础（入门）

img

第二阶段：Web渗透（初级网安工程师）

img

第三阶段：进阶部分（中级网络安全工程师）

img

如果你对网络安全入门感兴趣，那么你需要的话可以点击这里👉网络安全重磅福利：入门&进阶全套282G学习资源包免费分享！

学习资源分享

立志成为网安大牛
关注
  • 17
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Elasticsearch 存储方式和管理优化细节1
08-03
1.节点下线 2.迁移分 3.冷热数据的读写分离 4. 检测参数优化 5.磁盘限额： 6.在线缩容 7.过滤器 8.通过监控任务，check集群健康 9.持ch
elasticsearch集群安全加密插件之search-guard
11-04
elasticsearch集群安全加密插件之search-guard
Elasticsearch7.14.0+thinkphp5.1后台管理索引和文档+权限管理
09-04
Elasticsearch+thinkphp5.1后台管理索引和文档+权限管理，可查看https://blog.csdn.net/weixin_39934453/article/details/120097526
elasticsearch-operator：管理elasticsearch集群
02-03
Elasticsearch运算符 ElasticSearch运算符旨在管理一个或多个弹性搜索集群。 项目中（最初）包括创建弹性集群，跨Kubernetes集群中的各个区域部署data nodes以及将快照索引部署到AWS S3的功能。 要求 Kubernetes 该操作员是在1.7.X Kubernetes群集上构建和测试的，并且由于操作员使用“自定义资源定义”，因此它是最低版本。 注意：如果在较旧的群集上使用，请确保使用仍使用第三方资源的版。 云 该运营商目前还旨在利用进行快照/还原到弹性集群。 该项目的目标是扩展以支持其他云和方案，以使其具有完整功能。 通过换出存储类型，可以在GKE中使用它，但是快照目前不起作用。 演示版 在此处观看演示： 用法 使用控制器+自定义资源定义模型构建操作员。 将控制器部署到您的集群后，它将自动创建CustomResourceDefinition（CRD）。 接着创建Kubernetes对象类型elasticsearchCluster部署基于CRD弹性集群。 CustomResourceDefinition 以下参数可用于自定义弹性簇：
Cerebro 安装包 Elasticsearch web管理工具
03-14
Cerebro是一个使用Scala，Play Framework，AngularJS和Bootstrap构建的开源（MIT许可）elasticsearch web管理工具，比Kibana轻量很多，很适用与生产和测试等环境的es集群管理。
Elasticsearch的安全与权限管理
禅与计算机程序设计艺术
01-23 1011
1.背景介绍 1. 背景介绍 Elasticsearch是一个分布式、实时的搜索和分析引擎，它可以处理大量数据并提供快速、准确的搜索结果。在现实应用中，Elasticsearch被广泛使用，包括日志分析、实时搜索、数据聚合等场景。 然而，随着Elasticsearch的使用越来越广泛，安全和权限管理也成为了一个重要的问题。在不安全的环境下，Elasticsearch可能遭到恶意攻击，导致数据...
Elasticsearch简单入门--安全设置
人生诺只如初见，何事秋风悲画扇
01-09 868
Secure Setting (安全设置) 有些设置是敏感的，仅依靠文件系统权限去保护他们的值是不够，Elasticsearch提供了一个秘钥库，并且 elasticsearch-keystore 工具可以管理在秘钥库中的设置项。 All commands here should be run as the user which will run elasticsearch....
拒绝误删：Elasticsearch数据安全指南，2024年最新浅谈网络安全消息机制原理
2401_83946284的博客
04-20 281
首先，你丢失了一堆宝贵的数据，像是客户信息、产品资料，甚至是销售报告。想象一下，你是一个公司的数据管理员，负责管理Elasticsearch里的所有数据。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！” 你可能会尝试使用磁盘恢复工具或者从备份中恢复数据，但是往往事与愿违，因为元数据一旦被删，集群是无法识别这一堆二进制文件的。对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。
ElasticSearch浅谈
weixin_36553823的博客
07-02 416
1、ElasticSearch的产生。 以我的理解：比如有这样一个需求，比如我们租房，想在北京范围内搜索带“融泽”的小区或者描述，我们首先想到数据库查询select * from house where distinct like %融泽% and des like %融泽%，但是我们还想这个融泽匹配相关评论，我们再次and 加上这个字段吗，但是匹配好多字段都要and吗，还要这些字段是多个表关联级...
浅谈元数据管理之Atlas和Metacat
热门推荐
zhaoshengli1990的博客
05-28 1万+
元数据管理、血统采集、血统生命周期、数据地图、图数据库
浅谈Elasticsearch的AAA (I)
weixin_34130389的博客
03-08 117
淡定淞淞 · 2015/08/18 16:240x00 前言Elasticsearch（以下简称es）被越来越多的公司广泛使用，而其本身安全问题也备受关注，最近出现的安全问题比较多，例如影响比较大的漏洞有CVE-2014-3120和CVE-2015-1427。这些漏洞和es本身没有认证授权机制有很大关系，同时公司内部多业务使用使用同一套es集群的情况非常多，如何做好认证授权的管理的问题尤为凸显。官...
Elasticsearch入门、Kibana 索引管理（elasticserch-head 插件使用， Kibanan 安装和使用）
康师傅没有眼泪
02-16 2765
一、搜索的介绍 搜索是指搜寻检索，指代使用一定手段来检索到我们自己需要的信息，包括从文件当中检索，百度当中检索，网站内部搜索等等 二、全文检索的介绍 1、全文检索的需求介绍 首先我们谈几个公司，如雷贯耳的：百度、谷歌、维基百科；这些公司都有一个相似性就是门户网站，可以提供我们通过关键字搜索，然后快速的检索出我们想要的信息； 【网页百度展示】 比如我们检索传智播客，百度后台就会按照这...
Web日志安全分析浅谈
Fly_鹏程万里
10-18 5386
一、为什么需要对日志进行分析？ 随着Web技术不断发展，Web被应用得越来越广泛，所谓有价值的地方就有江湖，网站被恶意黑客攻击的频率和网站的价值一般成正比趋势，即使网站价值相对较小，也会面对“脚本小子”的恶意测试攻击或者躺枪于各种大范围漏洞扫描器，正如安全行业的一句话：“世界上只有两种人,一种是知道自己被黑了的,另外一种是被黑了还不知道的” 此时对网站的日志分析就显得特别重要，作为网站管理...
浅谈搜索引擎和传统数据库（ES,solr）
weixin_41837477的博客
08-06 4810
作为小白一枚，一直不理解既然已经有数据库存储的数据了，为什么还要有搜索引擎这些东西，而且这些搜索引擎和数据库之间是怎样的联系或者协同工作的。最近研究了很多，慢慢的好像理解了其中意思了，所以在此分享，也有可能是我理解错了，欢迎各位大神指正。 ES(ElasticSearch)是一款分布式全文检索框架，底层基于基于Lucene实现。 Elasti...
Java代码基础算法练习-年龄问题-2024.05.07
Sakurapaid的博客
05-07 369
因此，我们可以通过编写一个循环，从最小可能的年龄开始（考虑到立方是四位数，至少从10开始），一直到一个合理的上限（由于四次方是六位数，最大不会超过20左右，因为20的四次方已经超过了七位数）。在循环中，计算每个年龄的立方和四次方，然后检查这两个数是否包含了0-9这10个数字各一次。一次，他参加某个重要会议，年轻的脸孔引人注目。于是有人询问他的年龄，他回答说：“我年龄的立方是个4位数。这10 个数字正好包含了从0到9这10个数字，每个都恰好出现1次。，因为年龄作为一个整数，其范围是有限的。
编译官方原版的openwrt并加入第三方软件包
li
05-05 1211
本文旨在记录编译官方openwrt的一些过程，并加入第三方软件包，仅供参考。
Elasticsearch查看集群信息，设置ES密码，Kibana部署
最新发布
RwTo的博客
05-11 692
Elasticsearch查看集群信息，设置ES密码，Kibana部署
elasticsearch不设置安全权限
07-20
如果您不想为 Elasticsearch 设置安全权限，可以通过禁用 X-Pack 安全功能来实现。以下是一些步骤： 1. 打开 Elasticsearch 配置文件 `elasticsearch.yml`： ```shell sudo vi /etc/elasticsearch/elasticsearch.yml ``` 2. 在配置文件中找到以下行，并将其注释掉或删除： ```yaml xpack.security.enabled: true ``` 3. 保存并关闭配置文件。 4. 重新启动 Elasticsearch 服务，使更改生效： ```shell sudo systemctl restart elasticsearch ``` 这样，您就禁用了 Elasticsearch 的安全功能，不再需要进行身份验证或授权。但请注意，禁用安全功能会使您的 Elasticsearch 集群变得不安全，任何人都可以访问和修改数据。因此，在生产环境中，建议启用适当的安全措施来保护您的 Elasticsearch 数据。 请记住，根据您的 Elasticsearch 版本和配置，某些步骤可能会有所不同。如果遇到任何问题，请参考 Elasticsearch 的官方文档或向 Elasticsearch 社区寻求支持。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值