0Pricing
Elasticsearch & Full Text Search Systems · 课时

字段级与文档级安全

根据用户角色限制对特定字段甚至单个文档的访问,实现细粒度的安全控制。

字段级与文档级安全 是 CoddyKit 上的免费 Elasticsearch & Full Text Search Systems 课时。 这是第 2 节课,共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 Elasticsearch & Full Text Search Systems 学习路径的一部分,你的进度在网页和 CoddyKit 应用中同步。 Elasticsearch & Full Text Search Systems 课程共包含 4 节课。

本课时的部分内容尚未翻译,以英文显示。

Why Fine-Grained Security?

In Elasticsearch, you might not want every user to see all data. Sometimes, certain users should only access specific parts of documents or only a subset of documents.

This is where fine-grained security comes in. It allows you to control access at a much more detailed level than just index permissions.

What is Field Level Security (FLS)?

Field Level Security (FLS) lets you restrict which fields within a document a user can see. Imagine a product document with many fields.

  • A sales agent might only need to see product_name and price.
  • An inventory manager might need quantity and supplier_id.

FLS ensures users only retrieve the fields relevant to their role, hiding sensitive or irrelevant data.

Configuring FLS in Roles

FLS is configured within a user's role definition. You specify which fields are granted (allowed) or excepted (disallowed) for specific indices.

Using grant is generally safer as it follows a whitelist approach, only allowing explicitly listed fields.

{
  "applications": [],
  "cluster": [],
  "indices": [
    {
      "names": ["products"],
      "privileges": ["read"],
      "field_security": {
        "grant": ["product_name", "price"]
      }
    }
  ],
  "run_as": [],
  "metadata": {},
  "transient_metadata": {}
}

FLS Example: Product Viewer Role

Let's create a role named product_viewer. Users with this role can read documents from the products index, but only see the product_name and price fields.

Other fields like internal_cost or supplier_secret would be hidden.

PUT /_security/role/product_viewer
{
  "indices": [
    {
      "names": ["products"],
      "privileges": ["read"],
      "field_security": {
        "grant": ["product_name", "price"]
      }
    }
  ]
}

What is Document Level Security (DLS)?

Document Level Security (DLS) allows you to restrict which documents a user can see. Instead of hiding fields, DLS filters entire documents based on a query.

For example, a regional sales manager should only see sales orders from their specific region, not from other regions.

Configuring DLS in Roles

DLS is configured in a role using a query object. This query acts as a filter that is automatically applied to all search requests made by users assigned to that role.

Only documents matching this query will be returned to the user, regardless of their original search request.

{
  "applications": [],
  "cluster": [],
  "indices": [
    {
      "names": ["sales_data"],
      "privileges": ["read"],
      "query": {
        "term": { "region.keyword": "east" }
      }
    }
  ],
  "run_as": [],
  "metadata": {},
  "transient_metadata": {}
}

DLS Example: East Region Sales

Let's create a role named east_sales_manager. Users with this role can read documents from the sales_data index, but only those documents where the region field is east.

This effectively isolates sales data by region.

PUT /_security/role/east_sales_manager
{
  "indices": [
    {
      "names": ["sales_data"],
      "privileges": ["read"],
      "query": {
        "term": { "region.keyword": "east" }
      }
    }
  ]
}

Combining FLS and DLS

You can apply both Field Level Security and Document Level Security within a single role definition.

This means a user could be restricted to seeing only specific fields, AND only specific documents that match a filter query. This offers a very powerful way to create fine-grained access control.

Best Practices for FLS/DLS

When implementing FLS and DLS:

  • Design roles carefully: Plan out exactly what each user group needs to see.
  • Test thoroughly: Always verify that your roles provide the intended level of access, and nothing more.
  • Use `grant` for FLS: Whitelisting fields is generally more secure than blacklisting.
  • Keep DLS queries simple: Complex queries can impact performance.
  • Least privilege: Always grant the minimum necessary permissions.

Quick Check: Security Features

Which of the following statements about Elasticsearch Field and Document Level Security are true?

Recap: Fine-Grained Security

You've learned about Field Level Security (FLS) for restricting visible fields and Document Level Security (DLS) for filtering documents based on queries.

These powerful features, configured within user roles, enable you to create highly granular access control, ensuring users only see the data they are authorized for. This is crucial for maintaining data privacy and security in your Elasticsearch cluster.

常见问题解答

「字段级与文档级安全」课时是免费的吗?

是的 — 「字段级与文档级安全」的完整文本可在网页上免费阅读。要进行交互式练习(内置代码编辑器和全天候 AI 导师)并解锁 Elasticsearch & Full Text Search Systems 课程的其余内容,请升级到 CoddyKit PRO。 Elasticsearch & Full Text Search Systems 课程共包含 4 节课。

「字段级与文档级安全」这节课中我会学到什么?

根据用户角色限制对特定字段甚至单个文档的访问,实现细粒度的安全控制。 你通过在浏览器中直接运行的动手代码来练习 Elasticsearch & Full Text Search Systems,全天候 AI 导师会在你学习这节课的过程中回答你的问题。

学习 Elasticsearch & Full Text Search Systems 需要有经验吗?

无需任何先前经验。CoddyKit 上的 Elasticsearch & Full Text Search Systems 课程适合初学者到高级学习者,你可以从这里开始或从头开始,按照自己的节奏学习。 这是第 2 节课,共 4 节。

「字段级与文档级安全」课时需要多长时间?

大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动,所以你能稳步进步,并在网页和应用中从离开的地方继续。

我能在这节 Elasticsearch & Full Text Search Systems 课中编写并运行代码吗?

能。每节 Elasticsearch & Full Text Search Systems 课都包含内置代码编辑器,你可以在浏览器中直接编写并运行真实代码,并获得即时 AI 反馈 — 无需本地设置。

此课程中的所有课时

  1. 用户身份验证与角色
  2. 字段级与文档级安全
  3. TLS/SSL 与网络安全
  4. 接口密钥与审计日志记录
← 返回 Elasticsearch & Full Text Search Systems