【玩机教程】从 assert 动态调用报错到临时文件链路：P

目录背景与复盘范围1. 先让错误可见：配置检查与 FPM 重启2. 从 500 错误定位参数与类型约束3. 版本差异：为什么转向 PHP 5.6 测试4. PHPStudy 中重现 PHP 5.6 行为

5. “能执行”不等于“连接成功”：一键连接与 Base64 差异6. 抓包还原 base64_decode、eval 与 assert 的执行顺序7. eval 为什么不能像函数一样动态调用

8. 回调后门案例：usort、变长参数与 assert9. 语法错误与修正：eval 代码必须有分号10. 输入长度从十七字符压缩到七字符11. 为什么观察 PHP 文件上传临时文件

12. 从临时文件内容推导短输入匹配思路13. 抓取文件上传数据包并验证临时文件出现14. 讲师经验与方法总结按证据推进，而不是按结果倒推复盘结论

摘要：本文复盘一组只在课程授权实验环境中进行的 PHP 代码审计与调试实验。案例从display_errors和FPM配置开始，逐步解释assert在 PHP 5.6 与 7.3 中的动态调用差异，再通过抓包还原

base64_decode、eval和usort回调链路。最后，实验转向七字符限制下的文件上传临时文件观察，记录临时文件的生成、消失、匹配思路及验证失败点，强调版本、调用类型、错误信息和实际复现之间的关系。背景与复盘范围

本文只整理附件中出现的课程实验过程。

所有请求、代码片段、抓包和版本切换均发生在讲义所示的本地 PHPStudy、Windows 或 Linux 测试环境中，目标是理解旧版 PHP 行为并完成授权靶场验证，不应直接套用到未知站点或未获授权的系统。

这次复盘的核心问题有三个：第一，为什么同一段动态调用在 PHP 7.3 中报错，而在 PHP 5.6 中能够运行；第二，为什么给参数增加 Base64 编码后，连接结果反而发生变化；

第三，当输入长度从十七个字符压缩到七个字符时，如何从常规参数传递转向观察文件上传临时文件。课程没有把这些问题当作一次性成功的操作，而是通过错误、抓包和环境切换逐层定位原因。1. 先让错误可见：配置检查与 FPM 重启

实验的第一步不是直接尝试执行，而是把 PHP 的错误显示打开。配置界面中重点确认了display_errors和错误级别相关选项，先只打开确定需要的项目，保留其他选项作为后续排错手段。这样做的目的，是让页面能够返回500

错误背后的具体原因，而不是只看到空白或泛化的失败提示。

图 01：截图展示了课程环境里与错误显示有关的配置项，后续判断以页面实际返回的错误文本为依据。

图 02：截图记录了display_errors等配置被启用后的状态，配置修改后需要重新加载服务才能生效。课程中再次确认了另一个配置位置，避免只修改了一个页面却没有覆盖实际运行的 PHP 配置。

若后续仍然没有错误回显，才继续扩大开启范围；当前先保持最小修改，减少其他变量对实验的影响。

图 03：截图展示了需要核对的第二处配置，说明同一运行环境可能存在多层配置来源。修改完成后重启 PHP-FPM。重启并不是“顺手做一下”，而是为了让进程重新读取配置；

如果跳过这一步，页面仍可能沿用旧进程中的设置，导致后面的错误判断失真。

图 04：终端截图记录了 FPM 重启过程，后续请求均建立在重新加载配置后的进程上。重启后再次请求测试页面，确认页面可以正常返回；随后故意保留缺失参数的状态，以便观察程序如何报告问题。

此时的目标不是马上得到“成功连接”，而是把每个缺失参数和类型要求分离出来。2. 从500错误定位参数与类型约束首次请求返回500。错误信息指出，参数0没有传入，同时某处要求接收到string类型的函数名。

两个错误同时出现，说明问题还没有进入assert的核心逻辑，程序在读取参数和检查调用类型时就已经停止。

图 05：页面错误信息对应两个缺失值，截图用于确认错误并非网络层超时或服务未启动。随后补上第一个参数，再观察错误数量变化。错误少了一项，说明参数确实被程序读到了，剩余报错可以继续作为下一步定位依据。

这个过程体现了一个重要的排查习惯：每次只改变一个输入，利用错误数量或错误文本判断程序执行到了哪一层。

图 06：截图展示了只补充部分参数后的响应，结果表明参数读取已经向前推进。实验把参数1临时设置为phpinfo，再把它交给assert相关逻辑执行。

此时页面不再提示“未定义参数”，而是明确指出不能通过动态方式执行assert。这条报错把问题从“有没有传参”推进到了“运行时是否允许把变量当作可调用对象”。

图 07：截图对应 PHP 7.3 环境中的动态执行错误，实验据此开始比较不同版本的语言行为。

图 08：终端输出进一步确认了限制来自运行时，而不是请求格式或页面显示问题。这时得到的第一条阶段性结论是：在 PHP 7.3 环境下，把assert作为变量函数动态调用会失败；因此，不能只看代码表面是否包含assert

，还必须确认目标 PHP 版本及其调用规则。3. 版本差异：为什么转向 PHP 5.6 测试课程随后回到兼容性问题。

讲解中提到，当前 PHP 已经发展到 8.x，但互联网上仍可能存在 PHP 7.3、7.4 或 5.6 的遗留服务。这里的“仍可能存在”只是版本背景判断，不代表可以对任何外部服务进行测试；

在本次实验中，版本差异通过本地环境重现。