漏洞服务使用 Insights 客户端收集有关 RHEL 系统的信息。客户端收集有关系统的信息并将其上传到漏洞服务。

然后，这个漏洞服务会根据 Red Hat CVE 数据库和安全公告来评估数据，以确定是否有可能影响系统的未完成的 CVE，并提供这些比较的结果。

分析数据后，您可以查看并排序显示的结果，评估漏洞的风险和优先级，报告其状态，以及创建和部署 Ansible Playbook 以修复它们。漏洞服务的目标是启用可重复的流程，防止 RHEL 基础架构的安全性弱点。

Vulnerability 管理员角色 是 Default access 组的默认 角色。您的帐户中的所有 Red Hat Enterprise Linux 用户都是 Default 访问组的成员。在默认配置中，具有 Vulnerability 管理员角色 的组成员可以访问所有漏洞服务资源。

您的机构可能会决定默认角色太有限，或者太宽松。要限制对某些功能的访问权限，或者添加额外的权限，用户访问管理员可以 自定义角色，并使用任何权限进行配置。通过自定义预配置的角色，将替换 Default 访问组。

在默认配置中，Vulnerability viewer 角色可以读取任何安全漏洞服务资源。这是一个预配置的角色，但没有包含在 Default 访问组中。Vulnerability viewer 角色包括以下权限：

如果您的组织确定 Vulnerability viewer 角色的默认配置不低，则用户访问管理员可以创建具有所需特定权限的自定义角色。

红帽安全公告(RHSA)勘误记录了红帽产品中的安全漏洞。Red Hat Enterprise Linux 漏洞服务显示与向 CVE 公开的每个系统相关联的公告标识符。

选择 CVE 并在安全规则卡中选择 Filter by affected system 链接来查看此信息。如果系统存在公告，则 RHSA ID 会在 Exposed systems 列表中的的 Advisory 列的系统旁会显示一个链接。如果没有这样的公告，则 Advisory 列不可见，否则会显示 "Not available"。

当某个系统的公告存在时，用户可以查看有关 RHSA 的更多信息，包括受影响系统列表。在补丁服务中，用户可以选择系统来创建 Ansible Playbook 以应用补救。

安全规则的 CVE 可能会因为提升的风险并暴露了与其关联的风险导致了额外的可见性。这些安全漏洞可能收到大量媒体覆盖，并由红帽产品安全团队团队提供，使用产品 安全事件响应计划 工作流来帮助确定您的 RHEL 环境。这些安全规则允许您采取适当的操作来保护您的机构。

除了分析系统上运行的 RHEL 版本外，安全规则提供了深入威胁。通过分析 Insights 客户端收集的系统元数据，手动策展安全规则，以确定您是否容易受到安全威胁的影响。如果漏洞服务将系统识别为暴露于安全规则，则可能会提高安全风险，并且问题应该通过紧急处理。

最后，并非所有暴露于 CVE 的系统也会暴露给与该 CVE 关联的安全规则。虽然您可能在运行存在安全漏洞的软件版本，但其他环境条件可能会降低威胁；例如，一个特定的端口已关闭，或者如果您正在运行 SELinux。

红帽分析 Metasploit 数据，以确定代码是否公开利用 CVE，或者 CVE 已公开利用。漏洞服务将"已知漏洞"标签应用到满足该条件的 CVE。

这种增强的威胁评估可帮助用户识别并解决首先出现最重要的风险的 CVE。红帽建议用户查看具有高优先级的"已知利用(Known exploit) "标签的 CVE，并解决这些问题。

漏洞服务为您提供了有关各个常见漏洞和暴露(CVE)的数据，以及它们对注册到 Insights 的系统的影响。CVE 被归类为 存在安全漏洞 或 受影响，但不存在安全漏洞。此级别的安全威胁智能功能适用于具有 Security Rule 标签或已通过红帽产品安全团队严格分析的 CVE。

这提高了威胁智能功能，您可以首先解决最严重的问题。在管理大量服务器时，这转换为快速保护和显著的技术。

受影响的但不受漏洞的 CVE 状态意味着您正在运行有漏洞 但目前无法被利用的软件。这个系统需要补救，但不需要立即关注。

存在安全漏洞的 CVE 状态表示带有可利用开放路径的安全漏洞代码。开放的路径可以是允许以下之一的端口或操作系统版本：机密信息被泄漏，系统的完整性会被破坏或可用。

我们查看 存在安全漏洞的 服务器的一个示例与 受影响的服务器，但不受到攻击 的服务器：

假设 服务器 A 运行有漏洞的软件，允许 root 访问该系统。服务器 A 将被视为存在安全漏洞，需要立即修补。

相反，假设 服务器 B 的当前配置会阻止漏洞进行清单，即使存在于受影响的代码中。服务器 B 将被视为 受影响，但不被视为存在安全漏洞。这意味着，服务器 B 可以重新设置为 to-do 列表，以便更立即威胁，可以修复服务器 A。

重要信息：在 Server A 得到解决后，您应该对 Server B 进行补丁，因为它正在运行可能存在安全漏洞的代码。版本更新以及其他事件可能会导致它在以后存在安全漏洞。

过滤缩小 CVE 和相关系统的可见列表，可帮助您专注于特定问题。将过滤器应用到 CVEs 列表，以便按严重程度或业务风险专注于 CVE。选择单独的 CVE 后，对受影响的系统列表应用过滤器，以专注于特定 RHEL 主版本或次版本的用户，例如：

通过从左侧的过滤器下拉列表中选择主过滤器，然后从右侧的过滤器列表中选择二级子过滤器来激活过滤器。所选过滤器在过滤器菜单下可见，可通过单击每个的 X 来停用。

以下主要过滤器可从 CVE 页面访问。选择主过滤器，然后在 subfilter 中定义参数：

以下主要过滤器可从 CVE 详情页面的系统列表的顶部访问：

特别是高严重性安全规则的安全规则会对您的基础架构带来最大的潜在威胁，并应考虑识别和补救的最高优先级。使用以下步骤仅在 CVE 列表中查看高严重性安全规则 CVE 并确定受影响的系统。

带有"已知利用"标签的 CVE 由红帽决定，以利用这些技术中存在的漏洞；代码会公开利用利用 CVE，或者已知漏洞已公开发生。因此，在识别和补救时，应该优先选择已知的 CVE。

使用以下步骤过滤 CVE 列表中已知的 CVE：

在过滤 CVE 列表以只查看您的最重要的威胁后，选择一个 CVE 来查看公开系统列表，并将过滤器应用到列表中。

通过根据系统或工作负载组过滤漏洞服务结果的功能，用户只能查看标记为属于特定组的系统。这些可以是由 Satellite 主机组运行 SAP 工作负载（或 SAP ID）的系统，也可以通过添加到 Insights 客户端配置文件中的自定义标签。

可以使用位于 Red Hat Enterprise Linux 应用程序整个页面顶部的 Filter 结果 框在 Insights for Red Hat Enterprise Linux 的 Insights 中全局设置组过滤。从服务更改为服务并将页面更改为页面时，组选择会保留。但是，这个功能因 Red Hat Enterprise Linux 服务的不同 Insights 而异。

组过滤可在漏洞仪表板和漏洞服务 CVE 和系统列表中工作。

参阅本文档的 标签和 系统组部分了解更多有关组标签和配置 自定义标签的信息。

通过这个漏洞服务，您可以使用以下选项定义 CVE 的风险： High、Medium、low 或 Not Defined （默认）。

虽然 CVE 列表显示每个 CVE 的严重性，但分配业务风险可让您根据可能对您的组织的影响对 CVE 进行等级排序。这可让您更好地控制在大型环境中高效地管理风险，并让您做出更好的操作决策。

默认情况下，特定 CVE 的业务风险字段被设置为 Not Defined。设置业务风险后，它会在 CVE 行的 Red Hat Enterprise Linux > Vulnerability > CVEs 列表中看到。

每个 CVE 的详细信息卡中也会看到业务风险，其中显示更多信息并列出受影响的系统。

漏洞服务允许您在漏洞分析中排除特定的系统。这可节省时间，并注意与您的机构目标无关的系统中的检查和重新检查问题。

例如，如果您有以下类型的服务器： QA、Dev Dev 和 Production，您可能不负责检查 QA 服务器的漏洞，因此希望将这些系统排除在由漏洞服务执行的分析中。

当您从漏洞分析中排除系统时，Insights 客户端仍然会根据系统调度运行，但系统的结果在漏洞服务中不可见。客户端的继续操作可确保其他 Red Hat Insights for Red Hat Enterprise Linux 服务仍然可以上传所需的数据。这也意味着您仍然可以使用过滤查看这些系统的结果。

完成以下步骤，将所选 RHEL 系统从漏洞服务分析中排除：

完成以下步骤以显示之前排除的系统：

完成以下步骤，恢复系统的漏洞分析：

管理影响您的系统的 CVE 的另一种方法是通过为 CVE 设置状态。漏洞服务启用了以下为 CVE 设置状态的方法：

状态值为 preset，并包含以下选项：

为 CVE 设置状态有助于更好地分类其生命周期。通过定义状态，您的机构可以保持更好的标签页，其中最重要的 CVE 处于其生命周期，您应该专注于解决每个业务需求最重要的问题。CVE 的状态在漏洞服务和单个 CVE 视图中的所有 CVE 表中可见。

漏洞服务的搜索功能可在您要查看的页面上下文中工作。

漏洞服务中的排序功能因您要查看页面的上下文而异。

合规服务允许用户将标签和组过滤器应用到报告合规性数据的系统，但不使用 Filter by status 下拉菜单进行设置。与 Insights for Red Hat Enterprise Linux 应用程序的 Insights 中大多数其他服务不同，合规服务只显示以下条件的系统数据：

由于这些条件，compliance-service 用户必须使用符合合规服务 UI 中的系统列表和次过滤器来设置 tag 和 group 过滤器。

随着 Linux 成为 2025 年 SAP ERP 工作负载的强制操作系统，Red Hat Enterprise Linux 和 Red Hat Insights for Red Hat Enterprise Linux 正努力使 Insights for Red Hat Enterprise Linux 成为 SAP 管理员选择的管理工具。

作为这一持续工作的一部分，Red Hat Enterprise Linux 的 Insights 会自动标记运行 SAP 工作负载的系统，以及 SAP ID (SID)，而无需管理员所需的自定义。用户可以使用全局 Filter by tags 下拉菜单在 Insights for Red Hat Enterprise Linux 应用程序中轻松过滤这些工作负载。

Satellite 主机组在 Satellite 中配置，并由 Insights for Red Hat Enterprise Linux 自动识别。

使用全局 Filter by tags 功能，Red Hat Insights for Red Hat Enterprise Linux 用户可以选择运行 Microsoft SQL Server 工作负载的系统组。

2019 年 5 月，Red Hat Insights 团队为在 Red Hat Enterprise Linux (RHEL)上运行的 Microsoft SQL Server 引进了一组新的 Insights for Red Hat Enterprise Linux 建议。这些规则提醒管理员迁移到不符合 Microsoft 和 Red Hat 文档的建议的操作系统级别配置。

这些规则的限制是它们主要分析操作系统而不是数据库本身。Insights for Red Hat Enterprise Linux 和 RHEL 8.5 的最新版本引入了 Microsoft SQL 评估 API。SQL 评估 API 提供了用于评估 MS SQL Server 的数据库配置的机制，以获得最佳性能。API 附带一个规则集，其中包含 Microsoft SQL Server 团队推荐的最佳实践规则。虽然此规则集随着新版本发布进行了增强，但 API 使用意图构建，以提供高度可定制且可扩展的解决方案，用户可以调整默认规则并自行创建。

Linux 的 PowerShell 支持 SQL 评估 API （可从 Microsoft 使用），Microsoft 定义了一个 PowerShell 脚本，可用于调用 API 并将其结果存储为 JSON 格式的文件。使用 RHEL 8.5 时，Insights 客户端现在上传此 JSON 文件，并在 Insights for Red Hat Enterprise Linux UI 中以易进的形式呈现结果。

有关 Insights for Red Hat Enterprise Linux 中的 SQL Server 评估的更多信息，请参阅通过 Red Hat Insights 提供 SQL Server 数据库最佳实践。

通过将自定义分组和标记应用到您的系统，您可以为各个系统添加上下文标记，根据 Insights for Red Hat Enterprise Linux 应用程序中的标签过滤，并更轻松地专注于相关系统。当大规模部署 Insights for Red Hat Enterprise Linux 时，此功能可能尤其重要，管理中有很多数百个或数千个系统。

除了向多个 Insights for Red Hat Enterprise Linux 服务的 Insights 中添加自定义标签外，您还可以添加预定义的标签。顾问服务可以使用这些标签为您的系统创建目标建议，比如那些需要更高级别的安全性的系统。

# tags
---
group: eastern-sap
name: Jane Example
contact: jexample@corporate.com
Zone: eastern time zone
Location:
- gray_rack
- basement
Application: SAP

5.5.5. 配置预定义的标签

您可以使用 Red Hat Enterprise Linux advisor 服务的预定义标签来调整系统的建议行为，以扩展安全强化和增强检测和修复功能。您可以按照以下步骤配置预定义的标签。

先决条件

• 有对系统的根级别访问权限
• 已安装 Insights 客户端
• 您已在 Insights 客户端中注册了系统
• 您已创建了 tags.yaml 文件。请参阅 创建 tags.yaml 文件并添加自定义组

流程

1. 使用命令行和您首选的编辑器，打开 /etc/insights-client/tags.yaml。（以下示例使用 Vim。）

   [root@server ~]# vi /etc/insights-client/tags.yaml

2. 编辑 /etc/insights-client/tags.yaml 文件，为标签添加预定义的 key=value 对。本例演示了如何添加 security: strict 和 network_performance: latency 标签。

   # cat /etc/insights-client/tags.yaml
   group: redhat
   location: Brisbane/Australia
   description:
   - RHEL8
   - SAP
   security: strict
   network_performance: latency

3. 保存您的更改。
4. 关闭编辑器。

5. 可选： 运行 insights-client 命令，以生成上传到 Red Hat Enterprise Linux 的 Red Hat Insights，或等到下一个调度的 Red Hat Insights 上传。

   [root@server ~]# insights-client

确认预定义的标签位于您的生产区域中

在生成上传到 Red Hat Insights （或等待下一个调度的 Insights 上传）后，您可以通过访问 Red Hat Enterprise Linux > Inventory 找出标签是否在生产环境中。查找您的系统并查找新创建的标签。您会看到显示以下内容的表：

• Name
• 值
• 标签源（如 insights-client）。

下图显示了您在创建标签后清单中看到的示例。

应用预定义的标签后的建议示例

以下 advisor 服务镜像显示配置了 network_performance: latency 标签的系统。

系统显示较高的风险级别为 Important 的建议。没有 network_performance: latency 标签的系统的总风险为 Moderate （中度）。您可以决定系统优先级更高的总风险。

要了解更多有关漏洞服务的信息，请查看以下资源：