如何在Docker中安全运行Chrome？含seccomp配置疑难

我需要构建一个Docker镜像，在其中运行Google Chrome访问不信任的网站，并尽可能保障安全性。直接在Docker中启动Chrome会触发以下错误：

$ google-chrome
Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted
[152:152:0804/063753.226725:FATAL:zygote_host_impl_linux.cc(201)] Check failed: . : Operation not permitted (1)
Trace/breakpoint trap (core dumped)

解决这个问题要么禁用Chrome沙箱，要么为沙箱运行提供必要权限。以下是几种常见实现方案的安全性对比，以及我遇到的具体问题：

现有方案分析 #

1. 使用--no-sandbox参数 #

通过google-chrome --no-sandbox ...启动Chrome，这种方式会完全禁用Chrome自身的沙箱安全机制，所有隔离依赖Docker实现。但这种方法仅适合访问信任网站的场景，对于不信任的站点来说风险极高——相当于放弃了Chrome最核心的安全防护层。

启动时还会弹出明确警告：

You are using an unsupported command-line flag: --no sandbox. Stability and security will suffer.

不少公开镜像（如kasmweb/chrome）采用这种方式，甚至通过配置"CommandLineFlagSecurityWarningsEnabled": false屏蔽该警告。

2. 赋予SYS_ADMIN权限 #

通过docker run --cap-add=SYS_ADMIN ...（或更危险的--privileged参数）为容器授予沙箱运行所需权限。但这种方式会将主机的root权限暴露给容器，等于完全依赖Chrome沙箱保障主机安全，一旦浏览器被突破，主机将直接面临威胁，安全性同样不理想。puppeteer官方文档推荐这种方式，但不符合我的安全需求。

3. 最优方案：自定义seccomp配置 #

Zenika/alpine-chrome的文档指出，使用Jessie Frazelle提供的chrome.json seccomp配置文件是运行无头Chrome镜像最安全的方式：

This is The most secure way to run this Headless Chrome docker image.

启动命令为docker run --security-opt seccomp=$(pwd)/chrome.json ...，但我运行非无头Chrome时触发了以下错误：

$ google-chrome
[90:90:0803/004311.319570:FATAL:spawn_subprocess.cc(221)] posix_spawn: Operation not permitted (1)
Trace/breakpoint trap (core dumped)

我尝试按照配置文件格式添加spawn和posix_spawn系统调用，但问题仍未解决。我想确认：这种seccomp方式是否真的是当前最安全的选择？如果是，该如何修改chrome.json以适配非无头Chrome的运行需求？

4. 替换为Firefox #

直接使用Firefox可以规避这些问题，但我的需求明确是使用Chrome。

内容的提问来源于stack exchange，提问作者Peter V. Mørch