7.2. FIPS 合规性更新


FIPS 合规性存在一个已知问题,导致某些加密模块没有被 FIPS 验证。以下是在 OpenShift Dev Spaces 中使用 FIPS 的要求和限制列表:

所需的集群和 Operator 更新

根据情况,将 Red Hat OpenShift Container Platform 安装更新至 4.14、4.15、4.16 或 4.17 的最新 z-stream 更新。如果您还没有启用 FIPS,则需要卸载并重新安装。

集群启动并运行后,安装 OpenShift Dev Spaces 3.18 (3.18-36),并验证最新的 DevWorkspace operator bundle 0.32 (0.32-2)或更新版本是否已安装和更新。请参阅 https://catalog.redhat.com/software/containers/devworkspace/devworkspace-operator-bundle/60ec9f48744684587e2186a3

UDI 镜像中的 golang 编译器

通用基础镜像(UDI)容器包含一个 golang 编译器,它是在没有 CGO_ENABLED=1 标志的情况下构建的。check-payload scanner ( https://github.com/openshift/check-payload )会抛出错误,但可以安全地忽略您使用这个编译器构建的任何内容都会设置正确的标志 CGO_ENABLED=1,且不使用 extldflags -static-tags no_openssl

生成的二进制文件可以被扫描,应该会在没有错误的情况下通过。

静态链接的二进制文件

您可以在这两个容器中找到与加密相关的静态链接二进制文件:

  • code-rhel8
  • idea-rhel8.

因为它们与加密无关,它们不会影响 FIPS 合规性。

对 FIPS 的 Helm 支持

UDI 和 Code 容器包含 helm 二进制文件,它没有使用 FIPS 支持编译。如果您在 FIPS 环境中,请不要使用 helm

Kubedock 支持 FIPS

UDI 容器包含 kubedock 二进制文件,它没有使用 FIPS 支持编译。如果您在 FIPS 环境中不使用 kubedock

其他资源

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部