fix(#IK18N8): BwrapSandbox 降级路径改用 preexec_fn 设置资源限额 · Pull Request !22 · OpenCloudOS/OCAI-Service

本 PR 修复 issue #IK18N8。

改动说明：
- ocai/ai/sandbox/bwrap.py：_fallback_execute 不再将 command 拼入 `ulimit ...; {command}` 这样的 shell 字符串后用 sh -c 执行（该拼接会放大命令注入风险）。
- 改为通过 preexec_fn 在子进程中调用 resource.setrlimit 设置 RLIMIT_CPU / RLIMIT_AS / RLIMIT_FSIZE，由内核强制生效，等价于原 ulimit -t/-v/-f 但更可靠且不经过 shell 字符串拼接。
- _fallback_execute 入参由 command: str 改为 cmd: list[str]：
  - execute() 调用方传入 ["sh", "-c", command]，保留"command 为 shell 命令字符串"的既有契约（与 bwrap 可用路径 line 181 的 sh -c 一致）；
  - execute_script() 调用方直接传入 [interpreter, script_path] + args 列表，不再 " ".join 拼接，消除参数被 shell 二次解释的注入面。
- setrlimit 失败时 try/except 跳过，保证在部分不支持某类限额的容器环境中降级仍可用。

测试：
- python3 -m py_compile 通过；AST 解析通过。
- 隔离加载 bwrap + executor 模块（绕过重依赖包 __init__）做功能验证：
  1) execute_script 运行 bash 脚本输出正确（exit=0, stdout='hello-from-script'）；
  2) execute("echo a; echo b") 按 sh -c 契约执行（exit=0）；
  3) RLIMIT_CPU 生效验证：执行 `while true; do :; done` 在 6s 被 SIGKILL（exit=-9, killed=True），证明 preexec_fn 资源限额已内核级生效。
- 仓库未提供针对 bwrap 的单元测试，且完整 pytest 需安装较多运行时依赖（httpx 等），未在沙箱内全量执行。

类型	指派人员	状态
审查	cherrycao	进行中 (0/1人)
测试	cherrycao	进行中 (0/1人)

OpenCloudOS / OCAI-Service .gitee-modal { width: 500px !important; }

搜索帮助

OpenCloudOS / OCAI-Service