高版本 PHP cURL 扩展绕过 open_basedir 限制技术分析

1 漏洞概述

open_basedir 是 PHP 的核心安全配置选项，用于限制 PHP 脚本只能访问指定目录下的文件，防止任意文件读取漏洞（LFR）。本技术文档分析在高版本 PHP 环境下，通过 cURL 扩展的特殊配置可绕过此安全限制的安全漏洞。

2 漏洞背景

2.1 open_basedir 机制

功能：限制 PHP 文件相关函数（fopen、file_get_contents、include 等）只能访问指定目录
配置方式：通过 php.ini 或运行时配置设置
安全目标：防止应用越权读取系统敏感文件

2.2 cURL 扩展的文件访问能力

cURL 扩展基于 libcurl 库开发
支持 file:// 协议，可通过该协议访问本地文件系统
通常用于 HTTP/HTTPS 请求，但也具备本地文件处理能力

3 漏洞触发条件

必须同时满足以下三个条件：

PHP 配置：已启用 open_basedir 限制
libcurl 版本：使用 libcurl ≥ 7.85.0 版本
cURL 配置：代码中调用 CURLOPT_PROTOCOLS_STR 或 CURLOPT_REDIR_PROTOCOLS_STR 并设置为 "all"

4 技术原理分析

4.1 PHP 的安全检查机制

PHP cURL 扩展在设置协议时的安全检查逻辑：

if ((option == CURLOPT_PROTOCOLS_STR || option == CURLOPT_REDIR_PROTOCOLS_STR) &&
    (PG(open_basedir) && *PG(open_basedir)) &&
    php_memnistr(ZSTR_VAL(str), "file", sizeof("file") - 1, ZSTR_VAL(str) + ZSTR_LEN(str)) != NULL) {
        php_error_docref(NULL, E_WARNING, "The FILE protocol cannot be activated when an open_basedir is set");
        return FAILURE;
}

此检查机制通过字符串匹配方式检测用户输入中是否包含 "file" 字符串，如果发现则拒绝操作。

4.2 libcurl 的协议处理机制

libcurl 内部通过 protocol2num 函数解析协议字符串：

if(curl_strequal(str, "all")) {
    *val = ~(curl_prot_t)0;  // 打开所有协议位
    return CURLE_OK;
}

当传入 "all" 参数时，libcurl 会开启所有可用协议（包括 file://），这是绕过检查的关键。

4.3 安全机制绕过原理

漏洞产生的根本原因是：PHP 层的字符串检查与底层 libcurl 库的语义解析不一致。

PHP 层仅进行简单的字符串匹配，检测是否包含 "file" 字样
当设置值为 "all" 时，PHP 检查通过（因不包含 "file" 字符串）
但 libcurl 将 "all" 解释为"启用所有协议"，包括 file:// 协议
最终导致 open_basedir 限制被绕过

5 漏洞复现

5.1 环境要求

PHP 版本：8.3.0（或其他高版本）
libcurl 版本：≥ 7.85.0
open_basedir 已启用并配置

5.2 漏洞代码示例

<?php
// 正常情况下的安全设置（无法绕过）
$url = $_GET['filename'];
$ch = curl_init("file://".$url);
curl_setopt($ch, CURLOPT_PROTOCOLS_STR, "http,https"); // 明确指定协议
curl_exec($ch);
?>

此配置无法绕过 open_basedir，因为明确排除了 file 协议。

5.3 攻击向量代码

<?php
// 绕过 open_basedir 的恶意代码
$url = $_GET['filename']; // 用户控制的文件路径
$ch = curl_init("file://".$url);
curl_setopt($ch, CURLOPT_PROTOCOLS_STR, "all"); // 关键设置：使用"all"
curl_exec($ch);
?>

通过此代码可读取系统任意文件，即使 open_basedir 已启用。

5.4 攻击效果

可读取 open_basedir 限制外的任意文件
包括系统敏感文件（如 /etc/passwd、配置文件等）
完全绕过 PHP 的安全限制机制

6 影响范围

6.1 受影响版本

PHP 8.x 系列（使用 libcurl ≥ 7.85.0）
其他使用高版本 libcurl 的 PHP 版本

6.2 受影响应用

任何使用 cURL 扩展并允许用户控制协议设置的代码
特别是实现了自定义协议处理逻辑的应用

7 修复方案

7.1 临时缓解措施

检查代码中所有使用 CURLOPT_PROTOCOLS_STR 和 CURLOPT_REDIR_PROTOCOLS_STR 的地方
确保不使用 "all" 作为参数值
明确指定所需的协议列表，避免使用通配符

7.2 安全编码实践

// 安全的协议设置方式
curl_setopt($ch, CURLOPT_PROTOCOLS_STR, "http,https,ftp"); // 明确枚举所需协议

// 不安全的设置方式（避免使用）
// curl_setopt($ch, CURLOPT_PROTOCOLS_STR, "all");

7.3 长期解决方案

更新 PHP 源码，修复安全检查逻辑漏洞
在 PHP 层添加对 "all" 字符串的特殊处理
考虑在协议设置时直接禁用 file:// 协议（当 open_basedir 启用时）

8 漏洞挖掘启示

语义一致性检查：安全机制需要与底层库的语义保持一致
黑名单的局限性：基于字符串匹配的黑名单往往容易被绕过
深度防御：需要在多个层次实施安全控制，避免单一依赖

9 总结

本漏洞展示了高版本 PHP 中一个重要的安全绕过技术，其核心问题是 PHP 应用层与底层库之间的语义解析差异。开发人员和安全研究人员应关注此类跨层语义不一致导致的安全问题，在代码审计和安全防护中给予充分重视。

关键要点：

open_basedir 不是绝对的安全保障
cURL 的 "all" 协议设置在高版本中可绕过目录限制
需要严格审查协议设置相关的代码逻辑
避免使用通配符形式的协议授权

高版本 PHP cURL 扩展绕过 open_ basedir 限制技术分析 1 漏洞概述 open_ basedir 是 PHP 的核心安全配置选项，用于限制 PHP 脚本只能访问指定目录下的文件，防止任意文件读取漏洞（LFR）。本技术文档分析在高版本 PHP 环境下，通过 cURL 扩展的特殊配置可绕过此安全限制的安全漏洞。 2 漏洞背景 2.1 open_ basedir 机制功能：限制 PHP 文件相关函数（fopen、file_ get_ contents、include 等）只能访问指定目录配置方式：通过 php.ini 或运行时配置设置安全目标：防止应用越权读取系统敏感文件 2.2 cURL 扩展的文件访问能力 cURL 扩展基于 libcurl 库开发支持 file:// 协议，可通过该协议访问本地文件系统通常用于 HTTP/HTTPS 请求，但也具备本地文件处理能力 3 漏洞触发条件必须同时满足以下三个条件： PHP 配置：已启用 open_ basedir 限制 libcurl 版本：使用 libcurl ≥ 7.85.0 版本 cURL 配置：代码中调用 CURLOPT_PROTOCOLS_STR 或 CURLOPT_REDIR_PROTOCOLS_STR 并设置为 "all" 4 技术原理分析 4.1 PHP 的安全检查机制 PHP cURL 扩展在设置协议时的安全检查逻辑：此检查机制通过字符串匹配方式检测用户输入中是否包含 "file" 字符串，如果发现则拒绝操作。 4.2 libcurl 的协议处理机制 libcurl 内部通过 protocol2num 函数解析协议字符串：当传入 "all" 参数时，libcurl 会开启所有可用协议（包括 file://），这是绕过检查的关键。 4.3 安全机制绕过原理漏洞产生的根本原因是： PHP 层的字符串检查与底层 libcurl 库的语义解析不一致。 PHP 层仅进行简单的字符串匹配，检测是否包含 "file" 字样当设置值为 "all" 时，PHP 检查通过（因不包含 "file" 字符串）但 libcurl 将 "all" 解释为"启用所有协议"，包括 file:// 协议最终导致 open_ basedir 限制被绕过 5 漏洞复现 5.1 环境要求 PHP 版本：8.3.0（或其他高版本） libcurl 版本：≥ 7.85.0 open_ basedir 已启用并配置 5.2 漏洞代码示例此配置无法绕过 open_ basedir，因为明确排除了 file 协议。 5.3 攻击向量代码通过此代码可读取系统任意文件，即使 open_ basedir 已启用。 5.4 攻击效果可读取 open_ basedir 限制外的任意文件包括系统敏感文件（如 /etc/passwd、配置文件等）完全绕过 PHP 的安全限制机制 6 影响范围 6.1 受影响版本 PHP 8.x 系列（使用 libcurl ≥ 7.85.0）其他使用高版本 libcurl 的 PHP 版本 6.2 受影响应用任何使用 cURL 扩展并允许用户控制协议设置的代码特别是实现了自定义协议处理逻辑的应用 7 修复方案 7.1 临时缓解措施检查代码中所有使用 CURLOPT_PROTOCOLS_STR 和 CURLOPT_REDIR_PROTOCOLS_STR 的地方确保不使用 "all" 作为参数值明确指定所需的协议列表，避免使用通配符 7.2 安全编码实践 7.3 长期解决方案更新 PHP 源码，修复安全检查逻辑漏洞在 PHP 层添加对 "all" 字符串的特殊处理考虑在协议设置时直接禁用 file:// 协议（当 open_ basedir 启用时） 8 漏洞挖掘启示语义一致性检查：安全机制需要与底层库的语义保持一致黑名单的局限性：基于字符串匹配的黑名单往往容易被绕过深度防御：需要在多个层次实施安全控制，避免单一依赖 9 总结本漏洞展示了高版本 PHP 中一个重要的安全绕过技术，其核心问题是 PHP 应用层与底层库之间的语义解析差异。开发人员和安全研究人员应关注此类跨层语义不一致导致的安全问题，在代码审计和安全防护中给予充分重视。关键要点： open_ basedir 不是绝对的安全保障 cURL 的 "all" 协议设置在高版本中可绕过目录限制需要严格审查协议设置相关的代码逻辑避免使用通配符形式的协议授权