安装
安装 Red Hat Advanced Cluster Security for Kubernetes
摘要
第 1 章 高级 RHACS 安装概述
Red Hat Advanced Cluster Security for Kubernetes (RHACS)为自我管理的 Red Hat OpenShift Kubernetes 系统或平台(如 OpenShift Container Platform、Amazon Elastic Kubernetes Service (Amazon EKS)、Google Kubernetes Engine (Google GKE)和 Microsoft Azure Kubernetes Service (Microsoft AKS))提供安全服务。
如需有关支持的平台和架构的信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持列表。有关 RHACS 的生命周期支持信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持政策。
1.1. 常规安装指南
要确定最佳安装体验,请遵循以下准则:
- 了解此模块中描述的安装平台和方法。
- 了解 Red Hat Advanced Cluster Security for Kubernetes 架构。
- 检查默认资源要求。
1.2. 不同平台的安装方法
您可以在不同的平台上执行不同类型的安装。
不是所有安装方法都支持所有平台。如需更多信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes Support Matrix。
平台类型 | 平台 | 推荐的安装方法 | 安装步骤 |
---|---|---|---|
受管服务平台 | Red Hat OpenShift Dedicated (OSD) |
operator (推荐)、Helm chart 或 | |
Azure Red Hat OpenShift (ARO) | |||
Red Hat OpenShift Service on AWS (ROSA) | |||
Red Hat OpenShift on IBM Cloud | |||
Amazon Elastic Kubernetes Service (Amazon EKS) |
Helm chart (推荐)或 | ||
Google Kubernetes Engine (Google GKE) | |||
Microsoft Azure Kubernetes Service (Microsoft AKS) | |||
自我管理的平台 | Red Hat OpenShift Container Platform (OCP) |
operator (推荐)、Helm chart 或 | |
Red Hat OpenShift Kubernetes Engine (OKE) |
-
除非有以下这个安装方法的具体要求,否则不要使用
roxctl
安装方法。
1.3. 不同架构的安装方法
Red Hat Advanced Cluster Security for Kubernetes (RHACS) 支持以下架构。如需有关支持的平台和架构的信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持列表。另外,下表提供有关每个架构可用的安装方法的信息。
支持的构架 | 支持的安装方法 |
---|---|
AMD64 |
Operator (首选)、Helm chart 或 |
ppc64le (IBM Power) | Operator |
s390x (IBM Z 和 IBM® LinuxONE) |
第 2 章 Red Hat Advanced Cluster Security for Kubernetes 的默认资源要求
2.1. 常规要求
RHACS 在安装前必须满足的一些系统要求。
您不能在以下环境中安装 Red Hat Advanced Cluster Security for Kubernetes:
- Amazon Elastic File System(Amazon EFS)。使用带有默认 gp2 卷类型的 Amazon Elastic Block Store(Amazon EBS)。
- 没有 SIMD 扩展 (SSE) 4.2 指令集的旧 CPU。例如,比 Sandy Bridge 和 AMD 处理器旧的 Intel 处理器(比 Bulldozer 旧)。(这些处理器在 2011 年发布。)
要安装 Red Hat Advanced Cluster Security for Kubernetes,您必须有以下系统之一:
- OpenShift Container Platform 版本 4.11 或更高版本,以及带有 Red Hat Enterprise Linux CoreOS (RHCOS)或 Red Hat Enterprise Linux (RHEL)支持的操作系统的集群节点。
受支持的受管 Kubernetes 平台,以及具有 Amazon Linux、CentOS、Container-Optimized OS (Google、Red Hat Enterprise Linux CoreOS (RHCOS)、Debian、Red Hat Enterprise Linux (RHEL)或 Ubuntu)支持的受管 Kubernetes 平台和集群节点。
如需更多信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持政策。
集群节点最低要求:
架构:
amd64
,ppc64le
, 或s390x
注意从 RHACS 4.3 开始,在 IBM Power (
ppc64le
)、IBM Z (s390x)和 IBM® LinuxONE (
)集群中支持 Central 和安全集群服务。s390x
- 处理器 :3 个 CPU 内核
内存 :6 GiB RAM
注意请参阅每个组件的默认内存和 CPU 要求,并确保节点大小可以支持它们。
使用持久性卷声明 (PVC) 的持久性存储:
使用固态驱动器(SSD)以获得最佳性能。但是,如果您没有 SSD,也可以使用另一个存储类型。
重要您不能在 Red Hat Advanced Cluster Security for Kubernetes 中使用 Ceph FS 存储。红帽建议为 Red Hat Advanced Cluster Security for Kubernetes 使用 RBD 块模式 PVC。
使用 Helm chart 安装:
-
如果要使用 Helm chart 安装和配置 Red Hat Advanced Cluster Security for Kubernetes,则需要 Helm 命令行界面 (CLI) v3.2 或更新版本。使用
helm version
命令验证已安装的 Helm 版本。 -
您必须有权访问 Red Hat Container Registry。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。
2.2. 中央服务(自助管理)
如果您使用 Red Hat Advanced Cluster Security Cloud Service (RHACS Cloud Service),则不需要查看 Central 服务的要求,因为它们由红帽管理。您只需要查看安全集群服务的要求。
Central 服务包含以下组件:
- Central
- 扫描程序
2.2.1. Central
名为 Central 的容器化服务处理 API 交互和 RHACS Web 门户访问,而名为 Central DB (PostgreSQL 13)的容器化服务处理数据持久性。
中央 DB 需要持久性存储。
您可以使用持久性卷声明(PVC)提供存储。
注意只有在所有主机(或一组主机)挂载共享文件系统(如 NFS 共享或存储设备)时,您可以使用 hostPath 卷进行存储。否则,您的数据只保存在一个节点中。红帽不推荐使用 hostPath 卷。
- 使用固态磁盘(SSD)以获得最佳性能。但是,如果您没有 SSD,也可以使用另一个存储类型。
如果使用 web 代理或防火墙,您必须配置绕过规则,以允许
definitions.stackrox.io
和collector-modules.stackrox.io
域的流量并启用 Red Hat Advanced Cluster Security for Kubernetes 来信任您的 web 代理或防火墙。否则,对漏洞定义和内核支持软件包更新将失败。Red Hat Advanced Cluster Security for Kubernetes 需要访问:
-
definitions.stackrox.io
,用于下载更新的漏洞定义。漏洞定义更新允许 Red Hat Advanced Cluster Security for Kubernetes 在发现新漏洞或其他数据源时维护最新的漏洞数据。 -
collector-modules.stackrox.io
,用于下载更新的内核支持软件包。更新了内核支持软件包,确保 Red Hat Advanced Cluster Security for Kubernetes 可以监控最新的操作系统,并收集与容器内运行的网络流量和进程相关的数据。如果没有这些更新,当在集群中添加新节点,或者更新节点的操作系统后,Red Hat Advanced Cluster Security for Kubernetes 可能无法监控容器。
-
为安全起见,您应该在具有有限的管理访问权限的集群中部署 Central。
内存、CPU 和存储要求
下表列出了安装和运行 Central 所需的最小内存和存储值。
Central | CPU | 内存 | 存储 |
---|---|---|---|
Request(请求) | 1.5 个内核 | 4 GiB | 100 GiB |
限制 | 4 个核 | 8 GiB | 100 GiB |
Central 需要 Central DB 存储数据。下表列出了安装和运行 Central DB 所需的最小内存和存储值。
Central DB | CPU | 内存 | 存储 |
---|---|---|---|
Request(请求) | 4 个核 | 8 GiB | 100 GiB |
限制 | 8 个内核 | 16 GiB | 100 GiB |
2.2.2. 扫描程序
Red Hat Advanced Cluster Security for Kubernetes 包括一个称为 Scanner 的镜像漏洞策略。此服务扫描未被扫描程序集成到镜像 registry 中的镜像。
内存和 CPU 要求
扫描程序 | CPU | 内存 |
---|---|---|
Request(请求) | 1 个内核 | 1500 MiB |
限制 | 2 个内核 | 4000 MiB |
扫描程序需要 Scanner-DB 来存储数据。下表列出了安装和运行 Scanner-DB 所需的最小内存和存储值。
Scanner-DB | CPU | 内存 |
---|---|---|
Request(请求) | .2 个内核 | 200 MiB |
限制 | 2 个内核 | 4000 MiB |
2.3. 安全的集群服务
安全集群服务包含以下组件:
- Sensor
- 准入控制器
- Collector
2.3.1. Sensor
Sensor 监控 Kubernetes 和 OpenShift Container Platform 集群。这些服务目前部署到单个部署中,该服务处理与 Kubernetes API 的交互,并与 Collector 协调。
内存和 CPU 要求
下表列出了在安全集群中安装和运行传感器所需的最小内存和存储值。
Sensor | CPU | 内存 |
---|---|---|
Request(请求) | 2 个内核 | 4 GiB |
限制 | 4 个核 | 8 GiB |
2.3.2. 准入控制器
Admission 控制器可防止用户创建违反您配置策略的工作负载。
内存和 CPU 要求
默认情况下,准入控制服务运行 3 个副本。下表列出了每个副本的请求和限制。
准入控制器 | CPU | 内存 |
---|---|---|
Request(请求) | 0.05 个内核 | 100 MiB |
限制 | 0.5 个内核 | 500 MiB |
2.3.3. Collector
收集器监控安全集群中每个节点的运行时活动。它连接到 Sensor 来报告此信息。收集器 Pod 有三个容器。第一个容器是收集器,它实际监控和报告节点上的运行时活动。另外两个是 compliance 和 node-inventory。
集合要求
要使用 CORE_BPF
集合方法,基本内核必须支持 BTF,并且 BTF 文件必须可供收集器使用。通常,内核版本必须高于 5.8 (适用于 RHEL 节点的4.18)和 CONFIG_DEBUG_INFO_BTF
配置选项必须被设置。
收集器在以下列表中显示的标准位置查找 BTF 文件:
例 2.1. BTF 文件位置
/sys/kernel/btf/vmlinux /boot/vmlinux-<kernel-version> /lib/modules/<kernel-version>/vmlinux-<kernel-version> /lib/modules/<kernel-version>/build/vmlinux /usr/lib/modules/<kernel-version>/kernel/vmlinux /usr/lib/debug/boot/vmlinux-<kernel-version> /usr/lib/debug/boot/vmlinux-<kernel-version>.debug /usr/lib/debug/lib/modules/<kernel-version>/vmlinux
如果存在这些文件,则内核可能会支持 BTF,CORE_BPF
是可配置的。
内存和 CPU 要求
默认情况下,准入控制服务运行 3 个副本。下表列出了每个副本的请求和限制。
Collector | CPU | 内存 | |
---|---|---|---|
收集器容器 | Request(请求) | 0.05 个内核 | 320 MiB |
限制 | 0.75 个内核 | 1000 MiB | |
合规容器 | Request(请求) | 0.01 个内核 | 10 MiB |
限制 | 1 个内核 | 2000 MiB | |
Node-Inventory 容器 | Request(请求) | 0.01 个内核 | 10 MiB |
限制 | 1 个内核 | 500 MiB | |
总计 | Request(请求) | 0.07 个内核 | 340 MiB |
限制 | 2.75 个内核 | 3500 MiB |
第 3 章 推荐的 Red Hat Advanced Cluster Security for Kubernetes 资源要求
推荐的资源指南是通过执行集中测试在给定数量命名空间中创建以下对象来实现的:
- 10 个部署,有 3 个 pod 副本处于睡眠状态,挂载 4 个 secret、4 个配置映射
- 10 个服务,每个服务都指向之前部署的 TCP/8080 和 TCP/8443 端口
- 1 个路由指向上一个服务的第一个路由
- 包含 2048 个随机字符串字符的 10 个 secret
- 10 个配置映射包含 2048 个随机字符串字符
在分析结果的过程中,部署数量被识别为增加使用资源的主要因素。并且,我们正在对所需资源的估算使用部署数量。
其他资源
3.1. 中央服务(自助管理)
如果您使用 Red Hat Advanced Cluster Security Cloud Service (RHACS Cloud Service),则不需要查看 Central 服务的要求,因为它们由红帽管理。您只需要查看安全集群服务的要求。
Central 服务包含以下组件:
- Central
扫描程序
注意有关扫描程序的默认资源要求,请查看默认资源要求页面。
3.1.1. Central
内存和 CPU 要求
下表列出了为一个安全集群运行 Central 所需的最小内存和 CPU 值。表包括并发 Web 门户用户的数量。
部署 | 并发 Web 门户用户 | CPU | 内存 |
---|---|---|---|
< 25,000 | 1 个用户 | 2 个内核 | 8 GiB |
< 25,000 | < 5 个用户 | 6 个内核 | 12 GiB |
< 50,000 | 1 个用户 | 2 个内核 | 12 GiB |
< 50,000 | < 5 个用户 | 6 个内核 | 16 GiB |
3.1.2. 扫描程序
内存和 CPU 要求
下表列出了扫描程序在 Central 集群中部署所需的最小内存和 CPU 值。表包括在所有安全集群中部署的唯一镜像数量。
唯一镜像 | Replicas | CPU | 内存 |
---|---|---|---|
< 100 | 1 个副本 | 1 个内核 | 1.5 GiB |
< 500 | 1 个副本 | 2 个内核 | 2.5 GiB |
< 2000 | 2 个副本 | 2 个内核 | 2.5 GiB |
< 5000 | 3 个副本 | 2 个内核 | 2.5 GiB |
其他资源
3.2. 安全的集群服务
安全集群服务包含以下组件:
- Sensor
- 准入控制器
Collector
注意本页中不包含收集器组件。默认资源要求列出了在默认的资源要求页面中。
3.2.1. Sensor
Sensor 监控 Kubernetes 和 OpenShift Container Platform 集群。这些服务目前部署到单个部署中,该服务处理与 Kubernetes API 的交互,并与 Collector 协调。
内存和 CPU 要求
下表列出了在安全集群中运行的 Sensor 所需的最小内存和 CPU 值。
Deployments | 每个部署的 Pod | CPU | 内存 |
---|---|---|---|
< 25,000 | 3 | 2 个内核 | 8 GiB |
< 50,000 | 3 | 2 个内核 | 16 GiB |
3.2.2. 准入控制器
Admission 控制器可防止用户创建违反您配置策略的工作负载。
内存和 CPU 要求
下表列出了在安全集群中运行的准入控制器所需的最小内存和 CPU 值。
Deployments | 每个部署的 Pod | CPU | 内存 |
---|---|---|---|
< 25,000 | 3 | 0.5 个内核 | 600 MiB |
< 50,000 | 3 | 0.5 个内核 | 1200 MiB |
第 4 章 在 Red Hat OpenShift 上安装 RHACS
4.1. 在 Red Hat OpenShift 中为 RHACS 安装 Central 服务
Central 是包含 RHACS 应用程序管理界面和服务的资源。它处理数据持久性、API 交互和 RHACS 门户访问。您可以使用同一中实例来保护多个 OpenShift Container Platform 或 Kubernetes 集群。
您可以使用以下方法之一在 OpenShift Container Platform 或 Kubernetes 集群上安装 Central:
- 使用 Operator 安装
- 使用 Helm chart 安装
-
使用
roxctl
CLI 安装(除非有需要使用它的特定安装需要)
4.1.1. 使用 Operator 安装 Central
4.1.1.1. 安装 Red Hat Advanced Cluster Security for Kubernetes Operator
使用 OpenShift Container Platform 提供的 OperatorHub 是安装 Red Hat Advanced Cluster Security for Kubernetes 的最简单方法。
前提条件
- 您可以使用具有 Operator 安装权限的账户访问 OpenShift Container Platform 集群。
- 您必须使用 OpenShift Container Platform 4.11 或更高版本。如需更多信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持政策。
流程
- 在 Web 控制台中进入 Operators → OperatorHub 页面。
- 如果没有显示 Red Hat Advanced Cluster Security for Kubernetes,在 Filter by keyword 框中输入 Advanced Cluster Security 来查找 Red Hat Advanced Cluster Security for Kubernetes Operator。
- 选择 Red Hat Advanced Cluster Security for Kubernetes Operator 查看详情页。
- 阅读 Operator 的信息,然后点 Install。
在 Install Operator 页面中:
- 保留安装模式的默认值 All namespaces on the cluster。
- 选择要在其中为 Installed namespace 字段安装 Operator 的特定命名空间。在 rhacs-operator 命名空间中安装 Red Hat Advanced Cluster Security for Kubernetes Operator。
为更新批准选择自动或手工。
如果选择自动更新,当有新版 Operator 可用时,Operator Lifecycle Manager(OLM)会自动升级 Operator 的运行实例。
如果选择手动更新,则当有新版 Operator 可用时,OLM 会创建更新请求。作为集群管理员,您必须手动批准更新请求,才能将 Operator 更新至最新版本。
重要如果选择手动更新,在更新安装了 Central 的集群中的 RHACS Operator 时,您必须更新所有安全集群中的 RHACS Operator。安装 Central 的安全集群和集群必须具有相同的版本,以确保最佳功能。
- 点 Install。
验证
- 安装完成后,进入到 Operators → Installed Operators,以验证 Red Hat Advanced Cluster Security for Kubernetes Operator 的状态为 Succeeded。
下一步
-
安装、配置和部署
Central
自定义资源。
4.1.1.2. 使用 Operator 方法安装 Central
Red Hat Advanced Cluster Security for Kubernetes 的主要组件名为 Central。您可以使用 Central 自定义资源在 OpenShift Container Platform 上安装 Central
。您只需要部署 Central 一次,并使用同一 Central 安装监控多个独立集群。
当您首次安装 Red Hat Advanced Cluster Security for Kubernetes 时,您必须首先安装 Central
自定义资源,因为 SecuredCluster
自定义资源安装取决于 Central 生成的证书。
先决条件
- 您必须使用 OpenShift Container Platform 4.11 或更高版本。如需更多信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持政策。
流程
- 在 OpenShift Container Platform web 控制台中进入到 Operators → Installed Operators 页面。
- 从安装的 Operator 列表中选择 Red Hat Advanced Cluster Security for Kubernetes Operator。
如果您在推荐的命名空间中安装了 Operator,OpenShift Container Platform 会将项目列为
rhacs-operator
。选择 Project: rhacs-operator → Create project。警告-
如果您在不同的命名空间中安装了 Operator,则 OpenShift Container Platform 会显示该命名空间的名称,而不是
rhacs-operator
。 -
您必须在自己的项目中安装 Red Hat Advanced Cluster Security for Kubernetes
Central
自定义资源,而不是在rhacs-operator
和openshift-operator
项目中安装 Red Hat Advanced Cluster Security for Kubernetes Operator。
-
如果您在不同的命名空间中安装了 Operator,则 OpenShift Container Platform 会显示该命名空间的名称,而不是
-
输入新项目名称(如
stackrox
),然后点 Create。红帽建议使用stackrox
作为项目名称。 - 在 Provided APIs 部分下,选择 Central。点 Create Central。
可选:如果您使用声明性配置,在 Configure via: 旁边点 YAML 视图 并添加声明性配置的信息,如下例所示:
... spec: central: declarativeConfiguration: configMaps: - name: "<declarative-configs>" 1 secrets: - name: "<sensitive-declarative-configs>" 2 ...
-
输入您的
Central
自定义资源的名称并添加您要应用的任何标签。否则,接受可用选项的默认值。 - 点 Create。
如果使用集群范围的代理,Red Hat Advanced Cluster Security for Kubernetes 会使用该代理配置连接到外部服务。
后续步骤
- 验证中央安装。
- 可选:配置中央选项。
-
生成包含集群 secret 的 init 捆绑包,它允许在
Central
和SecuredCluster
资源之间的通信。您需要下载这个捆绑包,使用它来在您要保护的集群中生成资源,并安全地存储它。 - 在您要监控的每个集群中安装安全集群服务。
4.1.1.3. 在 PostgreSQL 实例中置备数据库
您可以使用现有的 PostgreSQL 基础架构为 RHACS 置备数据库。参照本节中的内容来配置 PostgreSQL 数据库环境,创建用户、数据库、架构、角色和授予所需的权限。
外部 PostgreSQL 支持只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。
流程
创建一个新用户:
CREATE USER stackrox WITH PASSWORD <password>;
创建数据库:
CREATE DATABASE stackrox;
连接到数据库:
\connect stackrox
创建用户模式:
CREATE SCHEMA stackrox;
(可选)撤销公共的权利:
REVOKE CREATE ON SCHEMA public FROM PUBLIC; REVOKE USAGE ON SCHEMA public FROM PUBLIC; REVOKE ALL ON DATABASE stackrox FROM PUBLIC;
创建角色:
CREATE ROLE readwrite;
为角色授予连接权限:
GRANT CONNECT ON DATABASE stackrox TO readwrite;
为
readwrite
角色添加所需的权限:GRANT USAGE ON SCHEMA stackrox TO readwrite; GRANT USAGE, CREATE ON SCHEMA stackrox TO readwrite; GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA stackrox TO readwrite; ALTER DEFAULT PRIVILEGES IN SCHEMA stackrox GRANT SELECT, INSERT, UPDATE, DELETE ON TABLES TO readwrite; GRANT USAGE ON ALL SEQUENCES IN SCHEMA stackrox TO readwrite; ALTER DEFAULT PRIVILEGES IN SCHEMA stackrox GRANT USAGE ON SEQUENCES TO readwrite;
将
readwrite
角色分配给stackrox
用户:GRANT readwrite TO stackrox;
4.1.1.4. 使用 Operator 安装带有外部数据库的 Central
外部 PostgreSQL 支持只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。
Red Hat Advanced Cluster Security for Kubernetes 的主要组件名为 Central。您可以使用 Central 自定义资源在 OpenShift Container Platform 上安装 Central
。您只需要部署 Central 一次,并使用同一 Central 安装监控多个独立集群。
当您首次安装 Red Hat Advanced Cluster Security for Kubernetes 时,您必须首先安装 Central
自定义资源,因为 SecuredCluster
自定义资源安装取决于 Central 生成的证书。
先决条件
- 您必须使用 OpenShift Container Platform 4.11 或更高版本。如需更多信息,请参阅 Red Hat Advanced Cluster Security for Kubernetes 支持政策。
您必须在数据库实例中有一个支持 PostgreSQL 13 和具有以下权限的用户的数据库:
- 对数据库的连接权利。
-
schema 的
Usage
和Create
。 -
对 schema 中的所有表的
Select
,Insert
,Update
, 和Delete
权限。 -
对 schema 中所有序列的
Usage
。
流程
- 在 OpenShift Container Platform web 控制台中进入到 Operators → Installed Operators 页面。
- 从安装的 Operator 列表中选择 Red Hat Advanced Cluster Security for Kubernetes Operator。
如果您在推荐的命名空间中安装了 Operator,OpenShift Container Platform 会将项目列为
rhacs-operator
。选择 Project: rhacs-operator → Create project。警告-
如果您在不同的命名空间中安装了 Operator,则 OpenShift Container Platform 会显示该命名空间的名称,而不是
rhacs-operator
。 -
您必须在自己的项目中安装 Red Hat Advanced Cluster Security for Kubernetes
Central
自定义资源,而不是在rhacs-operator
和openshift-operator
项目中安装 Red Hat Advanced Cluster Security for Kubernetes Operator。
-
如果您在不同的命名空间中安装了 Operator,则 OpenShift Container Platform 会显示该命名空间的名称,而不是
-
输入新项目名称(如
stackrox
),然后点 Create。红帽建议使用stackrox
作为项目名称。 使用 OpenShift Container Platform Web 控制台或终端在部署的命名空间中创建密码 secret。
-
在 OpenShift Container Platform web 控制台中进入 Workloads → Secrets 页面。使用密钥
password
和值创建一个 Key/Value secret,作为纯文本文件的路径,其中包含调配数据库的超级用户密码。 或者,在终端中运行以下命令:
$ oc create secret generic external-db-password \ 1 --from-file=password=<password.txt> 2
-
在 OpenShift Container Platform web 控制台中进入 Workloads → Secrets 页面。使用密钥
- 返回到 OpenShift Container Platform Web 控制台中的 Red Hat Advanced Cluster Security for Kubernetes operator 页面。在 Provided APIs 部分下,选择 Central。点 Create Central。
- 可选:如果您使用声明性配置,在 Configure via: 旁边点 YAML 视图。
添加声明性配置的信息,如下例所示:
... spec: central: declarativeConfiguration: configMaps: - name: <declarative-configs> 1 secrets: - name: <sensitive-declarative-configs> 2 ...
-
输入您的
Central
自定义资源的名称并添加您要应用的任何标签。 - 进入到 Central Component Settings → Central DB Settings。
-
对于 Administrator Password,将引用的 secret 指定为
external-db-password
(或之前创建的密码的 secret 名称)。 -
对于 Connection string (技术预览) 以
keyword=value
格式指定连接字符串,例如host=<host> port=5432 database=stackrox user=stackrox sslmode=verify-ca
-
对于 Persistence → PersistentVolumeClaim → Claim Name,请删除
central-db
。 如果需要,您可以指定证书颁发机构,以便在数据基本证书和 Central 之间有信任。要添加此功能,进入 YAML 视图并在顶级 spec 下添加一个 TLS 块,如下例所示:
spec: tls: additionalCAs: - name: db-ca content: | <certificate>
- 点 Create。
如果使用集群范围的代理,Red Hat Advanced Cluster Security for Kubernetes 会使用该代理配置连接到外部服务。
后续步骤
- 验证中央安装。
- 可选:配置中央选项。
-
生成包含集群 secret 的 init 捆绑包,它允许在
Central
和SecuredCluster
资源之间的通信。您需要下载这个捆绑包,使用它来在您要保护的集群中生成资源,并安全地存储它。 - 在您要监控的每个集群中安装安全集群服务。
4.1.1.5. 使用 Operator 方法验证中央安装
安装中心后,登录到 RHACS 门户以验证中央安装是否成功。
流程
- 在 OpenShift Container Platform web 控制台中进入到 Operators → Installed Operators 页面。
- 从安装的 Operator 列表中选择 Red Hat Advanced Cluster Security for Kubernetes Operator。
- 选择 Central 选项卡。
-
从 Centrals 列表中,选择
stackrox-central-services
以查看其详细信息。 要获取
admin
用户的密码,您可以:- 点 Admin Password Secret Reference 下的链接。
使用 Red Hat OpenShift CLI 进入 Admin Credentials Info 下列出的命令:
$ oc -n stackrox get secret central-htpasswd -o go-template='{{index .data "password" | base64decode}}'
使用 Red Hat OpenShift CLI 命令查找到 RHACS 门户的链接:
$ oc -n stackrox get route central -o jsonpath="{.status.ingress[0].host}"
另外,您可以执行以下命令,使用 Red Hat Advanced Cluster Security for Kubernetes web 控制台查找到 RHACS 门户的链接:
- 进入 Networking → Routes。
- 找到 central 路由,再点 Location 列下的 RHACS 门户链接。
-
使用用户名 admin 和密码您在上一步中检索的密码登录 RHACS 门户。在完全配置 RHACS 前(例如,您拥有
Central
资源,并至少安装并配置一个SecuredCluster
资源),仪表板中没有可用的数据。SecuredCluster
资源可以在与Central
资源相同的集群中安装和配置。带有SecuredCluster
资源的集群与 Red Hat Advanced Cluster Management(RHACM)中的受管集群类似。
后续步骤
- 可选:配置中央设置。
-
生成包含集群 secret 的 init 捆绑包,它允许在
Central
和SecuredCluster
资源之间的通信。您需要下载这个捆绑包,使用它来在您要保护的集群中生成资源,并安全地存储它。 - 在您要监控的每个集群中安装安全集群服务。
4.1.2. 使用 Helm chart 安装 Central
您可以使用 Helm chart 安装 Central,而无需自定义任何自定义,使用默认值,或使用带有额外自定义配置参数的 Helm chart。
4.1.2.1. 使用 Helm chart 安装 Central,而无需自定义
您可以在没有自定义的情况下在集群中安装 RHACS。您必须添加 Helm Chart 仓库并安装 central-services
Helm Chart,以安装 Central 和 Scanner 的集中组件。
4.1.2.1.1. 添加 Helm Chart 仓库
流程
添加 RHACS chart 存储库。
$ helm repo add rhacs https://mirror.openshift.com/pub/rhacs/charts/
Red Hat Advanced Cluster Security for Kubernetes 的 Helm 仓库包括用于安装不同组件的 Helm chart,包括:
用于安装集中组件(Central 和 Scanner)的中央服务Helm Chart(
central-services
)。注意您只部署集中式组件一次,并可使用同一安装监控多个独立集群。
安全集群服务 Helm Chart (
secured-cluster-services
),用于安装 per-cluster 和 per-node 组件(Sensor、Admission Controller、Collector 和 Scanner-slim)。注意将 per-cluster 组件部署到要监控的每个集群中,并在要监控的所有节点中部署 per-node 组件。
验证
运行以下命令来验证添加的 chart 存储库:
$ helm search repo -l rhacs/
4.1.2.1.2. 在不自定义的情况下安装 central-services Helm chart
使用以下说明安装 central-services
Helm Chart 以部署集中组件(Central 和 Scanner)。
前提条件
-
您必须有权访问 Red Hat Container Registry。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。
流程
运行以下命令安装 Central 服务并使用一个路由来公开 Central:
$ helm install -n stackrox \ --create-namespace stackrox-central-services rhacs/central-services \ --set imagePullSecrets.username=<username> \ 1 --set imagePullSecrets.password=<password> \ 2 --set central.exposure.route.enabled=true
或者,运行以下命令安装 Central 服务并使用一个负载均衡器来公开 Central:
$ helm install -n stackrox \ --create-namespace stackrox-central-services rhacs/central-services \ --set imagePullSecrets.username=<username> \ 1 --set imagePullSecrets.password=<password> \ 2 --set central.exposure.loadBalancer.enabled=true
或者,运行以下命令安装 Central 服务并使用一个端口转发来公开 Central:
$ helm install -n stackrox \ --create-namespace stackrox-central-services rhacs/central-services \ --set imagePullSecrets.username=<username> \ 1 --set imagePullSecrets.password=<password> 2
如果要在需要使用代理连接到外部服务的集群中安装 Red Hat Advanced Cluster Security for Kubernetes,则必须使用
proxyConfig
参数指定代理配置。例如:env: proxyConfig: | url: http://proxy.name:port username: username password: password excludes: - some.domain
-
如果您已在安装的命名空间中创建了一个或多个镜像 pull secret,而不是使用用户名和密码,您可以使用
--set imagePullSecrets.useExisting="<pull-secret-1;pull-secret-2>"
。 不要使用镜像 pull secret:
-
如果您要从
quay.io/stackrox-io
或不需要身份验证的专用网络中的 registry 拉取镜像。使用--set imagePullSecrets.allowNone=true
,而不是指定用户名和密码。 -
如果您已经在安装的命名空间中的默认服务帐户中配置了镜像 pull secret。使用
--set imagePullSecrets.useFromDefaultServiceAccount=true
,而不是指定用户名和密码。
-
如果您要从
安装命令的输出包括:
- 自动生成的管理员密码。
- 关于存储所有配置值的说明。
- Helm 生成的任何警告。
4.1.2.2. 使用带有自定义的 Helm chart 安装 Central
您可以使用 helm install
和 helm upgrade
命令的 Helm Chart 配置参数在 Red Hat OpenShift 集群上安装 RHACS。您可以使用 --set
选项或创建 YAML 配置文件来指定这些参数。
创建以下文件来配置 Helm chart 来安装 Red Hat Advanced Cluster Security for Kubernetes:
-
公共配置文件
values-public.yaml
:使用此文件保存所有非敏感配置选项。 -
专用配置文件
values-private.yaml
:使用此文件保存所有敏感配置选项。确保您安全地存储这个文件。 -
配置文件
declarative-config-values.yaml
:如果您使用声明性配置将声明性配置挂载添加到 Central,请创建此文件。
4.1.2.2.1. 专用配置文件
本节列出了 values-private.yaml
文件的可配置参数。这些参数没有默认值。
4.1.2.2.1.1. 镜像 pull secret
从 registry 中拉取镜像所需的凭证取决于以下因素:
如果使用自定义 registry,您必须指定这些参数:
-
imagePullSecrets.username
-
imagePullSecrets.password
-
image.registry
-
如果不使用用户名和密码登录到自定义 registry,您必须指定以下参数之一:
-
imagePullSecrets.allowNone
-
imagePullSecrets.useExisting
-
imagePullSecrets.useFromDefaultServiceAccount
-
参数 | Description |
---|---|
| 用于登录到 registry 的帐户的用户名。 |
| 用于登录到 registry 的帐户的密码。 |
|
如果您使用自定义 registry,且允许在没有凭证的情况下拉取镜像,请使用 |
|
以逗号分隔的 secret 列表作为值。例如, |
|
如果您已经在目标命名空间中配置了具有足够范围的镜像 pull secret 的默认服务帐户,请使用 |
4.1.2.2.1.2. 代理配置
如果要在需要使用代理连接到外部服务的集群中安装 Red Hat Advanced Cluster Security for Kubernetes,则必须使用 proxyConfig
参数指定代理配置。例如:
env: proxyConfig: | url: http://proxy.name:port username: username password: password excludes: - some.domain
参数 | Description |
---|---|
| 您的代理配置。 |
4.1.2.2.1.3. Central
Central 的可配置参数。
对于新安装,您可以跳过以下参数:
-
central.jwtSigner.key
-
central.serviceTLS.cert
-
central.serviceTLS.key
-
central.adminPassword.value
-
central.adminPassword.htpasswd
-
central.db.serviceTLS.cert
-
central.db.serviceTLS.key
-
central.db.password.value
- 当您没有为这些参数指定值时,Helm Chart 会为它们自动生成值。
-
如果要修改这些值,您可以使用
helm upgrade
命令并使用--set
选项指定值。
对于设置管理员密码,您只能使用 central.adminPassword.value
或 central.adminPassword.htpasswd
,但不能同时使用两者。
参数 | Description |
---|---|
| Red Hat Advanced Cluster Security for Kubernetes 应使用的私钥签名 JSON Web 令牌(JWT)进行验证。 |
| Central 服务应用于部署中心的内部证书。 |
| Central 服务应使用的内部证书的私钥。 |
| Central 应该使用的用户面向用户的证书。Red Hat Advanced Cluster Security for Kubernetes 将这个证书用于 RHACS 门户。
|
| Central 应使用面向用户的证书的私钥。
|
| Central 数据库的连接密码。 |
| 用于登录到 Red Hat Advanced Cluster Security for Kubernetes 的管理员密码。 |
| 用于登录到 Red Hat Advanced Cluster Security for Kubernetes 的管理员密码。此密码以散列格式存储,使用 bcrypt。 |
| Central DB 服务应用于部署 Central DB 的内部证书。 |
| Central DB 服务应使用的内部证书的私钥。 |
| 用于连接到 Central DB 的密码。 |
如果使用 central.adminPassword.htpasswd
参数,则必须使用 bcrypt 编码的密码哈希。您可以运行 htpasswd -nB admin
命令来生成密码哈希。例如,
htpasswd: | admin:<bcrypt-hash>
4.1.2.2.1.4. 扫描程序
扫描程序的可配置参数。
对于新的安装,您可以跳过以下参数,以及 Helm Chart 自动生成值。否则,如果您升级到新版本,请指定以下参数的值:
-
scanner.dbPassword.value
-
scanner.serviceTLS.cert
-
scanner.serviceTLS.key
-
scanner.dbServiceTLS.cert
-
scanner.dbServiceTLS.key
参数 | Description |
---|---|
| 用于通过 Scanner 数据库进行身份验证的密码。不要修改此参数,因为 Red Hat Advanced Cluster Security for Kubernetes 会自动创建和使用其值。 |
| 扫描程序服务用于部署扫描器的内部证书。 |
| Scanner 服务使用的内部证书的私钥。 |
| Scanner-db 服务应用于部署 Scanner 数据库的内部证书。 |
| Scanner-db 服务应使用的内部证书的私钥。 |
4.1.2.2.2. 公共配置文件
本节列出了 values-public.yaml
文件的可配置参数。
4.1.2.2.2.1. 镜像 pull secret
镜像拉取 secret 是从 registry 中拉取镜像所需的凭证。
参数 | Description |
---|---|
|
如果您使用自定义 registry,且允许在没有凭证的情况下拉取镜像,请使用 |
|
以逗号分隔的 secret 列表作为值。例如, |
|
如果您已经在目标命名空间中配置了具有足够范围的镜像 pull secret 的默认服务帐户,请使用 |
4.1.2.2.2.2. 镜像
镜像声明了配置来设置主 registry,Helm Chart 用来为 central.image
、scanner.image
和 scanner.dbImage
参数解析镜像。
参数 | Description |
---|---|
|
镜像 registry 的地址。使用主机名,如 |
4.1.2.2.2.3. 环境变量
Red Hat Advanced Cluster Security for Kubernetes 会自动检测到集群环境,并为 env.openshift
、env.istio
和 env.platform
设置值。仅设置这些值来覆盖自动集群环境检测。
参数 | Description |
---|---|
|
使用 |
|
使用 |
|
安装 Red Hat Advanced Cluster Security for Kubernetes 的平台。将其值设为 |
|
使用 |
4.1.2.2.2.4. 其他可信证书颁发机构
Red Hat Advanced Cluster Security for Kubernetes 会自动引用要信任的系统根证书。当 Central 或 Scanner 必须联系到使用您机构中授权或全局可信合作伙伴机构发布的证书的服务时,您可以使用以下参数来指定对这些服务的信任:
参数 | Description |
---|---|
| 指定要信任的根证书颁发机构的 PEM 编码证书。 |
4.1.2.2.2.5. Central
Central 的可配置参数。
-
您必须将持久性存储选项指定为
hostPath
或persistentVolumeClaim
。 -
用于公开外部访问的中央部署。您必须指定一个参数,可以是
central.exposure.loadBalancer
、central.exposure.nodePort
或central.exposure.route
。如果没有为这些参数指定任何值,您必须手动公开 Central,或使用端口转发(port-forwarding)访问它。
下表包含外部 PostgreSQL 数据库的设置(技术预览)。
外部 PostgreSQL 支持只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。
参数 | Description |
---|---|
| 挂载用于声明配置的配置映射。 |
| 挂载用于声明配置的 secret。 |
| Central 的端点配置选项。 |
| 如果节点选择器选择污点节点,请使用此参数指定 taint toleration key、value 和 effect。此参数主要用于基础架构节点。 |
| 如果节点选择器选择污点节点,请使用此参数指定 taint toleration key、value 和 effect。此参数主要用于基础架构节点。 |
|
指定 |
|
用于覆盖 Central 镜像的全局 |
|
覆盖默认 Central 镜像名称( |
|
覆盖 Central 镜像默认标签的自定义镜像标签。如果在新安装过程中指定了自己的镜像标签,则您必须在运行 |
|
Central 镜像的完整参考,包括 registry 地址、镜像名称和镜像标签。为此参数设置值会覆盖 |
| Central 的内存请求,以覆盖默认值。 |
| Central 的 CPU 请求,以覆盖默认值。 |
| Central 的内存限值来覆盖默认值。 |
| Central 的 CPU 限制,以覆盖默认值。 |
| RHACS 应该创建数据库卷的节点上的路径。红帽不推荐使用这个选项。 |
| 您要使用的持久性卷声明(PVC)的名称。 |
|
使用 |
| 由指定声明管理的持久性卷的大小(以 GiB 为单位)。 |
|
使用 |
| 要公开 Central 的端口号。默认端口号为 443。 |
|
使用 |
| 要公开 Central 的端口号。当您跳过此参数时,OpenShift Container Platform 会自动分配一个端口号。如果您使用节点端口公开 Red Hat Advanced Cluster Security for Kubernetes,红帽建议您不要指定端口号。 |
|
使用 |
|
(技术预览)使用 |
|
(技术预览)用于连接到数据库的 Central 的连接字符串。这仅在将
|
| 与要建立的数据库的最小连接数。 |
| 与要建立的数据库的连接数上限。 |
| 单个查询或事务的毫秒可以针对数据库处于活跃状态。 |
| 用于中央 DB 的 postgresql.conf,如 PostgreSQL 文档中的"添加资源"中所述。 |
| 用于 Central DB 的 pg_hba.conf,如 PostgreSQL 文档中的 "Additional resources" 所述。 |
|
将节点选择器标签指定为 |
|
一个自定义 registry,用于覆盖 Central DB 镜像的全局 |
|
覆盖默认中央 DB 镜像名称( |
|
覆盖 Central DB 镜像默认标签的自定义镜像标签。如果在新安装过程中指定了自己的镜像标签,则您必须在运行 |
|
Central DB 镜像的完整参考,包括 registry 地址、镜像名称和镜像标签。为此参数设置值会覆盖 |
| Central DB 的内存请求,以覆盖默认值。 |
| Central DB 的 CPU 请求,以覆盖默认值。 |
| Central DB 的内存限值来覆盖默认值。 |
| Central DB 的 CPU 限制,以覆盖默认值。 |
| RHACS 应该创建数据库卷的节点上的路径。红帽不推荐使用这个选项。 |
| 您要使用的持久性卷声明(PVC)的名称。 |
|
使用 |
| 由指定声明管理的持久性卷的大小(以 GiB 为单位)。 |
4.1.2.2.2.6. 扫描程序
扫描程序的可配置参数。
参数 | Description |
---|---|
|
使用 |
|
指定 |
|
为 Scanner 部署创建的副本数。当您将其与 |
|
为 Scanner 配置日志级别。红帽建议您不要更改日志级别的默认值 ( |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
|
使用 |
| 自动扩展的最小副本数。 |
| 自动扩展的最大副本数。 |
| 扫描器的内存请求,以覆盖默认值。 |
| 扫描器的 CPU 请求,以覆盖默认值。 |
| 扫描器的内存限值,以覆盖默认值。 |
| 扫描器的 CPU 限制,以覆盖默认值。 |
| Scanner 数据库部署的内存请求,以覆盖默认值。 |
| 扫描数据库部署的 CPU 请求,以覆盖默认值。 |
| Scanner 数据库部署的内存限值,以覆盖默认值。 |
| 扫描数据库部署的 CPU 限制,以覆盖默认值。 |
| Scanner 镜像的自定义 registry。 |
|
覆盖默认扫描程序镜像名称( |
| Scanner DB 镜像的自定义 registry。 |
|
覆盖默认 Scanner DB 镜像名称 ( |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
4.1.2.2.2.7. 自定义
使用这些参数为 Red Hat Advanced Cluster Security for Kubernetes 创建的所有对象指定附加属性。
参数 | Description |
---|---|
| 附加到所有对象的自定义标签。 |
| 附加到所有对象的自定义注解。 |
| 附加到所有部署的自定义标签。 |
| 附加到所有部署的自定义注解。 |
| 所有对象中所有容器的自定义环境变量。 |
| 附加到 Central 创建的所有对象的自定义标签。 |
| 附加到中央创建的所有对象的自定义注解。 |
| 附加到所有中央部署的自定义标签。 |
| 附加到所有中央部署的自定义注解。 |
| 所有中央容器的自定义环境变量。 |
| 附加到 Scanner 创建的所有对象的自定义标签。 |
| 附加到 Scanner 创建的所有对象的自定义注解。 |
| 附加到所有 Scanner 部署的自定义标签。 |
| 附加到所有 Scanner 部署的自定义注解。 |
| 所有 Scanner 容器的自定义环境变量。 |
| 附加到 Scanner DB 创建的所有对象的自定义标签。 |
| 附加到 Scanner DB 创建的所有对象的自定义注解。 |
| 附加到所有 Scanner DB 部署的自定义标签。 |
| 附加到所有 Scanner DB 部署的自定义注解。 |
| 所有 Scanner DB 容器的自定义环境变量。 |
您还可以使用:
-
customize.other.service/*.labels
和customize.other.service/*.annotations
参数,为所有对象指定标签和注解。 -
或者,提供特定的服务名称,例如
customize.other.service/central-loadbalancer.labels
和customize.other.service/central-loadbalancer.annotations
作为参数,并设置它们的值。
4.1.2.2.2.8. 高级自定义
本节中指定的参数仅用于信息。红帽不支持带有修改后的命名空间和发行版本名称的 Red Hat Advanced Cluster Security for Kubernetes 实例。
参数 | Description |
---|---|
|
使用 |
|
使用 |
4.1.2.2.3. 声明性配置值
要使用声明性配置,您必须创建一个 YAML 文件(在这个示例中,名为 "declarative-config-values.yaml")),以将声明性配置挂载添加到 Central。此文件用于 Helm 安装。
流程
使用以下示例创建 YAML 文件(本例中为
declarative-config-values.yaml
):central: declarativeConfiguration: mounts: configMaps: - declarative-configs secrets: - sensitive-declarative-configs
-
安装 Central 服务 Helm chart,如"安装 central-services Helm Chart"中所述,引用
declarative-config-values.yaml
文件。
4.1.2.2.4. 安装 central-services Helm chart
配置 values-public.yaml
和 values-private.yaml
文件后,安装 central-services
Helm Chart 来部署集中式组件(Central 和 Scanner)。
流程
运行以下命令:
$ helm install -n stackrox --create-namespace \ stackrox-central-services rhacs/central-services \ -f <path_to_values_public.yaml> -f <path_to_values_private.yaml> 1
- 1
- 使用
-f
选项指定 YAML 配置文件的路径。
可选:如果使用声明性配置,请将 -f <path_to_declarative-config-values.yaml
添加到此命令,以便在 Central 中挂载声明性配置文件。
4.1.2.3. 在部署 central-services Helm Chart 后更改配置选项
在部署 central-services
Helm Chart 后,您可以对任何配置选项进行更改。
流程
-
使用新值更新
values-public.yaml
和values-private.yaml
配置文件。 运行
helm upgrade
命令并使用-f
选项指定配置文件:$ helm upgrade -n stackrox \ stackrox-central-services rhacs/central-services \ -f <path_to_values_public.yaml> \ -f <path_to_values_private.yaml>
注意您还可以使用
--set
或--set-file
参数指定配置值。但是,这些选项不会被保存,需要您在每次进行更改时手动指定所有选项。
4.1.3. 使用 roxctl CLI 安装 Central
对于生产环境,红帽建议使用 Operator 或 Helm chart 来安装 RHACS。除非有需要使用此方法的特定安装需要,否则不要使用 roxctl
安装方法。
4.1.3.1. 安装 roxctl CLI
要安装 Red Hat Advanced Cluster Security for Kubernetes,您必须下载二进制文件来安装 roxctl
CLI。您可以在 Linux、Windows 或 macOS 上安装 roxctl
。
4.1.3.1.1. 在 Linux 中安装 roxctl CLI
您可以按照以下流程在 Linux 上安装 roxctl
CLI 二进制文件。
用于 Linux 的 roxctl
CLI 可用于 amd64、
ppc64le
和 s390x
架构。
流程
确定目标操作系统的
roxctl
架构:$ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"
下载
roxctl
CLI:$ curl -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Linux/roxctl${arch}"
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
4.1.3.1.2. 在 macOS 上安装 roxctl CLI
您可以按照以下流程在 macOS 中安装 roxctl
CLI 二进制文件。
用于 macOS 的 roxctl
CLI 可用于 amd64
架构。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Darwin/roxctl
从二进制文件中删除所有扩展属性:
$ xattr -c roxctl
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
4.1.3.1.3. 在 Windows 上安装 roxctl CLI
您可以按照以下流程在 Windows 上安装 roxctl
CLI 二进制文件。
amd64
架构提供了适用于 Windows 的 roxctl
CLI。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Windows/roxctl.exe
验证
验证您已安装的
roxctl
版本:$ roxctl version
4.1.3.2. 使用交互式安装程序
使用交互式安装程序为您的环境生成所需的 secret、部署配置和部署脚本。
流程
运行交互式 install 命令:
$ roxctl central generate interactive
重要使用
roxctl
CLI 安装 RHACS 会创建 PodSecurityPolicy (PSP)对象,以便向后兼容。如果要在 Kubernetes 版本 1.25 及更新版本上,或在 OpenShift Container Platform version 4.12 和更新版本上安装 RHACS,则必须禁用 PSP 对象的创建。要做到这一点,对于roxctl central generate
和roxctl sensor generate
命令,将--enable-pod-security-policies
选项设置为false
。按 Enter 接受提示的默认值或根据需要输入自定义值。以下示例显示了交互式安装程序提示:
Enter path to the backup bundle from which to restore keys and certificates (optional): Enter read templates from local filesystem (default: "false"): Enter path to helm templates on your local filesystem (default: "/path"): Enter PEM cert bundle file (optional): 1 Enter Create PodSecurityPolicy resources (for pre-v1.25 Kubernetes) (default: "true"): 2 Enter administrator password (default: autogenerated): Enter orchestrator (k8s, openshift): Enter default container images settings (development_build, stackrox.io, rhacs, opensource); it controls repositories from where to download the images, image names and tags format (default: "development_build"): Enter the directory to output the deployment bundle to (default: "central-bundle"): Enter the OpenShift major version (3 or 4) to deploy on (default: "0"): Enter whether to enable telemetry (default: "false"): Enter central-db image to use (if unset, a default will be used according to --image-defaults): Enter Istio version when deploying into an Istio-enabled cluster (leave empty when not running Istio) (optional): Enter the method of exposing Central (route, lb, np, none) (default: "none"): 3 Enter main image to use (if unset, a default will be used according to --image-defaults): Enter whether to run StackRox in offline mode, which avoids reaching out to the Internet (default: "false"): Enter list of secrets to add as declarative configuration mounts in central (default: "[]"): 4 Enter list of config maps to add as declarative configuration mounts in central (default: "[]"): 5 Enter the deployment tool to use (kubectl, helm, helm-values) (default: "kubectl"): Enter scanner-db image to use (if unset, a default will be used according to --image-defaults): Enter scanner image to use (if unset, a default will be used according to --image-defaults): Enter Central volume type (hostpath, pvc): 6 Enter external volume name for Central (default: "stackrox-db"): Enter external volume size in Gi for Central (default: "100"): Enter storage class name for Central (optional if you have a default StorageClass configured): Enter external volume name for Central DB (default: "central-db"): Enter external volume size in Gi for Central DB (default: "100"): Enter storage class name for Central DB (optional if you have a default StorageClass configured):
- 1
- 如果要添加自定义 TLS 证书,请提供 PEM 编码证书的文件路径。当您指定自定义证书时,交互式安装程序还会提示您为您要使用的自定义证书提供 PEM 私钥。
- 2
- 如果您正在运行 Kubernetes 版本 1.25 或更高版本,请将此值设置为
false
。 - 3
- 要使用 RHACS 门户,您必须使用路由(负载均衡器或节点端口)公开中。
- 4
- 有关使用声明配置进行身份验证和授权的更多信息,请参阅 "Red Hat Advanced Cluster Security for Kubernetes 中的"管理 RBAC"中的为身份验证和授权资源提供配置。
- 5
- 有关使用声明配置进行身份验证和授权的更多信息,请参阅 "Red Hat Advanced Cluster Security for Kubernetes 中的"管理 RBAC"中的为身份验证和授权资源提供配置。
- 6
- 如果您计划在带有 hostPath 卷的 OpenShift Container Platform 上安装 Red Hat Advanced Cluster Security for Kubernetes,您必须修改 SELinux 策略。
警告在 OpenShift Container Platform 中,对于 hostPath 卷,您必须修改 SELinux 策略以允许访问主机和容器共享的目录。这是因为 SELinux 默认阻止目录共享。要修改 SELinux 策略,请运行以下命令:
$ sudo chcon -Rt svirt_sandbox_file_t <full_volume_path>
但是,红帽不推荐修改 SELinux 策略,在 OpenShift Container Platform 上安装时使用 PVC。
在完成时,安装程序会创建一个名为 central-bundle 的文件夹,其中包含用于部署 Central 所需的 YAML 清单和脚本。另外,它显示了您需要运行的脚本的屏幕说明,以部署其他可信证书颁发机构、中部和扫描器,以及登录 RHACS 门户的身份验证说明(如果您回答提示时未提供密码)。
4.1.3.3. 运行中央安装脚本
运行交互式安装程序后,您可以运行 setup.sh
脚本来安装 Central。
流程
运行
setup.sh
脚本来配置镜像 registry 访问:$ ./central-bundle/central/scripts/setup.sh
创建所需资源:
$ oc create -R -f central-bundle/central
检查部署进度:
$ oc get pod -n stackrox -w
在 Central 运行后,找到 RHACS 门户 IP 地址并在浏览器中打开。根据您在回答提示时选择的风险,请使用以下方法之一获取 IP 地址。
公开方法 命令 地址 Example Route(路由)
oc -n stackrox get route central
在输出中
HOST/PORT
列下的地址https://central-stackrox.example.route
节点端口
oc get node -owide && oc -n stackrox get svc central-loadbalancer
任何节点的 IP 或主机名,在服务显示的端口中
https://198.51.100.0:31489
Load Balancer
oc -n stackrox get svc central-loadbalancer
在端口 443 上为服务显示 EXTERNAL-IP 或主机名
https://192.0.2.0
无
central-bundle/central/scripts/port-forward.sh 8443
https://localhost:8443
https://localhost:8443
如果您在互动安装过程中选择了自动生成的密码,您可以运行以下命令将其记录到 Central:
$ cat central-bundle/password
4.2. 可选 - 使用 Operator 为 RHACS 配置 Central 配置选项
本主题提供有关您可以使用 Operator 配置的可选配置选项的信息。
4.2.1. 使用 Operator 的中央配置选项
当您创建 Central 实例时,Operator 列出了 Central
自定义资源的以下配置选项。
下表包含外部 PostgreSQL 数据库的设置(技术预览)。
外部 PostgreSQL 支持只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。
4.2.1.1. Central 设置
参数 | Description |
---|---|
|
指定在 |
| 默认情况下,Central 仅提供内部 TLS 证书,这意味着您需要在入口或负载均衡器级别处理 TLS 终止。如果要在 Central 中终止 TLS 并提供自定义服务器证书,您可以指定包含证书和私钥的 secret。 |
|
将此参数设置为 |
| 如果节点选择器选择污点节点,请使用此参数指定 taint toleration key、value 和 effect。此参数主要用于基础架构节点。 |
|
把它设置为 |
| 使用此参数为您的负载均衡器指定自定义端口。 |
| 使用这个参数为您的负载均衡器指定保留的静态 IP 地址。 |
|
把它设置为 |
| 指定用于 Central 路由的自定义主机名。保留为不设置,以接受 OpenShift Container Platform 提供的默认值。 |
|
把它设置为 |
| 使用此选项指定显式节点端口。 |
|
使用 |
| 如果您希望此组件只在特定节点上运行,您可以使用此参数配置节点选择器。 |
| 指定将持久数据存储在主机上的主机路径。红帽不推荐使用这个方法。如果需要使用主机路径,则必须将其与节点选择器一起使用。 |
|
要管理的持久性数据的 PVC 名称。如果没有具有指定名称的 PVC,则会创建它。如果没有设置,则默认值为 |
| 通过声明创建持久性卷的大小。默认情况下会自动生成。 |
| 用于 PVC 的存储类的名称。如果您的集群没有配置默认存储类,则必须为此参数提供一个值。 |
| 使用此参数覆盖 Central 的默认资源限值。 |
| 使用此参数覆盖 Central 的默认资源请求。 |
| 使用此参数指定 Central 镜像的镜像 pull secret。 |
|
在 |
|
(技术预览):设置此参数不会部署 Central DB,并且 Central 将使用指定的连接字符串进行连接。如果为此参数指定值,还必须为
|
| 如果节点选择器选择污点节点,请使用此参数为 Central DB 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
| 指定将持久数据存储在主机上的主机路径。红帽不推荐使用这个方法。如果需要使用主机路径,则必须将其与节点选择器一起使用。 |
|
要管理的持久性数据的 PVC 名称。如果没有具有指定名称的 PVC,则会创建它。如果没有设置,则默认值为 |
| 通过声明创建持久性卷的大小。默认情况下会自动生成。 |
| 用于 PVC 的存储类的名称。如果您的集群没有配置默认存储类,则必须为此参数提供一个值。 |
| 使用此参数覆盖 Central DB 的默认资源限值。 |
| 使用此参数覆盖 Central DB 的默认资源请求。 |
4.2.1.2. 扫描程序设置
参数 | Description |
---|---|
| 如果您希望此扫描程序仅在特定节点上运行,您可以使用此参数配置节点选择器。 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
| 使用此参数覆盖扫描程序的默认资源限值。 |
| 使用此参数覆盖扫描程序的默认资源请求。 |
| 启用后,分析器副本数量会根据指定的限值来动态管理。 |
| 指定使用分析器自动扩展配置的最大副本 |
| 指定使用分析器自动扩展配置的最小副本 |
| 禁用自动扩展时,副本数始终配置为与此值匹配。 |
| 如果您希望此组件只在特定节点上运行,您可以使用此参数配置节点选择器。 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
| 使用此参数覆盖扫描程序的默认资源限值。 |
| 使用此参数覆盖扫描程序的默认资源请求。 |
|
使用 |
| 如果您不想部署 Scanner,可以使用此参数来禁用它。如果禁用扫描器,本节中的所有其他设置都无效。红帽不推荐为 Kubernetes 扫描器禁用 Red Hat Advanced Cluster Security。 |
4.2.1.3. 常规设置和各种设置
参数 | Description |
---|---|
| 要信任的安全集群的其他可信 CA 证书。这些证书通常用于使用私有证书颁发机构与服务集成。 |
|
指定 |
| 允许为 Central 部署指定自定义注解。 |
| 用于配置环境变量的高级设置。 |
| 配置 RHACS 是否应该以在线或离线模式运行。在离线模式下,禁用对漏洞定义和内核模块的自动更新。 |
|
如果将此选项设置为 |
| 请参阅使用带有覆盖的 Operator 自定义安装 |
4.2.2. 使用带有覆盖的 Operator 自定义安装
了解如何通过 overlays 使用 Operator 方法定制 RHACS 安装。
4.2.2.1. overlays
当 Central
或 SecuredCluster
自定义资源没有以参数的形式公开某些低级别配置选项时,您可以使用 .spec.overlays
字段进行调整。使用此字段来修改这些自定义资源生成的 Kubernetes 资源。
.spec.overlays
字段由一系列补丁组成,按其列出的顺序应用。这些补丁由 Kubernetes 资源上的 Operator 在部署到集群前由 Kubernetes 资源处理。
Central
和 SecuredCluster
中的 .spec.overlays
字段允许用户以任意方式修改低级别 Kubernetes 资源。只有在所需的自定义无法通过 SecuredCluster
或 Central
自定义资源提供时,才使用此功能。
对 .spec.overlays
功能的支持主要是有限的,因为它授予了对 Kubernetes 资源进行 intricate 和高度具体的修改的功能,这可能因一个实施而异。这种自定义级别引入了一个超过标准使用场景的复杂性,这使其难以提供广泛的支持。每个修改都是唯一的,可能在产品的不同版本和配置中以无法预计的方式与 Kubernetes 系统交互。这种差异意味着排除并保证这些自定义的稳定性需要一定程度的专业知识和理解。因此,虽然此功能支持定制 Kubernetes 资源来满足精确需求,但还必须考虑确保配置的兼容性和稳定性,特别是在升级或更改底层产品期间。
以下示例显示了覆盖的结构:
overlays: - apiVersion: v1 1 kind: ConfigMap 2 name: my-configmap 3 patches: - path: .data 4 value: | 5 key1: data2 key2: data2
4.2.2.1.1. 添加覆盖
对于自定义,您可以在 Central
或 SecuredCluster
自定义资源中添加覆盖。使用 OpenShift CLI (oc
)或 OpenShift Container Platform Web 控制台进行修改。
如果覆盖没有按预期生效,请检查 RHACS Operator 日志是否有语法错误或记录的问题。
4.2.2.2. 覆盖示例
4.2.2.2.1. 为 Central ServiceAccount 指定 EKS pod 角色 ARN
在 中央
ServiceAccount 中添加 Amazon Elastic Kubernetes Service (EKS) pod 角色 Amazon Resource Name (ARN)注解,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: v1 kind: ServiceAccount name: central patches: - path: metadata.annotations.eks\.amazonaws\.com/role-arn value: "\"arn:aws:iam:1234:role\""
4.2.2.2.2. 将环境变量注入中央部署
将环境变量注入到 中央
部署中,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: apps/v1 kind: Deployment name: central patches: - path: spec.template.spec.containers[name:central].env[-1] value: | name: MY_ENV_VAR value: value
4.2.2.2.3. 使用入口规则扩展网络策略
在 allow-ext-to-central
网络策略中添加一个入口规则,用于端口 999 流量,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: networking.k8s.io/v1 kind: NetworkPolicy name: allow-ext-to-central patches: - path: spec.ingress[-1] value: | ports: - port: 999 protocol: TCP
4.2.2.2.4. 修改 ConfigMap 数据
修改 central-endpoints
ConfigMap 数据,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: v1 kind: ConfigMap name: central-endpoints patches: - path: data value: | endpoints.yaml: | disableDefault: false
4.2.2.2.5. 将容器添加到 中央
部署中
在 中央
部署中添加新容器,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: apps/v1 kind: Deployment name: central patches: - path: spec.template.spec.containers[-1] value: | name: nginx image: nginx ports: - containerPort: 8000 name: http protocol: TCP
4.3. 为 Red Hat OpenShift 上的 RHACS 生成并应用 init 捆绑包
在集群中安装 SecuredCluster
资源前,您必须创建一个 init 捆绑包。安装并配置 SecuredCluster
的集群,然后使用此捆绑包与 Central 进行身份验证。您可以使用 RHACS 门户或 roxctl
CLI 创建 init 捆绑包。然后,您可以使用它应用 init 捆绑包来创建资源。
要为 RHACS 云服务配置 init 捆绑包,请参阅以下资源:
您必须具有 Admin
用户角色才能创建 init 捆绑包。
4.3.1. 生成 init 捆绑包
4.3.1.1. 使用 RHACS 门户生成 init 捆绑包
您可以使用 RHACS 门户创建包含 secret 的 init 捆绑包。
您必须具有 Admin
用户角色才能创建 init 捆绑包。
流程
根据您的暴露的方法查找 RHACS 门户地址:
对于路由:
$ oc get route central -n stackrox
对于负载均衡器:
$ oc get service central-loadbalancer -n stackrox
对于端口转发:
运行以下命令:
$ oc port-forward svc/central 18443:443 -n stackrox
-
进入到
https://localhost:18443/
。
- 在 RHACS 门户网站中,进入 Platform Configuration → Integrations。
- 进入 Authentication Tokens 部分,再点 Cluster Init Bundle。
- 点 Generate bundle。
为集群 init 捆绑包输入一个名称并点 Generate。
- 如果使用 Helm chart 安装,请点 Download Helm Values File 下载生成的捆绑包。
- 如果使用 Operator 安装,请点 Download Kubernetes Secret File 下载生成的捆绑包。
安全地存储此捆绑包,因为它包含 secret。您可以使用同一捆绑包来创建多个安全集群。
后续步骤
- 通过在安全集群中创建资源来应用 init 捆绑包。
- 在每个集群中安装安全的集群服务。
4.3.1.2. 使用 roxctl CLI 生成 init 捆绑包
您可以使用 roxctl
CLI 创建带有 secret 的 init 捆绑包。
您必须具有 Admin
用户角色才能创建 init 捆绑包。
先决条件
您已配置了
ROX_API_TOKEN
和ROX_CENTRAL_ADDRESS
环境变量:运行以下命令设置
ROX_API_TOKEN
:$ export ROX_API_TOKEN=<api_token>
运行以下命令设置
ROX_CENTRAL_ADDRESS
环境变量:$ export ROX_CENTRAL_ADDRESS=<address>:<port_number>
流程
要生成包含 Helm 安装 secret 的集群 init 捆绑包,请运行以下命令:
$ roxctl -e "$ROX_CENTRAL_ADDRESS" \ central init-bundles generate <cluster_init_bundle_name> \ --output cluster_init_bundle.yaml
要生成包含 Operator 安装 secret 的集群 init 捆绑包,请运行以下命令:
$ roxctl -e "$ROX_CENTRAL_ADDRESS" \ central init-bundles generate <cluster_init_bundle_name> \ --output-secrets cluster_init_bundle.yaml
重要确保您安全地存储此捆绑包,因为它包含 secret。您可以使用同一捆绑包来设置多个安全集群。
4.3.1.3. 使用 init 捆绑包创建资源
在安装安全集群前,您必须使用 init 捆绑包在集群中创建所需的资源,以允许安全集群上的服务与 Central 通信。
如果使用 Helm chart 安装,请不要执行此步骤。使用 Helm 完成安装 ; 请参阅"使用 Helm chart 在安全集群中安装 RHACS"。
先决条件
- 您必须生成了一个包含 secret 的 init 捆绑包。
流程
要创建资源,请执行以下步骤之一:
4.3.2. 后续步骤
- 在您要监控的所有集群中安装 RHACS 安全集群服务。
4.3.3. 其他资源
4.4. 在 Red Hat OpenShift 上为 RHACS 安装安全集群服务
本节论述了在安全集群中安装 Red Hat Advanced Cluster Security for Kubernetes 的安装过程。
您可以使用以下方法之一在安全集群中安装 RHACS:
- 使用 Operator 安装
- 使用 Helm chart 安装
-
使用
roxctl
CLI 安装(除非有需要使用它的特定安装需要)
4.4.1. 使用 Operator 在安全集群中安装 RHACS
4.4.1.1. 安装安全的集群服务
您可以使用 SecuredCluster
自定义资源在集群中安装安全的集群服务。您必须在要监控的环境中的每个集群中安装安全集群服务。
安装安全的集群服务时,也会安装 Collector。要在具有统一可扩展固件接口(UEFI)以及启用了安全引导机制的系统中安装 Collector,您必须使用 eBPF 探测,因为内核模块没有被签名,且 UEFI 固件无法加载未签名的软件包。收集器在启动时用来识别安全引导状态,并切换到 eBPF 探测(如果需要)。
先决条件
- 如果使用 OpenShift Container Platform,您必须安装版本 4.11 或更高版本。
- 已安装 RHACS Operator。
- 您已生成 init 捆绑包并将其应用到集群。
流程
- 在 OpenShift Container Platform web 控制台中进入到 Operators → Installed Operators 页面。
- 点 RHACS Operator。
- 从 Operator 详情页面的中央导航菜单中点 Secured Cluster。
- 点 Create SecuredCluster。
在 Configure via 字段中选择以下选项之一:
- 表单视图 :如果要使用屏幕字段配置安全集群且不需要更改任何其他字段,则使用这个选项。
- YAML 视图 :使用此视图使用 YAML 文件设置安全集群。YAML 文件显示在窗口中,您可以在其中编辑字段。如果您选择这个选项,请在完成编辑完该文件时,点 Create。
- 如果使用 Form view,请通过接受或编辑默认名称来输入新项目名称。默认值为 stackrox-secured-cluster-services。
- 可选:为集群添加任何标签。
-
输入您的
SecuredCluster
自定义资源的唯一名称。 对于 Central 端点,请输入您的 Central 实例的地址和端口号。例如,如果 Central 位于
https://central.example.com
,则将中央端点指定为central.example.com:443
。central.stackrox.svc:443
的默认值只有您在同一集群中安装了安全集群服务和 Central 时才可以正常工作。在配置多个集群时,不要使用默认值。反之,在为每个集群配置 Central Endpoint 值时使用主机名。-
只有在您在同一集群中安装安全集群服务和 Central 时,才使用
central.stackrox.svc:443
。
-
只有在您在同一集群中安装安全集群服务和 Central 时,才使用
- 接受默认值或配置自定义值(如果需要)。例如,如果您使用自定义证书或不受信任的 CA,您可能需要配置 TLS。
- 点 Create。
后续步骤
- 可选:配置其他安全的集群设置。
- 验证安装。
4.4.2. 使用 Helm chart 在安全集群中安装 RHACS
您可以使用没有自定义的 Helm chart、使用默认值或配置参数自定义的 Helm chart 在安全集群中安装 RHACS。
4.4.2.1. 使用 Helm chart 在安全集群中安装 RHACS
4.4.2.1.1. 添加 Helm Chart 仓库
流程
添加 RHACS chart 存储库。
$ helm repo add rhacs https://mirror.openshift.com/pub/rhacs/charts/
Red Hat Advanced Cluster Security for Kubernetes 的 Helm 仓库包括用于安装不同组件的 Helm chart,包括:
用于安装集中组件(Central 和 Scanner)的中央服务Helm Chart(
central-services
)。注意您只部署集中式组件一次,并可使用同一安装监控多个独立集群。
安全集群服务 Helm Chart (
secured-cluster-services
),用于安装 per-cluster 和 per-node 组件(Sensor、Admission Controller、Collector 和 Scanner-slim)。注意将 per-cluster 组件部署到要监控的每个集群中,并在要监控的所有节点中部署 per-node 组件。
验证
运行以下命令来验证添加的 chart 存储库:
$ helm search repo -l rhacs/
4.4.2.1.2. 在不使用自定义配置的情况下安装 secured-cluster-services Helm chart
使用以下说明安装 secure-cluster-services
Helm chart,以部署 per-cluster 和 per-node 组件(Sensor、Admission controller、Collector 和 Scanner-slim)。
要在具有统一可扩展固件接口(UEFI)以及启用了安全引导机制的系统中安装 Collector,您必须使用 eBPF 探测,因为内核模块没有被签名,且 UEFI 固件无法加载未签名的软件包。收集器在启动时用来识别安全引导状态,并切换到 eBPF 探测(如果需要)。
前提条件
- 您必须已为集群生成 RHACS init 捆绑包。
-
您必须有权访问 Red Hat Container Registry 和一个 pull secret 进行身份验证。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。 - 您必须有用于公开 Central 服务的地址和端口号。
流程
在 OpenShift Container Platform 集群中运行以下命令:
$ helm install -n stackrox --create-namespace \ stackrox-secured-cluster-services rhacs/secured-cluster-services \ -f <path_to_cluster_init_bundle.yaml> \ 1 -f <path_to_pull_secret.yaml> \ 2 --set clusterName=<name_of_the_secured_cluster> \ --set centralEndpoint=<endpoint_of_central_service> 3 --set scanner.disable=false 4
4.4.2.2. 使用自定义配置 secured-cluster-services Helm chart
本节论述了可用于 helm install
和 helm upgrade
命令的 Helm Chart 配置参数。您可以使用 --set
选项或创建 YAML 配置文件来指定这些参数。
创建以下文件来配置 Helm chart 来安装 Red Hat Advanced Cluster Security for Kubernetes:
-
公共配置文件
values-public.yaml
:使用此文件保存所有非敏感配置选项。 -
专用配置文件
values-private.yaml
:使用此文件保存所有敏感配置选项。确保您安全地存储这个文件。
在使用 secured-cluster-services
Helm Chart 时,不要修改属于 chart 的 values.yaml
文件。
4.4.2.2.1. 配置参数
参数 | Description |
---|---|
| 集群的名称。 |
|
Central 端点的地址,包括端口号。如果使用一个支持非 gRPC 的负载均衡器,请使用带有 |
| Sensor 端点的地址,包括端口号。 |
| Sensor 容器的镜像拉取策略。 |
| Sensor 使用的内部服务到服务 TLS 证书。 |
| Sensor 使用的内部服务到服务 TLS 证书密钥。 |
| Sensor 容器的内存请求。使用此参数覆盖默认值。 |
| Sensor 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Sensor 容器的内存限值。使用此参数覆盖默认值。 |
| Sensor 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数指定污点容限键、值和 Sensor 的效果。此参数主要用于基础架构节点。 |
|
|
| Collector 镜像的名称。 |
| 用于主镜像的 registry 地址。 |
| 用于 Collector 镜像的 registry 地址。 |
|
|
| Collector 镜像的镜像拉取策略。 |
|
使用 |
|
使用 |
|
|
| Collector 容器的镜像拉取策略。 |
| Compliance 容器的镜像拉取策略。 |
|
如果指定了 |
| Collector 容器的内存请求。使用此参数覆盖默认值。 |
| Collector 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Collector 容器的内存限值。使用此参数覆盖默认值。 |
| Collector 容器的 CPU 限制。使用此参数覆盖默认值。 |
| Compliance 容器的内存请求。使用此参数覆盖默认值。 |
| Compliance 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Compliance 容器的内存限值。使用此参数覆盖默认值。 |
| Compliance 容器的 CPU 限制。使用此参数覆盖默认值。 |
| Collector 使用的内部服务到服务的 TLS 证书。 |
| Collector 使用的内部服务到服务的 TLS 证书密钥。 |
|
此设置控制 Kubernetes 是否配置为联系 Red Hat Advanced Cluster Security for Kubernetes,并带有 |
|
当将此参数设置为 |
|
此设置控制集群是否被配置为联系 Red Hat Advanced Cluster Security for Kubernetes,使用 |
| 此设置控制 Red Hat Advanced Cluster Security for Kubernetes 是否评估策略 ; 如果禁用,则会自动接受所有 AdmissionReview 请求。 |
|
此设置控制准入控制服务的行为。您必须把 |
|
如果将这个选项设置为 |
|
将它设置为 |
| 在评估准入检查请求时,Red Hat Advanced Cluster Security for Kubernetes 应该等待的最大时间(以秒为单位)。使用它来设置启用镜像扫描时的请求超时。如果镜像扫描的运行时间超过指定时间,Red Hat Advanced Cluster Security for Kubernetes 接受了请求。 |
| Admission Control 容器的内存请求。使用此参数覆盖默认值。 |
| Admission Control 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Admission Control 容器的内存限值。使用此参数覆盖默认值。 |
| Admission Control 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数指定污点容限键、值以及 Admission Control 的效果。此参数主要用于基础架构节点。 |
| Admission Control 使用的内部服务到服务的 TLS 证书。 |
| Admission Control 使用的内部服务对服务的 TLS 证书密钥。 |
|
使用此参数覆盖默认的 |
|
如果指定了 |
|
指定 |
|
指定 |
|
如果要使用 slim Collector 镜像部署 Collector,请指定 |
| Sensor 的资源规格。 |
| Admission 控制器的资源规格。 |
| Collector 的资源规格。 |
| Collector 的 Compliance 容器的资源规格。 |
|
如果将此选项设置为 |
|
如果将此选项设置为 |
|
如果将此选项设置为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。 |
| Collector 的 Compliance 容器的资源规格。 |
| 通过设置此参数,您可以修改扫描程序日志级别。使用这个选项仅用于故障排除目的。 |
|
如果将此选项设置为 |
| 自动扩展的最小副本数。默认值为 2。 |
| 自动扩展的最大副本数。默认值为 5。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner 指定污点容限键、值和效果。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。 |
| Scanner 容器的内存请求。使用此参数覆盖默认值。 |
| Scanner 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Scanner 容器的内存限值。使用此参数覆盖默认值。 |
| Scanner 容器的 CPU 限制。使用此参数覆盖默认值。 |
| Scanner DB 容器的内存请求。使用此参数覆盖默认值。 |
| Scanner DB 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Scanner DB 容器的内存限值。使用此参数覆盖默认值。 |
| Scanner DB 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
如果将此选项设置为 |
4.4.2.2.1.1. 环境变量
您可以采用以下格式指定 Sensor 和 Admission Controller 的环境变量:
customize: envVars: ENV_VAR1: "value1" ENV_VAR2: "value2"
通过 customize
设置,您可以为此 Helm Chart 创建的所有对象指定自定义 Kubernetes 元数据(标签和注解)以及工作负载的其他 pod 标签、Pod 注解和容器环境变量。
配置是分层的,在更通用范围(例如,所有对象)中定义的元数据被覆盖为更通用范围的元数据(例如,仅适用于 Sensor 部署)。
4.4.2.2.2. 安装 secured-cluster-services Helm chart
配置 values-public.yaml
和 values-private.yaml
文件后,安装 secure-cluster-services
Helm chart 以部署每个集群和每个节点组件(Sensor, Admission controller, Collector, 和 Scanner-slim)。
要在具有统一可扩展固件接口(UEFI)以及启用了安全引导机制的系统中安装 Collector,您必须使用 eBPF 探测,因为内核模块没有被签名,且 UEFI 固件无法加载未签名的软件包。收集器在启动时用来识别安全引导状态,并切换到 eBPF 探测(如果需要)。
前提条件
- 您必须已为集群生成 RHACS init 捆绑包。
-
您必须有权访问 Red Hat Container Registry 和一个 pull secret 进行身份验证。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。 - 您必须有用于公开 Central 服务的地址和端口号。
流程
运行以下命令:
$ helm install -n stackrox \ --create-namespace stackrox-secured-cluster-services rhacs/secured-cluster-services \ -f <name_of_cluster_init_bundle.yaml> \ -f <path_to_values_public.yaml> -f <path_to_values_private.yaml> \ 1 --set imagePullSecrets.username=<username> \ 2 --set imagePullSecrets.password=<password> 3
要使用持续集成(CI)系统部署 secure-cluster-services
Helm Chart,请将 init 捆绑包 YAML 文件作为环境变量传递给 helm install
命令:
$ helm install ... -f <(echo "$INIT_BUNDLE_YAML_SECRET") 1
- 1
- 如果您使用 base64 编码变量,请使用
helm install … -f <(echo "$INIT_BUNDLE_YAML_SECRET" | base64 --decode)
命令。
4.4.2.3. 在部署 secure-cluster-services Helm chart 后更改配置选项
在部署 secure-cluster-services
Helm Chart 后,您可以对任何配置选项进行更改。
流程
-
使用新值更新
values-public.yaml
和values-private.yaml
配置文件。 运行
helm upgrade
命令并使用-f
选项指定配置文件:$ helm upgrade -n stackrox \ stackrox-secured-cluster-services rhacs/secured-cluster-services \ --reuse-values \ 1 -f <path_to_values_public.yaml> \ -f <path_to_values_private.yaml>
- 1
- 您必须指定
--reuse-values
参数,否则 Helm upgrade 命令重置所有之前配置的设置。
注意您还可以使用
--set
或--set-file
参数指定配置值。但是,这些选项不会被保存,需要您在每次进行更改时手动指定所有选项。
4.4.3. 使用 roxctl CLI 在安全集群中安装 RHACS
要使用 CLI 在安全集群中安装 RHACS,请执行以下步骤:
-
安装
roxctl
CLI - 安装 Sensor。
4.4.3.1. 安装 roxctl CLI
您必须首先下载二进制文件。您可以在 Linux、Windows 或 macOS 上安装 roxctl
。
4.4.3.1.1. 在 Linux 中安装 roxctl CLI
您可以按照以下流程在 Linux 上安装 roxctl
CLI 二进制文件。
用于 Linux 的 roxctl
CLI 可用于 amd64、
ppc64le
和 s390x
架构。
流程
确定目标操作系统的
roxctl
架构:$ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"
下载
roxctl
CLI:$ curl -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Linux/roxctl${arch}"
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
4.4.3.1.2. 在 macOS 上安装 roxctl CLI
您可以按照以下流程在 macOS 中安装 roxctl
CLI 二进制文件。
用于 macOS 的 roxctl
CLI 可用于 amd64
架构。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Darwin/roxctl
从二进制文件中删除所有扩展属性:
$ xattr -c roxctl
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
4.4.3.1.3. 在 Windows 上安装 roxctl CLI
您可以按照以下流程在 Windows 上安装 roxctl
CLI 二进制文件。
amd64
架构提供了适用于 Windows 的 roxctl
CLI。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Windows/roxctl.exe
验证
验证您已安装的
roxctl
版本:$ roxctl version
4.4.3.2. 安装传感器(Sensor)
要监控集群,您必须部署 Sensor。您必须将 Sensor 部署到要监控的每个集群中。以下步骤描述使用 RHACS 门户添加传感器。
先决条件
- 您必须已安装了 Central 服务,也可以在 Red Hat Advanced Cluster Security Cloud Service (RHACS Cloud Service) 上选择 ACS 实例来访问 Central 服务。
流程
- 在安全集群中,在 RHACS 门户中进入 Platform Configuration → Clusters。
- 选择 + New Cluster。
- 为集群指定一个名称。
根据您要部署 Sensor 的位置,为字段提供适当的值。
- 如果您要在同一集群中部署 Sensor,请接受所有字段的默认值。
-
如果您要部署到不同的集群中,请将
central.stackrox.svc:443
替换为负载均衡器、节点端口或其他地址,包括端口号,可以被其他集群访问。 如果您使用一个支持非 gRPC 的负载均衡器,如 HAProxy、AWS Application Load Balancer (ALB) 或 AWS Elastic Load Balancing (ELB),请使用 WebSocket Secure (
wss
) 协议。使用ws
:-
使用
wss://
为地址加上前缀。 -
在地址后添加端口号,例如
ws://stackrox-central.example.com:443
。
-
使用
- 点 Next 以继续 Sensor 设置。
点 Download YAML File and Keys 下载集群捆绑包(zip 归档)。
重要集群捆绑包 zip 存档包括每个集群的唯一配置和密钥。不要在另一个集群中重复使用相同的文件。
在可以访问受监控的集群的系统中,解压缩并从集群捆绑包中运行
sensor
脚本:$ unzip -d sensor sensor-<cluster_name>.zip
$ ./sensor/sensor.sh
如果您收到部署 Sensor 的所需权限的警告,请按照屏幕说明操作,或与集群管理员联系以获取帮助。
部署 Sensor 后,它会联系中心并提供集群信息。
验证
返回 RHACS 门户并检查部署是否成功。如果成功,当在 Platform Configuration → Clusters 中查看集群列表时,集群状态会显示一个绿色勾号和 Healthy 状态。如果您没有看到绿色勾选标记,请使用以下命令检查问题:
在 OpenShift Container Platform 中输入以下命令:
$ oc get pod -n stackrox -w
在 Kubernetes 上,输入以下命令:
$ kubectl get pod -n stackrox -w
- 点 Finish 关闭窗口。
安装后,Sensor 开始向 RHACS 报告安全信息,RHACS 门户仪表板开始显示部署、镜像和策略违反情况。
4.5. 可选 - 使用 Operator 为 RHACS 配置安全集群配置选项
本主题提供有关您可以使用 Operator 进行的可选配置设置的信息。
4.5.1. 安全的集群配置选项
当您创建 Central 实例时,Operator 列出了 Central
自定义资源的以下配置选项。
4.5.1.1. 所需的配置设置
参数 | Description |
---|---|
|
用于连接的 Central 实例的端点,包括端口号。如果使用一个支持非 gRPC 的负载均衡器,请使用带有 |
| 此集群的唯一名称,显示在 RHACS 门户中。使用此参数设置名称后,您将无法再次更改它。要更改名称,您必须删除并重新创建对象。 |
4.5.1.2. 准入控制器设置
参数 | Description |
---|---|
|
指定 |
|
指定 |
|
指定 |
| 如果您希望此组件只在特定节点上运行,您可以使用此参数配置节点选择器。 |
| 如果节点选择器选择污点节点,请使用此参数指定污点容限键、值以及 Admission Control 的效果。此参数主要用于基础架构节点。 |
| 使用此参数覆盖准入控制器的默认资源限值。 |
| 使用此参数覆盖准入控制器的默认资源请求。 |
| 使用以下值之一配置绕过准入控制器强制:
默认值为 |
| 使用以下值之一指定准入控制器是否必须连接到镜像扫描程序:
默认值为 |
| 在将 Red Hat Advanced Cluster Security for Kubernetes 标记为失败前,使用这个参数指定 Red Hat Advanced Cluster Security for Kubernetes 的最大秒数。 |
4.5.1.3. 扫描程序配置
使用 Scanner 配置设置修改 OpenShift Container Registry(OCR)的本地集群扫描程序。
参数 | Description |
---|---|
|
将节点选择器标签指定为 |
| Scanner 容器的内存请求。使用此参数覆盖默认值。 |
| Scanner 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Scanner 容器的内存限值。使用此参数覆盖默认值。 |
| Scanner 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
如果将此选项设置为 |
|
自动扩展的最小副本数。默认值为 |
|
自动扩展的最大副本数。默认值为 |
|
默认副本数。默认值为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner 指定污点容限键、值和效果。 |
|
将节点选择器标签指定为 |
| Scanner DB 容器的内存请求。使用此参数覆盖默认值。 |
| Scanner DB 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Scanner DB 容器的内存限值。使用此参数覆盖默认值。 |
| Scanner DB 容器的 CPU 限制。使用此参数覆盖默认值。 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。 |
|
如果将此选项设置为 |
4.5.1.4. 镜像配置
在使用自定义 registry 时使用镜像配置设置。
参数 | Description |
---|---|
| 拉取镜像时考虑的其他镜像 pull secret。 |
4.5.1.5. 针对每个节点的设置
针对每个节点的设置为在集群中的节点上运行的组件定义了一组配置设置,用于保护集群的安全。这些组件是 Collector 和 Compliance。
参数 | Description |
---|---|
|
系统级数据收集的方法。默认值为 |
|
用于 Collector 的镜像类型。您可以将它指定为 |
| 使用此参数覆盖 Collector 的默认资源限值。 |
| 使用此参数覆盖 Collector 的默认资源请求。 |
| 使用此参数覆盖 Compliance 的默认资源请求。 |
| 使用此参数覆盖 Compliance 的默认资源限值。 |
4.5.1.6. 污点容限设置
参数 | Description |
---|---|
|
为确保对集群进行全面监控,Red Hat Advanced Cluster Security for Kubernetes 在每个节点上运行服务,包括污点节点。如果您不希望此行为,将此参数设置为 |
4.5.1.7. Sensor 配置
此配置定义了 Sensor 组件的设置,该组件的设置在集群的一个节点上运行。
参数 | Description |
---|---|
| 如果您希望 Sensor 仅在特定节点上运行,您可以配置节点选择器。 |
| 如果节点选择器选择污点节点,请使用此参数指定污点容限键、值和 Sensor 的效果。此参数主要用于基础架构节点。 |
| 使用这个参数覆盖 Sensor 的默认资源限值。 |
| 使用这个参数覆盖 Sensor 的默认资源请求。 |
4.5.1.8. 常规设置和各种设置
参数 | Description |
---|---|
| 安全集群的其他可信 CA 证书。这些证书在使用私有证书颁发机构与服务集成时使用。 |
|
把它设置为 |
| 允许为 Central 部署指定自定义注解。 |
| 用于配置环境变量的高级设置。 |
| 配置 Red Hat Advanced Cluster Security for Kubernetes 是否应该以在线或离线模式运行。在离线模式下,禁用对漏洞定义和内核模块的自动更新。 |
| 请参阅使用带有覆盖的 Operator 自定义安装 |
4.5.2. 使用带有覆盖的 Operator 自定义安装
了解如何通过 overlays 使用 Operator 方法定制 RHACS 安装。
4.5.2.1. overlays
当 Central
或 SecuredCluster
自定义资源没有以参数的形式公开某些低级别配置选项时,您可以使用 .spec.overlays
字段进行调整。使用此字段来修改这些自定义资源生成的 Kubernetes 资源。
.spec.overlays
字段由一系列补丁组成,按其列出的顺序应用。这些补丁由 Kubernetes 资源上的 Operator 在部署到集群前由 Kubernetes 资源处理。
Central
和 SecuredCluster
中的 .spec.overlays
字段允许用户以任意方式修改低级别 Kubernetes 资源。只有在所需的自定义无法通过 SecuredCluster
或 Central
自定义资源提供时,才使用此功能。
对 .spec.overlays
功能的支持主要是有限的,因为它授予了对 Kubernetes 资源进行 intricate 和高度具体的修改的功能,这可能因一个实施而异。这种自定义级别引入了一个超过标准使用场景的复杂性,这使其难以提供广泛的支持。每个修改都是唯一的,可能在产品的不同版本和配置中以无法预计的方式与 Kubernetes 系统交互。这种差异意味着排除并保证这些自定义的稳定性需要一定程度的专业知识和理解。因此,虽然此功能支持定制 Kubernetes 资源来满足精确需求,但还必须考虑确保配置的兼容性和稳定性,特别是在升级或更改底层产品期间。
以下示例显示了覆盖的结构:
overlays: - apiVersion: v1 1 kind: ConfigMap 2 name: my-configmap 3 patches: - path: .data 4 value: | 5 key1: data2 key2: data2
4.5.2.1.1. 添加覆盖
对于自定义,您可以在 Central
或 SecuredCluster
自定义资源中添加覆盖。使用 OpenShift CLI (oc
)或 OpenShift Container Platform Web 控制台进行修改。
如果覆盖没有按预期生效,请检查 RHACS Operator 日志是否有语法错误或记录的问题。
4.5.2.2. 覆盖示例
4.5.2.2.1. 为 Central ServiceAccount 指定 EKS pod 角色 ARN
在 中央
ServiceAccount 中添加 Amazon Elastic Kubernetes Service (EKS) pod 角色 Amazon Resource Name (ARN)注解,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: v1 kind: ServiceAccount name: central patches: - path: metadata.annotations.eks\.amazonaws\.com/role-arn value: "\"arn:aws:iam:1234:role\""
4.5.2.2.2. 将环境变量注入中央部署
将环境变量注入到 中央
部署中,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: apps/v1 kind: Deployment name: central patches: - path: spec.template.spec.containers[name:central].env[-1] value: | name: MY_ENV_VAR value: value
4.5.2.2.3. 使用入口规则扩展网络策略
在 allow-ext-to-central
网络策略中添加一个入口规则,用于端口 999 流量,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: networking.k8s.io/v1 kind: NetworkPolicy name: allow-ext-to-central patches: - path: spec.ingress[-1] value: | ports: - port: 999 protocol: TCP
4.5.2.2.4. 修改 ConfigMap 数据
修改 central-endpoints
ConfigMap 数据,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: v1 kind: ConfigMap name: central-endpoints patches: - path: data value: | endpoints.yaml: | disableDefault: false
4.5.2.2.5. 将容器添加到 中央
部署中
在 中央
部署中添加新容器,如下例所示:
apiVersion: platform.stackrox.io kind: Central metadata: name: central spec: # ... overlays: - apiVersion: apps/v1 kind: Deployment name: central patches: - path: spec.template.spec.containers[-1] value: | name: nginx image: nginx ports: - containerPort: 8000 name: http protocol: TCP
4.6. 验证 Red Hat OpenShift 上的 RHACS 安装
提供验证 RHACS 是否已正确安装的步骤。
4.6.1. 验证安装
完成安装后,运行几个存在安全漏洞的应用程序并进入 RHACS 门户来评估安全评估结果和策略违反结果。
以下部分中列出的示例应用程序包含关键漏洞,它们旨在验证 Red Hat Advanced Cluster Security for Kubernetes 的构建和部署时间评估功能。
验证安装:
根据您的暴露的方法查找 RHACS 门户地址:
对于路由:
$ oc get route central -n stackrox
对于负载均衡器:
$ oc get service central-loadbalancer -n stackrox
对于端口转发:
运行以下命令:
$ oc port-forward svc/central 18443:443 -n stackrox
-
进入到
https://localhost:18443/
。
使用 Red Hat OpenShift CLI 创建新项目:
$ oc new-project test
使用关键漏洞启动一些应用程序:
$ oc run shell --labels=app=shellshock,team=test-team \ --image=quay.io/stackrox-io/docs:example-vulnerables-cve-2014-6271 -n test $ oc run samba --labels=app=rce \ --image=quay.io/stackrox-io/docs:example-vulnerables-cve-2017-7494 -n test
Red Hat Advanced Cluster Security for Kubernetes 会在向集群提交后自动扫描这些部署以了解安全风险和策略违反情况。进入 RHACS 门户以查看违反情况。您可以使用默认用户名 admin 和生成的密码登录到 RHACS 门户。
第 5 章 在其他平台上安装 RHACS
5.1. 在其他平台上安装 RHACS 的高级别概述
Red Hat Advanced Cluster Security for Kubernetes (RHACS) 在 Amazon Elastic Kubernetes Service (Amazon EKS)、Google Kubernetes Engine (Google GKE)和 Microsoft Azure Kubernetes Service (Microsoft AKS) 上为自我管理的 RHACS 提供安全服务。
安装前:
以下列表提供了安装步骤的高级概述:
-
使用 Helm chart 或
roxctl
CLI 在集群中安装 Central 服务。 - 生成并应用 init 捆绑包。
- 在每个安全集群中安装安全集群资源。
5.2. 在其他平台上为 RHACS 安装 Central 服务
Central 是包含 RHACS 应用程序管理界面和服务的资源。它处理数据持久性、API 交互和 RHACS 门户访问。您可以使用同一中实例来保护多个 OpenShift Container Platform 或 Kubernetes 集群。
您可以使用以下方法之一安装 Central:
- 使用 Helm chart 安装
-
使用
roxctl
CLI 安装(除非有需要使用它的特定安装需要)
5.2.1. 使用 Helm chart 安装 Central
您可以使用 Helm chart 安装 Central,而无需自定义任何自定义,使用默认值,或使用带有额外自定义配置参数的 Helm chart。
5.2.1.1. 使用 Helm chart 安装 Central,而无需自定义
您可以在 Red Hat OpenShift 集群上安装 RHACS。您必须添加 Helm Chart 仓库并安装 central-services
Helm Chart,以安装 Central 和 Scanner 的集中组件。
5.2.1.1.1. 添加 Helm Chart 仓库
流程
添加 RHACS chart 存储库。
$ helm repo add rhacs https://mirror.openshift.com/pub/rhacs/charts/
Red Hat Advanced Cluster Security for Kubernetes 的 Helm 仓库包括用于安装不同组件的 Helm chart,包括:
用于安装集中组件(Central 和 Scanner)的中央服务Helm Chart(
central-services
)。注意您只部署集中式组件一次,并可使用同一安装监控多个独立集群。
安全集群服务 Helm Chart (
secured-cluster-services
),用于安装 per-cluster 和 per-node 组件(Sensor、Admission Controller、Collector 和 Scanner-slim)。注意将 per-cluster 组件部署到要监控的每个集群中,并在要监控的所有节点中部署 per-node 组件。
验证
运行以下命令来验证添加的 chart 存储库:
$ helm search repo -l rhacs/
5.2.1.1.2. 在不自定义的情况下安装 central-services Helm chart
使用以下说明安装 central-services
Helm Chart 以部署集中组件(Central 和 Scanner)。
前提条件
-
您必须有权访问 Red Hat Container Registry。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。
流程
运行以下命令安装 Central 服务并使用一个路由来公开 Central:
$ helm install -n stackrox \ --create-namespace stackrox-central-services rhacs/central-services \ --set imagePullSecrets.username=<username> \ 1 --set imagePullSecrets.password=<password> \ 2 --set central.exposure.route.enabled=true
或者,运行以下命令安装 Central 服务并使用一个负载均衡器来公开 Central:
$ helm install -n stackrox \ --create-namespace stackrox-central-services rhacs/central-services \ --set imagePullSecrets.username=<username> \ 1 --set imagePullSecrets.password=<password> \ 2 --set central.exposure.loadBalancer.enabled=true
或者,运行以下命令安装 Central 服务并使用一个端口转发来公开 Central:
$ helm install -n stackrox \ --create-namespace stackrox-central-services rhacs/central-services \ --set imagePullSecrets.username=<username> \ 1 --set imagePullSecrets.password=<password> 2
如果要在需要使用代理连接到外部服务的集群中安装 Red Hat Advanced Cluster Security for Kubernetes,则必须使用
proxyConfig
参数指定代理配置。例如:env: proxyConfig: | url: http://proxy.name:port username: username password: password excludes: - some.domain
-
如果您已在安装的命名空间中创建了一个或多个镜像 pull secret,而不是使用用户名和密码,您可以使用
--set imagePullSecrets.useExisting="<pull-secret-1;pull-secret-2>"
。 不要使用镜像 pull secret:
-
如果您要从
quay.io/stackrox-io
或不需要身份验证的专用网络中的 registry 拉取镜像。使用--set imagePullSecrets.allowNone=true
,而不是指定用户名和密码。 -
如果您已经在安装的命名空间中的默认服务帐户中配置了镜像 pull secret。使用
--set imagePullSecrets.useFromDefaultServiceAccount=true
,而不是指定用户名和密码。
-
如果您要从
安装命令的输出包括:
- 自动生成的管理员密码。
- 关于存储所有配置值的说明。
- Helm 生成的任何警告。
5.2.1.2. 使用带有自定义的 Helm chart 安装 Central
您可以使用 helm install
和 helm upgrade
命令的 Helm Chart 配置参数在 Red Hat OpenShift 集群上安装 RHACS。您可以使用 --set
选项或创建 YAML 配置文件来指定这些参数。
创建以下文件来配置 Helm chart 来安装 Red Hat Advanced Cluster Security for Kubernetes:
-
公共配置文件
values-public.yaml
:使用此文件保存所有非敏感配置选项。 -
专用配置文件
values-private.yaml
:使用此文件保存所有敏感配置选项。确保您安全地存储这个文件。 -
配置文件
declarative-config-values.yaml
:如果您使用声明性配置将声明性配置挂载添加到 Central,请创建此文件。
5.2.1.2.1. 专用配置文件
本节列出了 values-private.yaml
文件的可配置参数。这些参数没有默认值。
5.2.1.2.1.1. 镜像 pull secret
从 registry 中拉取镜像所需的凭证取决于以下因素:
如果使用自定义 registry,您必须指定这些参数:
-
imagePullSecrets.username
-
imagePullSecrets.password
-
image.registry
-
如果不使用用户名和密码登录到自定义 registry,您必须指定以下参数之一:
-
imagePullSecrets.allowNone
-
imagePullSecrets.useExisting
-
imagePullSecrets.useFromDefaultServiceAccount
-
参数 | Description |
---|---|
| 用于登录到 registry 的帐户的用户名。 |
| 用于登录到 registry 的帐户的密码。 |
|
如果您使用自定义 registry,且允许在没有凭证的情况下拉取镜像,请使用 |
|
以逗号分隔的 secret 列表作为值。例如, |
|
如果您已经在目标命名空间中配置了具有足够范围的镜像 pull secret 的默认服务帐户,请使用 |
5.2.1.2.1.2. 代理配置
如果要在需要使用代理连接到外部服务的集群中安装 Red Hat Advanced Cluster Security for Kubernetes,则必须使用 proxyConfig
参数指定代理配置。例如:
env: proxyConfig: | url: http://proxy.name:port username: username password: password excludes: - some.domain
参数 | Description |
---|---|
| 您的代理配置。 |
5.2.1.2.1.3. Central
Central 的可配置参数。
对于新安装,您可以跳过以下参数:
-
central.jwtSigner.key
-
central.serviceTLS.cert
-
central.serviceTLS.key
-
central.adminPassword.value
-
central.adminPassword.htpasswd
-
central.db.serviceTLS.cert
-
central.db.serviceTLS.key
-
central.db.password.value
- 当您没有为这些参数指定值时,Helm Chart 会为它们自动生成值。
-
如果要修改这些值,您可以使用
helm upgrade
命令并使用--set
选项指定值。
对于设置管理员密码,您只能使用 central.adminPassword.value
或 central.adminPassword.htpasswd
,但不能同时使用两者。
参数 | Description |
---|---|
| Red Hat Advanced Cluster Security for Kubernetes 应使用的私钥签名 JSON Web 令牌(JWT)进行验证。 |
| Central 服务应用于部署中心的内部证书。 |
| Central 服务应使用的内部证书的私钥。 |
| Central 应该使用的用户面向用户的证书。Red Hat Advanced Cluster Security for Kubernetes 将这个证书用于 RHACS 门户。
|
| Central 应使用面向用户的证书的私钥。
|
| Central 数据库的连接密码。 |
| 用于登录到 Red Hat Advanced Cluster Security for Kubernetes 的管理员密码。 |
| 用于登录到 Red Hat Advanced Cluster Security for Kubernetes 的管理员密码。此密码以散列格式存储,使用 bcrypt。 |
| Central DB 服务应用于部署 Central DB 的内部证书。 |
| Central DB 服务应使用的内部证书的私钥。 |
| 用于连接到 Central DB 的密码。 |
如果使用 central.adminPassword.htpasswd
参数,则必须使用 bcrypt 编码的密码哈希。您可以运行 htpasswd -nB admin
命令来生成密码哈希。例如,
htpasswd: | admin:<bcrypt-hash>
5.2.1.2.1.4. 扫描程序
扫描程序的可配置参数。
对于新的安装,您可以跳过以下参数,以及 Helm Chart 自动生成值。否则,如果您升级到新版本,请指定以下参数的值:
-
scanner.dbPassword.value
-
scanner.serviceTLS.cert
-
scanner.serviceTLS.key
-
scanner.dbServiceTLS.cert
-
scanner.dbServiceTLS.key
参数 | Description |
---|---|
| 用于通过 Scanner 数据库进行身份验证的密码。不要修改此参数,因为 Red Hat Advanced Cluster Security for Kubernetes 会自动创建和使用其值。 |
| 扫描程序服务用于部署扫描器的内部证书。 |
| Scanner 服务使用的内部证书的私钥。 |
| Scanner-db 服务应用于部署 Scanner 数据库的内部证书。 |
| Scanner-db 服务应使用的内部证书的私钥。 |
5.2.1.2.2. 公共配置文件
本节列出了 values-public.yaml
文件的可配置参数。
5.2.1.2.2.1. 镜像 pull secret
镜像拉取 secret 是从 registry 中拉取镜像所需的凭证。
参数 | Description |
---|---|
|
如果您使用自定义 registry,且允许在没有凭证的情况下拉取镜像,请使用 |
|
以逗号分隔的 secret 列表作为值。例如, |
|
如果您已经在目标命名空间中配置了具有足够范围的镜像 pull secret 的默认服务帐户,请使用 |
5.2.1.2.2.2. 镜像
镜像声明了配置来设置主 registry,Helm Chart 用来为 central.image
、scanner.image
和 scanner.dbImage
参数解析镜像。
参数 | Description |
---|---|
|
镜像 registry 的地址。使用主机名,如 |
5.2.1.2.2.3. 环境变量
Red Hat Advanced Cluster Security for Kubernetes 会自动检测到集群环境,并为 env.openshift
、env.istio
和 env.platform
设置值。仅设置这些值来覆盖自动集群环境检测。
参数 | Description |
---|---|
|
使用 |
|
使用 |
|
安装 Red Hat Advanced Cluster Security for Kubernetes 的平台。将其值设为 |
|
使用 |
5.2.1.2.2.4. 其他可信证书颁发机构
Red Hat Advanced Cluster Security for Kubernetes 会自动引用要信任的系统根证书。当 Central 或 Scanner 必须联系到使用您机构中授权或全局可信合作伙伴机构发布的证书的服务时,您可以使用以下参数来指定对这些服务的信任:
参数 | Description |
---|---|
| 指定要信任的根证书颁发机构的 PEM 编码证书。 |
5.2.1.2.2.5. Central
Central 的可配置参数。
-
您必须将持久性存储选项指定为
hostPath
或persistentVolumeClaim
。 -
用于公开外部访问的中央部署。您必须指定一个参数,可以是
central.exposure.loadBalancer
、central.exposure.nodePort
或central.exposure.route
。如果没有为这些参数指定任何值,您必须手动公开 Central,或使用端口转发(port-forwarding)访问它。
下表包含外部 PostgreSQL 数据库的设置(技术预览)。
外部 PostgreSQL 支持只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。
参数 | Description |
---|---|
| 挂载用于声明配置的配置映射。 |
| 挂载用于声明配置的 secret。 |
| Central 的端点配置选项。 |
| 如果节点选择器选择污点节点,请使用此参数指定 taint toleration key、value 和 effect。此参数主要用于基础架构节点。 |
| 如果节点选择器选择污点节点,请使用此参数指定 taint toleration key、value 和 effect。此参数主要用于基础架构节点。 |
|
指定 |
|
用于覆盖 Central 镜像的全局 |
|
覆盖默认 Central 镜像名称( |
|
覆盖 Central 镜像默认标签的自定义镜像标签。如果在新安装过程中指定了自己的镜像标签,则您必须在运行 |
|
Central 镜像的完整参考,包括 registry 地址、镜像名称和镜像标签。为此参数设置值会覆盖 |
| Central 的内存请求,以覆盖默认值。 |
| Central 的 CPU 请求,以覆盖默认值。 |
| Central 的内存限值来覆盖默认值。 |
| Central 的 CPU 限制,以覆盖默认值。 |
| RHACS 应该创建数据库卷的节点上的路径。红帽不推荐使用这个选项。 |
| 您要使用的持久性卷声明(PVC)的名称。 |
|
使用 |
| 由指定声明管理的持久性卷的大小(以 GiB 为单位)。 |
|
使用 |
| 要公开 Central 的端口号。默认端口号为 443。 |
|
使用 |
| 要公开 Central 的端口号。当您跳过此参数时,OpenShift Container Platform 会自动分配一个端口号。如果您使用节点端口公开 Red Hat Advanced Cluster Security for Kubernetes,红帽建议您不要指定端口号。 |
|
使用 |
|
(技术预览)使用 |
|
(技术预览)用于连接到数据库的 Central 的连接字符串。这仅在将
|
| 与要建立的数据库的最小连接数。 |
| 与要建立的数据库的连接数上限。 |
| 单个查询或事务的毫秒可以针对数据库处于活跃状态。 |
| 用于中央 DB 的 postgresql.conf,如 PostgreSQL 文档中的"添加资源"中所述。 |
| 用于 Central DB 的 pg_hba.conf,如 PostgreSQL 文档中的 "Additional resources" 所述。 |
|
将节点选择器标签指定为 |
|
一个自定义 registry,用于覆盖 Central DB 镜像的全局 |
|
覆盖默认中央 DB 镜像名称( |
|
覆盖 Central DB 镜像默认标签的自定义镜像标签。如果在新安装过程中指定了自己的镜像标签,则您必须在运行 |
|
Central DB 镜像的完整参考,包括 registry 地址、镜像名称和镜像标签。为此参数设置值会覆盖 |
| Central DB 的内存请求,以覆盖默认值。 |
| Central DB 的 CPU 请求,以覆盖默认值。 |
| Central DB 的内存限值来覆盖默认值。 |
| Central DB 的 CPU 限制,以覆盖默认值。 |
| RHACS 应该创建数据库卷的节点上的路径。红帽不推荐使用这个选项。 |
| 您要使用的持久性卷声明(PVC)的名称。 |
|
使用 |
| 由指定声明管理的持久性卷的大小(以 GiB 为单位)。 |
5.2.1.2.2.6. 扫描程序
扫描程序的可配置参数。
参数 | Description |
---|---|
|
使用 |
|
指定 |
|
为 Scanner 部署创建的副本数。当您将其与 |
|
为 Scanner 配置日志级别。红帽建议您不要更改日志级别的默认值 ( |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
|
使用 |
| 自动扩展的最小副本数。 |
| 自动扩展的最大副本数。 |
| 扫描器的内存请求,以覆盖默认值。 |
| 扫描器的 CPU 请求,以覆盖默认值。 |
| 扫描器的内存限值,以覆盖默认值。 |
| 扫描器的 CPU 限制,以覆盖默认值。 |
| Scanner 数据库部署的内存请求,以覆盖默认值。 |
| 扫描数据库部署的 CPU 请求,以覆盖默认值。 |
| Scanner 数据库部署的内存限值,以覆盖默认值。 |
| 扫描数据库部署的 CPU 限制,以覆盖默认值。 |
| Scanner 镜像的自定义 registry。 |
|
覆盖默认扫描程序镜像名称( |
| Scanner DB 镜像的自定义 registry。 |
|
覆盖默认 Scanner DB 镜像名称 ( |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。此参数主要用于基础架构节点。 |
5.2.1.2.2.7. 自定义
使用这些参数为 Red Hat Advanced Cluster Security for Kubernetes 创建的所有对象指定附加属性。
参数 | Description |
---|---|
| 附加到所有对象的自定义标签。 |
| 附加到所有对象的自定义注解。 |
| 附加到所有部署的自定义标签。 |
| 附加到所有部署的自定义注解。 |
| 所有对象中所有容器的自定义环境变量。 |
| 附加到 Central 创建的所有对象的自定义标签。 |
| 附加到中央创建的所有对象的自定义注解。 |
| 附加到所有中央部署的自定义标签。 |
| 附加到所有中央部署的自定义注解。 |
| 所有中央容器的自定义环境变量。 |
| 附加到 Scanner 创建的所有对象的自定义标签。 |
| 附加到 Scanner 创建的所有对象的自定义注解。 |
| 附加到所有 Scanner 部署的自定义标签。 |
| 附加到所有 Scanner 部署的自定义注解。 |
| 所有 Scanner 容器的自定义环境变量。 |
| 附加到 Scanner DB 创建的所有对象的自定义标签。 |
| 附加到 Scanner DB 创建的所有对象的自定义注解。 |
| 附加到所有 Scanner DB 部署的自定义标签。 |
| 附加到所有 Scanner DB 部署的自定义注解。 |
| 所有 Scanner DB 容器的自定义环境变量。 |
您还可以使用:
-
customize.other.service/*.labels
和customize.other.service/*.annotations
参数,为所有对象指定标签和注解。 -
或者,提供特定的服务名称,例如
customize.other.service/central-loadbalancer.labels
和customize.other.service/central-loadbalancer.annotations
作为参数,并设置它们的值。
5.2.1.2.2.8. 高级自定义
本节中指定的参数仅用于信息。红帽不支持带有修改后的命名空间和发行版本名称的 Red Hat Advanced Cluster Security for Kubernetes 实例。
参数 | Description |
---|---|
|
使用 |
|
使用 |
5.2.1.2.3. 声明性配置值
要使用声明性配置,您必须创建一个 YAML 文件(在这个示例中,名为 "declarative-config-values.yaml")),以将声明性配置挂载添加到 Central。此文件用于 Helm 安装。
流程
使用以下示例创建 YAML 文件(本例中为
declarative-config-values.yaml
):central: declarativeConfiguration: mounts: configMaps: - declarative-configs secrets: - sensitive-declarative-configs
-
安装 Central 服务 Helm chart,如"安装 central-services Helm Chart"中所述,引用
declarative-config-values.yaml
文件。
5.2.1.2.4. 安装 central-services Helm chart
配置 values-public.yaml
和 values-private.yaml
文件后,安装 central-services
Helm Chart 来部署集中式组件(Central 和 Scanner)。
流程
运行以下命令:
$ helm install -n stackrox --create-namespace \ stackrox-central-services rhacs/central-services \ -f <path_to_values_public.yaml> -f <path_to_values_private.yaml> 1
- 1
- 使用
-f
选项指定 YAML 配置文件的路径。
可选:如果使用声明性配置,请将 -f <path_to_declarative-config-values.yaml
添加到此命令,以便在 Central 中挂载声明性配置文件。
5.2.1.3. 在部署 central-services Helm Chart 后更改配置选项
在部署 central-services
Helm Chart 后,您可以对任何配置选项进行更改。
流程
-
使用新值更新
values-public.yaml
和values-private.yaml
配置文件。 运行
helm upgrade
命令并使用-f
选项指定配置文件:$ helm upgrade -n stackrox \ stackrox-central-services rhacs/central-services \ -f <path_to_values_public.yaml> \ -f <path_to_values_private.yaml>
注意您还可以使用
--set
或--set-file
参数指定配置值。但是,这些选项不会被保存,需要您在每次进行更改时手动指定所有选项。
5.2.2. 使用 roxctl CLI 安装 Central
对于生产环境,红帽建议使用 Operator 或 Helm chart 来安装 RHACS。除非有需要使用此方法的特定安装需要,否则不要使用 roxctl
安装方法。
5.2.2.1. 安装 roxctl CLI
要安装 Red Hat Advanced Cluster Security for Kubernetes,您必须下载二进制文件来安装 roxctl
CLI。您可以在 Linux、Windows 或 macOS 上安装 roxctl
。
5.2.2.1.1. 在 Linux 中安装 roxctl CLI
您可以按照以下流程在 Linux 上安装 roxctl
CLI 二进制文件。
用于 Linux 的 roxctl
CLI 可用于 amd64、
ppc64le
和 s390x
架构。
流程
确定目标操作系统的
roxctl
架构:$ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"
下载
roxctl
CLI:$ curl -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Linux/roxctl${arch}"
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
5.2.2.1.2. 在 macOS 上安装 roxctl CLI
您可以按照以下流程在 macOS 中安装 roxctl
CLI 二进制文件。
用于 macOS 的 roxctl
CLI 可用于 amd64
架构。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Darwin/roxctl
从二进制文件中删除所有扩展属性:
$ xattr -c roxctl
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
5.2.2.1.3. 在 Windows 上安装 roxctl CLI
您可以按照以下流程在 Windows 上安装 roxctl
CLI 二进制文件。
amd64
架构提供了适用于 Windows 的 roxctl
CLI。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Windows/roxctl.exe
验证
验证您已安装的
roxctl
版本:$ roxctl version
5.2.2.2. 使用交互式安装程序
使用交互式安装程序为您的环境生成所需的 secret、部署配置和部署脚本。
流程
运行交互式 install 命令:
$ roxctl central generate interactive
重要使用
roxctl
CLI 安装 RHACS 会创建 PodSecurityPolicy (PSP)对象,以便向后兼容。如果要在 Kubernetes 版本 1.25 及更新版本上,或在 OpenShift Container Platform version 4.12 和更新版本上安装 RHACS,则必须禁用 PSP 对象的创建。要做到这一点,对于roxctl central generate
和roxctl sensor generate
命令,将--enable-pod-security-policies
选项设置为false
。按 Enter 接受提示的默认值或根据需要输入自定义值。以下示例显示了交互式安装程序提示:
Enter path to the backup bundle from which to restore keys and certificates (optional): Enter read templates from local filesystem (default: "false"): Enter path to helm templates on your local filesystem (default: "/path"): Enter PEM cert bundle file (optional): 1 Enter Create PodSecurityPolicy resources (for pre-v1.25 Kubernetes) (default: "true"): 2 Enter administrator password (default: autogenerated): Enter orchestrator (k8s, openshift): Enter default container images settings (development_build, stackrox.io, rhacs, opensource); it controls repositories from where to download the images, image names and tags format (default: "development_build"): Enter the directory to output the deployment bundle to (default: "central-bundle"): Enter the OpenShift major version (3 or 4) to deploy on (default: "0"): Enter whether to enable telemetry (default: "false"): Enter central-db image to use (if unset, a default will be used according to --image-defaults): Enter Istio version when deploying into an Istio-enabled cluster (leave empty when not running Istio) (optional): Enter the method of exposing Central (route, lb, np, none) (default: "none"): 3 Enter main image to use (if unset, a default will be used according to --image-defaults): Enter whether to run StackRox in offline mode, which avoids reaching out to the Internet (default: "false"): Enter list of secrets to add as declarative configuration mounts in central (default: "[]"): 4 Enter list of config maps to add as declarative configuration mounts in central (default: "[]"): 5 Enter the deployment tool to use (kubectl, helm, helm-values) (default: "kubectl"): Enter scanner-db image to use (if unset, a default will be used according to --image-defaults): Enter scanner image to use (if unset, a default will be used according to --image-defaults): Enter Central volume type (hostpath, pvc): 6 Enter external volume name for Central (default: "stackrox-db"): Enter external volume size in Gi for Central (default: "100"): Enter storage class name for Central (optional if you have a default StorageClass configured): Enter external volume name for Central DB (default: "central-db"): Enter external volume size in Gi for Central DB (default: "100"): Enter storage class name for Central DB (optional if you have a default StorageClass configured):
- 1
- 如果要添加自定义 TLS 证书,请提供 PEM 编码证书的文件路径。当您指定自定义证书时,交互式安装程序还会提示您为您要使用的自定义证书提供 PEM 私钥。
- 2
- 如果您正在运行 Kubernetes 版本 1.25 或更高版本,请将此值设置为
false
。 - 3
- 要使用 RHACS 门户,您必须使用路由(负载均衡器或节点端口)公开中。
- 4
- 有关使用声明配置进行身份验证和授权的更多信息,请参阅 "Red Hat Advanced Cluster Security for Kubernetes 中的"管理 RBAC"中的为身份验证和授权资源提供配置。
- 5
- 有关使用声明配置进行身份验证和授权的更多信息,请参阅 "Red Hat Advanced Cluster Security for Kubernetes 中的"管理 RBAC"中的为身份验证和授权资源提供配置。
- 6
- 如果您计划在带有 hostPath 卷的 OpenShift Container Platform 上安装 Red Hat Advanced Cluster Security for Kubernetes,您必须修改 SELinux 策略。
警告在 OpenShift Container Platform 中,对于 hostPath 卷,您必须修改 SELinux 策略以允许访问主机和容器共享的目录。这是因为 SELinux 默认阻止目录共享。要修改 SELinux 策略,请运行以下命令:
$ sudo chcon -Rt svirt_sandbox_file_t <full_volume_path>
但是,红帽不推荐修改 SELinux 策略,在 OpenShift Container Platform 上安装时使用 PVC。
在完成时,安装程序会创建一个名为 central-bundle 的文件夹,其中包含用于部署 Central 所需的 YAML 清单和脚本。另外,它显示了您需要运行的脚本的屏幕说明,以部署其他可信证书颁发机构、中部和扫描器,以及登录 RHACS 门户的身份验证说明(如果您回答提示时未提供密码)。
5.2.2.3. 运行中央安装脚本
运行交互式安装程序后,您可以运行 setup.sh
脚本来安装 Central。
流程
运行
setup.sh
脚本来配置镜像 registry 访问:$ ./central-bundle/central/scripts/setup.sh
创建所需资源:
$ oc create -R -f central-bundle/central
检查部署进度:
$ oc get pod -n stackrox -w
在 Central 运行后,找到 RHACS 门户 IP 地址并在浏览器中打开。根据您在回答提示时选择的风险,请使用以下方法之一获取 IP 地址。
公开方法 命令 地址 Example Route(路由)
oc -n stackrox get route central
在输出中
HOST/PORT
列下的地址https://central-stackrox.example.route
节点端口
oc get node -owide && oc -n stackrox get svc central-loadbalancer
任何节点的 IP 或主机名,在服务显示的端口中
https://198.51.100.0:31489
Load Balancer
oc -n stackrox get svc central-loadbalancer
在端口 443 上为服务显示 EXTERNAL-IP 或主机名
https://192.0.2.0
无
central-bundle/central/scripts/port-forward.sh 8443
https://localhost:8443
https://localhost:8443
如果您在互动安装过程中选择了自动生成的密码,您可以运行以下命令将其记录到 Central:
$ cat central-bundle/password
5.3. 在其他平台上为 RHACS 生成并应用 init 捆绑包
在集群中安装 SecuredCluster
资源前,您必须创建一个 init 捆绑包。安装并配置 SecuredCluster
的集群,然后使用此捆绑包与 Central 进行身份验证。您可以使用 RHACS 门户或 roxctl
CLI 创建 init 捆绑包。然后,您可以使用它应用 init 捆绑包来创建资源。
您必须具有 Admin
用户角色才能创建 init 捆绑包。
5.3.1. 生成 init 捆绑包
5.3.1.1. 使用 RHACS 门户生成 init 捆绑包
您可以使用 RHACS 门户创建包含 secret 的 init 捆绑包。
您必须具有 Admin
用户角色才能创建 init 捆绑包。
流程
根据您的暴露的方法查找 RHACS 门户地址:
对于路由:
$ oc get route central -n stackrox
对于负载均衡器:
$ oc get service central-loadbalancer -n stackrox
对于端口转发:
运行以下命令:
$ oc port-forward svc/central 18443:443 -n stackrox
-
进入到
https://localhost:18443/
。
- 在 RHACS 门户网站中,进入 Platform Configuration → Integrations。
- 进入 Authentication Tokens 部分,再点 Cluster Init Bundle。
- 点 Generate bundle。
为集群 init 捆绑包输入一个名称并点 Generate。
- 如果使用 Helm chart 安装,请点 Download Helm Values File 下载生成的捆绑包。
- 如果使用 Operator 安装,请点 Download Kubernetes Secret File 下载生成的捆绑包。
安全地存储此捆绑包,因为它包含 secret。您可以使用同一捆绑包来创建多个安全集群。
后续步骤
- 通过在安全集群中创建资源来应用 init 捆绑包。
- 在每个集群中安装安全的集群服务。
5.3.1.2. 使用 roxctl CLI 生成 init 捆绑包
您可以使用 roxctl
CLI 创建带有 secret 的 init 捆绑包。
您必须具有 Admin
用户角色才能创建 init 捆绑包。
先决条件
您已配置了
ROX_API_TOKEN
和ROX_CENTRAL_ADDRESS
环境变量:运行以下命令设置
ROX_API_TOKEN
:$ export ROX_API_TOKEN=<api_token>
运行以下命令设置
ROX_CENTRAL_ADDRESS
环境变量:$ export ROX_CENTRAL_ADDRESS=<address>:<port_number>
流程
要生成包含 Helm 安装 secret 的集群 init 捆绑包,请运行以下命令:
$ roxctl -e "$ROX_CENTRAL_ADDRESS" \ central init-bundles generate <cluster_init_bundle_name> \ --output cluster_init_bundle.yaml
要生成包含 Operator 安装 secret 的集群 init 捆绑包,请运行以下命令:
$ roxctl -e "$ROX_CENTRAL_ADDRESS" \ central init-bundles generate <cluster_init_bundle_name> \ --output-secrets cluster_init_bundle.yaml
重要确保您安全地存储此捆绑包,因为它包含 secret。您可以使用同一捆绑包来设置多个安全集群。
5.3.1.3. 使用 init 捆绑包创建资源
在安装安全集群前,您必须使用 init 捆绑包在集群中创建所需的资源,以允许安全集群上的服务与 Central 通信。
如果使用 Helm chart 安装,请不要执行此步骤。使用 Helm 完成安装 ; 请参阅"使用 Helm chart 在安全集群中安装 RHACS"。
先决条件
- 您必须生成了一个包含 secret 的 init 捆绑包。
流程
要创建资源,请执行以下步骤之一:
- 在 OpenShift Container Platform Web 控制台中,在顶部菜单中点 + 打开 Import YAML 页面。您可以拖动 init 捆绑包文件或将其内容复制并粘贴到编辑器中,然后点 Create。
使用 Red Hat OpenShift CLI 运行以下命令来创建资源:
$ oc create -f <init_bundle>.yaml \ 1 -n <stackrox> 2
使用
kubectl
CLI,运行以下命令来创建资源:$ kubectl create namespace stackrox 1 $ kubectl create -f <init_bundle>.yaml \ 2 -n <stackrox> 3
5.3.2. 后续步骤
- 在您要监控的所有集群中安装 RHACS 安全集群服务。
5.4. 在其他平台上为 RHACS 安装安全集群服务
您可以为 Amazon Elastic Kubernetes Service (Amazon EKS)、Google Kubernetes Engine (Google GKE)和 Microsoft Azure Kubernetes Service (Microsoft AKS)等平台在安全集群中安装 RHACS。
5.4.1. 使用 Helm chart 在安全集群中安装 RHACS
您可以使用没有自定义的 Helm chart、使用默认值或配置参数自定义的 Helm chart 在安全集群中安装 RHACS。
5.4.1.1. 使用 Helm chart 在安全集群中安装 RHACS
5.4.1.1.1. 添加 Helm Chart 仓库
流程
添加 RHACS chart 存储库。
$ helm repo add rhacs https://mirror.openshift.com/pub/rhacs/charts/
Red Hat Advanced Cluster Security for Kubernetes 的 Helm 仓库包括用于安装不同组件的 Helm chart,包括:
用于安装集中组件(Central 和 Scanner)的中央服务Helm Chart(
central-services
)。注意您只部署集中式组件一次,并可使用同一安装监控多个独立集群。
安全集群服务 Helm Chart (
secured-cluster-services
),用于安装 per-cluster 和 per-node 组件(Sensor、Admission Controller、Collector 和 Scanner-slim)。注意将 per-cluster 组件部署到要监控的每个集群中,并在要监控的所有节点中部署 per-node 组件。
验证
运行以下命令来验证添加的 chart 存储库:
$ helm search repo -l rhacs/
5.4.1.1.2. 在不使用自定义配置的情况下安装 secured-cluster-services Helm chart
使用以下说明安装 secure-cluster-services
Helm chart,以部署 per-cluster 和 per-node 组件(Sensor、Admission controller、Collector 和 Scanner-slim)。
要在具有统一可扩展固件接口(UEFI)以及启用了安全引导机制的系统中安装 Collector,您必须使用 eBPF 探测,因为内核模块没有被签名,且 UEFI 固件无法加载未签名的软件包。收集器在启动时用来识别安全引导状态,并切换到 eBPF 探测(如果需要)。
前提条件
- 您必须已为集群生成 RHACS init 捆绑包。
-
您必须有权访问 Red Hat Container Registry 和一个 pull secret 进行身份验证。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。 - 您必须有用于公开 Central 服务的地址和端口号。
5.4.1.2. 使用自定义配置 secured-cluster-services Helm chart
本节论述了可用于 helm install
和 helm upgrade
命令的 Helm Chart 配置参数。您可以使用 --set
选项或创建 YAML 配置文件来指定这些参数。
创建以下文件来配置 Helm chart 来安装 Red Hat Advanced Cluster Security for Kubernetes:
-
公共配置文件
values-public.yaml
:使用此文件保存所有非敏感配置选项。 -
专用配置文件
values-private.yaml
:使用此文件保存所有敏感配置选项。确保您安全地存储这个文件。
在使用 secured-cluster-services
Helm Chart 时,不要修改属于 chart 的 values.yaml
文件。
5.4.1.2.1. 配置参数
参数 | Description |
---|---|
| 集群的名称。 |
|
Central 端点的地址,包括端口号。如果使用一个支持非 gRPC 的负载均衡器,请使用带有 |
| Sensor 端点的地址,包括端口号。 |
| Sensor 容器的镜像拉取策略。 |
| Sensor 使用的内部服务到服务 TLS 证书。 |
| Sensor 使用的内部服务到服务 TLS 证书密钥。 |
| Sensor 容器的内存请求。使用此参数覆盖默认值。 |
| Sensor 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Sensor 容器的内存限值。使用此参数覆盖默认值。 |
| Sensor 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数指定污点容限键、值和 Sensor 的效果。此参数主要用于基础架构节点。 |
|
|
| Collector 镜像的名称。 |
| 用于主镜像的 registry 地址。 |
| 用于 Collector 镜像的 registry 地址。 |
|
|
| Collector 镜像的镜像拉取策略。 |
|
使用 |
|
使用 |
|
|
| Collector 容器的镜像拉取策略。 |
| Compliance 容器的镜像拉取策略。 |
|
如果指定了 |
| Collector 容器的内存请求。使用此参数覆盖默认值。 |
| Collector 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Collector 容器的内存限值。使用此参数覆盖默认值。 |
| Collector 容器的 CPU 限制。使用此参数覆盖默认值。 |
| Compliance 容器的内存请求。使用此参数覆盖默认值。 |
| Compliance 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Compliance 容器的内存限值。使用此参数覆盖默认值。 |
| Compliance 容器的 CPU 限制。使用此参数覆盖默认值。 |
| Collector 使用的内部服务到服务的 TLS 证书。 |
| Collector 使用的内部服务到服务的 TLS 证书密钥。 |
|
此设置控制 Kubernetes 是否配置为联系 Red Hat Advanced Cluster Security for Kubernetes,并带有 |
|
当将此参数设置为 |
|
此设置控制集群是否被配置为联系 Red Hat Advanced Cluster Security for Kubernetes,使用 |
| 此设置控制 Red Hat Advanced Cluster Security for Kubernetes 是否评估策略 ; 如果禁用,则会自动接受所有 AdmissionReview 请求。 |
|
此设置控制准入控制服务的行为。您必须把 |
|
如果将这个选项设置为 |
|
将它设置为 |
| 在评估准入检查请求时,Red Hat Advanced Cluster Security for Kubernetes 应该等待的最大时间(以秒为单位)。使用它来设置启用镜像扫描时的请求超时。如果镜像扫描的运行时间超过指定时间,Red Hat Advanced Cluster Security for Kubernetes 接受了请求。 |
| Admission Control 容器的内存请求。使用此参数覆盖默认值。 |
| Admission Control 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Admission Control 容器的内存限值。使用此参数覆盖默认值。 |
| Admission Control 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数指定污点容限键、值以及 Admission Control 的效果。此参数主要用于基础架构节点。 |
| Admission Control 使用的内部服务到服务的 TLS 证书。 |
| Admission Control 使用的内部服务对服务的 TLS 证书密钥。 |
|
使用此参数覆盖默认的 |
|
如果指定了 |
|
指定 |
|
指定 |
|
如果要使用 slim Collector 镜像部署 Collector,请指定 |
| Sensor 的资源规格。 |
| Admission 控制器的资源规格。 |
| Collector 的资源规格。 |
| Collector 的 Compliance 容器的资源规格。 |
|
如果将此选项设置为 |
|
如果将此选项设置为 |
|
如果将此选项设置为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。 |
| Collector 的 Compliance 容器的资源规格。 |
| 通过设置此参数,您可以修改扫描程序日志级别。使用这个选项仅用于故障排除目的。 |
|
如果将此选项设置为 |
| 自动扩展的最小副本数。默认值为 2。 |
| 自动扩展的最大副本数。默认值为 5。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner 指定污点容限键、值和效果。 |
|
将节点选择器标签指定为 |
| 如果节点选择器选择污点节点,请使用此参数为 Scanner DB 指定污点容限键、值和效果。 |
| Scanner 容器的内存请求。使用此参数覆盖默认值。 |
| Scanner 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Scanner 容器的内存限值。使用此参数覆盖默认值。 |
| Scanner 容器的 CPU 限制。使用此参数覆盖默认值。 |
| Scanner DB 容器的内存请求。使用此参数覆盖默认值。 |
| Scanner DB 容器的 CPU 请求。使用此参数覆盖默认值。 |
| Scanner DB 容器的内存限值。使用此参数覆盖默认值。 |
| Scanner DB 容器的 CPU 限制。使用此参数覆盖默认值。 |
|
如果将此选项设置为 |
5.4.1.2.1.1. 环境变量
您可以采用以下格式指定 Sensor 和 Admission Controller 的环境变量:
customize: envVars: ENV_VAR1: "value1" ENV_VAR2: "value2"
通过 customize
设置,您可以为此 Helm Chart 创建的所有对象指定自定义 Kubernetes 元数据(标签和注解)以及工作负载的其他 pod 标签、Pod 注解和容器环境变量。
配置是分层的,在更通用范围(例如,所有对象)中定义的元数据被覆盖为更通用范围的元数据(例如,仅适用于 Sensor 部署)。
5.4.1.2.2. 安装 secured-cluster-services Helm chart
配置 values-public.yaml
和 values-private.yaml
文件后,安装 secure-cluster-services
Helm chart 以部署每个集群和每个节点组件(Sensor, Admission controller, Collector, 和 Scanner-slim)。
要在具有统一可扩展固件接口(UEFI)以及启用了安全引导机制的系统中安装 Collector,您必须使用 eBPF 探测,因为内核模块没有被签名,且 UEFI 固件无法加载未签名的软件包。收集器在启动时用来识别安全引导状态,并切换到 eBPF 探测(如果需要)。
前提条件
- 您必须已为集群生成 RHACS init 捆绑包。
-
您必须有权访问 Red Hat Container Registry 和一个 pull secret 进行身份验证。有关从
registry.redhat.io
下载镜像的详情,请参考 Red Hat Container Registry Authentication。 - 您必须有用于公开 Central 服务的地址和端口号。
流程
运行以下命令:
$ helm install -n stackrox \ --create-namespace stackrox-secured-cluster-services rhacs/secured-cluster-services \ -f <name_of_cluster_init_bundle.yaml> \ -f <path_to_values_public.yaml> -f <path_to_values_private.yaml> \ 1 --set imagePullSecrets.username=<username> \ 2 --set imagePullSecrets.password=<password> 3
要使用持续集成(CI)系统部署 secure-cluster-services
Helm Chart,请将 init 捆绑包 YAML 文件作为环境变量传递给 helm install
命令:
$ helm install ... -f <(echo "$INIT_BUNDLE_YAML_SECRET") 1
- 1
- 如果您使用 base64 编码变量,请使用
helm install … -f <(echo "$INIT_BUNDLE_YAML_SECRET" | base64 --decode)
命令。
5.4.1.3. 在部署 secure-cluster-services Helm chart 后更改配置选项
在部署 secure-cluster-services
Helm Chart 后,您可以对任何配置选项进行更改。
流程
-
使用新值更新
values-public.yaml
和values-private.yaml
配置文件。 运行
helm upgrade
命令并使用-f
选项指定配置文件:$ helm upgrade -n stackrox \ stackrox-secured-cluster-services rhacs/secured-cluster-services \ --reuse-values \ 1 -f <path_to_values_public.yaml> \ -f <path_to_values_private.yaml>
- 1
- 您必须指定
--reuse-values
参数,否则 Helm upgrade 命令重置所有之前配置的设置。
注意您还可以使用
--set
或--set-file
参数指定配置值。但是,这些选项不会被保存,需要您在每次进行更改时手动指定所有选项。
5.4.2. 使用 roxctl CLI 在安全集群中安装 RHACS
要使用 CLI 在安全集群中安装 RHACS,请执行以下步骤:
-
安装
roxctl
CLI - 安装 Sensor。
5.4.2.1. 安装 roxctl CLI
您必须首先下载二进制文件。您可以在 Linux、Windows 或 macOS 上安装 roxctl
。
5.4.2.1.1. 在 Linux 中安装 roxctl CLI
您可以按照以下流程在 Linux 上安装 roxctl
CLI 二进制文件。
用于 Linux 的 roxctl
CLI 可用于 amd64、
ppc64le
和 s390x
架构。
流程
确定目标操作系统的
roxctl
架构:$ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"
下载
roxctl
CLI:$ curl -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Linux/roxctl${arch}"
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
5.4.2.1.2. 在 macOS 上安装 roxctl CLI
您可以按照以下流程在 macOS 中安装 roxctl
CLI 二进制文件。
用于 macOS 的 roxctl
CLI 可用于 amd64
架构。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Darwin/roxctl
从二进制文件中删除所有扩展属性:
$ xattr -c roxctl
使
roxctl
二进制文件可执行:$ chmod +x roxctl
将
roxctl
二进制文件放到PATH
中的目录中:要查看您的
PATH
,请执行以下命令:$ echo $PATH
验证
验证您已安装的
roxctl
版本:$ roxctl version
5.4.2.1.3. 在 Windows 上安装 roxctl CLI
您可以按照以下流程在 Windows 上安装 roxctl
CLI 二进制文件。
amd64
架构提供了适用于 Windows 的 roxctl
CLI。
流程
下载
roxctl
CLI:$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.3.8/bin/Windows/roxctl.exe
验证
验证您已安装的
roxctl
版本:$ roxctl version
5.4.2.2. 安装传感器(Sensor)
要监控集群,您必须部署 Sensor。您必须将 Sensor 部署到要监控的每个集群中。以下步骤描述使用 RHACS 门户添加传感器。
先决条件
- 您必须已安装了 Central 服务,也可以在 Red Hat Advanced Cluster Security Cloud Service (RHACS Cloud Service) 上选择 ACS 实例来访问 Central 服务。
流程
- 在安全集群中,在 RHACS 门户中进入 Platform Configuration → Clusters。
- 选择 + New Cluster。
- 为集群指定一个名称。
根据您要部署 Sensor 的位置,为字段提供适当的值。
- 如果您要在同一集群中部署 Sensor,请接受所有字段的默认值。
-
如果您要部署到不同的集群中,请将
central.stackrox.svc:443
替换为负载均衡器、节点端口或其他地址,包括端口号,可以被其他集群访问。 如果您使用一个支持非 gRPC 的负载均衡器,如 HAProxy、AWS Application Load Balancer (ALB) 或 AWS Elastic Load Balancing (ELB),请使用 WebSocket Secure (
wss
) 协议。使用ws
:-
使用
wss://
为地址加上前缀。 -
在地址后添加端口号,例如
ws://stackrox-central.example.com:443
。
-
使用
- 点 Next 以继续 Sensor 设置。
点 Download YAML File and Keys 下载集群捆绑包(zip 归档)。
重要集群捆绑包 zip 存档包括每个集群的唯一配置和密钥。不要在另一个集群中重复使用相同的文件。
在可以访问受监控的集群的系统中,解压缩并从集群捆绑包中运行
sensor
脚本:$ unzip -d sensor sensor-<cluster_name>.zip
$ ./sensor/sensor.sh
如果您收到部署 Sensor 的所需权限的警告,请按照屏幕说明操作,或与集群管理员联系以获取帮助。
部署 Sensor 后,它会联系中心并提供集群信息。
验证
返回 RHACS 门户并检查部署是否成功。如果成功,当在 Platform Configuration → Clusters 中查看集群列表时,集群状态会显示一个绿色勾号和 Healthy 状态。如果您没有看到绿色勾选标记,请使用以下命令检查问题:
在 OpenShift Container Platform 中输入以下命令:
$ oc get pod -n stackrox -w
在 Kubernetes 上,输入以下命令:
$ kubectl get pod -n stackrox -w
- 点 Finish 关闭窗口。
安装后,Sensor 开始向 RHACS 报告安全信息,RHACS 门户仪表板开始显示部署、镜像和策略违反情况。
5.5. 在其他平台上验证 RHACS 安装
提供验证 RHACS 是否已正确安装的步骤。
5.5.1. 验证安装
完成安装后,运行几个存在安全漏洞的应用程序并进入 RHACS 门户来评估安全评估结果和策略违反结果。
以下部分中列出的示例应用程序包含关键漏洞,它们旨在验证 Red Hat Advanced Cluster Security for Kubernetes 的构建和部署时间评估功能。
验证安装:
根据您的暴露的方法查找 RHACS 门户地址:
对于负载均衡器:
$ kubectl get service central-loadbalancer -n stackrox
对于端口转发:
运行以下命令:
$ kubectl port-forward svc/central 18443:443 -n stackrox
-
进入到
https://localhost:18443/
。
新建命名空间:
$ kubectl create namespace test
使用关键漏洞启动一些应用程序:
$ kubectl run shell --labels=app=shellshock,team=test-team \ --image=quay.io/stackrox-io/docs:example-vulnerables-cve-2014-6271 -n test $ kubectl run samba --labels=app=rce \ --image=quay.io/stackrox-io/docs:example-vulnerables-cve-2017-7494 -n test
Red Hat Advanced Cluster Security for Kubernetes 会在向集群提交后自动扫描这些部署以了解安全风险和策略违反情况。进入 RHACS 门户以查看违反情况。您可以使用默认用户名 admin 和生成的密码登录到 RHACS 门户。
第 6 章 卸载 Red Hat Advanced Cluster Security for Kubernetes
安装 Red Hat Advanced Cluster Security for Kubernetes 时,它会创建:
-
如果选择了 Operator 安装方法,一个名为
rhacs-operator
的命名空间,Operator 将在这个命名空间中安装 -
名为
stackrox
的命名空间,或者您创建的 Central 和 SecuredCluster 自定义资源的另外一个命名空间 -
所有组件的
PodSecurityPolicy
和 Kubernetes 基于角色的访问控制 (RBAC) 对象 - 命名空间上的额外标签,用于生成的网络策略
- 一个应用程序自定义资源定义 (CRD),如果它不存在
卸载 Red Hat Advanced Cluster Security for Kubernetes 涉及删除所有这些项目。
6.1. 删除命名空间
您可以使用 OpenShift Container Platform 或 Kubernetes 命令行界面删除 Red Hat Advanced Cluster Security for Kubernetes 创建的命名空间。
流程
删除
stackrox
命名空间:在 OpenShift Container Platform 中:
$ oc delete namespace stackrox
对于 Kubernetes:
$ kubectl delete namespace stackrox
如果您在不同的命名空间中安装了 RHACS,请在 delete
命令中使用该命名空间的名称。
6.2. 删除全局资源
您可以使用 OpenShift Container Platform 或 Kubernetes 命令行界面删除 Red Hat Advanced Cluster Security for Kubernetes 创建的全局资源。
流程
删除全局资源:
在 OpenShift Container Platform 中:
$ oc get clusterrole,clusterrolebinding,role,rolebinding,psp -o name | grep stackrox | xargs oc delete --wait
$ oc delete scc -l "app.kubernetes.io/name=stackrox"
$ oc delete ValidatingWebhookConfiguration stackrox
对于 Kubernetes:
$ kubectl get clusterrole,clusterrolebinding,role,rolebinding,psp -o name | grep stackrox | xargs kubectl delete --wait
$ kubectl delete ValidatingWebhookConfiguration stackrox
6.3. 删除标签和注解
您可以使用 OpenShift Container Platform 或 Kubernetes 命令行界面删除 Red Hat Advanced Cluster Security for Kubernetes 所创建的标签和注解。
流程
删除标签和注解:
在 OpenShift Container Platform 中:
$ for namespace in $(oc get ns | tail -n +2 | awk '{print $1}'); do oc label namespace $namespace namespace.metadata.stackrox.io/id-; oc label namespace $namespace namespace.metadata.stackrox.io/name-; oc annotate namespace $namespace modified-by.stackrox.io/namespace-label-patcher-; done
对于 Kubernetes:
$ for namespace in $(kubectl get ns | tail -n +2 | awk '{print $1}'); do kubectl label namespace $namespace namespace.metadata.stackrox.io/id-; kubectl label namespace $namespace namespace.metadata.stackrox.io/name-; kubectl annotate namespace $namespace modified-by.stackrox.io/namespace-label-patcher-; done