代码层面漏洞修复：系统设置里那些藏得深的坑

前两天朋友装了个小众远程管理工具，结果开机就弹出防火墙警告——查了一圈发现是程序启动时调用了未校验的配置路径，把用户家目录下任意文件当脚本执行了。这不是玄学，是典型的代码层面漏洞没修干净。

什么叫“代码层面”的漏洞？

系统设置界面看着只是点几下勾选框，背后却连着一堆配置写入、环境变量拼接、服务重启脚本。比如你在「系统设置→启动项」里添加一条自定义命令：sh /etc/init.d/$(cat ~/.config/startup_name)，如果这个 startup_name 文件内容被恶意篡改成 ../../tmp/malware.sh，那开机就自动跑黑产脚本了。

常见修复动作其实就三招

第一是参数过滤。比如读取用户输入的端口号，别直接拼进命令行：

# 错误写法
os.system(f"nc -l {user_input_port}")

# 正确写法（只允许数字+范围校验）
if user_input_port.isdigit() and 1024 <= int(user_input_port) <= 65535:
    os.system(f"nc -l {user_input_port}")

第二是路径白名单。系统设置里常要读写配置文件，别用 open(user_path, 'w')，换成固定路径 + 哈希校验：

# 比如只允许修改 /etc/myapp/conf.d/ 下的 .json 文件
allowed_dir = "/etc/myapp/conf.d/"
if user_file.startswith(allowed_dir) and user_file.endswith(".json"):
    with open(user_file, "w") as f:
        f.write(safe_json)

第三是权限降级。很多设置工具默认以 root 启动，但真正需要高权的操作可能就一两处——比如改网络配置后重启 NetworkManager。其余时间该用普通用户就用普通用户，避免整个进程被劫持后一路提权。

自己检查设置工具是否靠谱

打开终端，运行你刚配好的设置功能，同时另起窗口执行：

ps aux --forest | grep -A5 "your-setting-app"

系统设置不是魔法面板，它背后每行代码都经得起推敲，才真算稳。