老张是个小公司IT，每天要给十几台设备做端口映射配置。为了省事，他写了个自动化脚本，一键完成路由器规则添加和内网服务绑定。用了一阵子挺顺手，直到某天发现服务器被黑，日志里全是陌生IP在尝试登录数据库——源头正是那个“方便”的脚本。
自动化脚本不是原罪，问题出在哪儿？
像老张这样的情况并不少见。网络自动化脚本本身没有错，它能批量处理端口转发、动态DNS更新、防火墙规则同步等重复操作。但一旦忽视安全细节，就等于给外人留了后门。
最常见的问题是硬编码敏感信息。比如下面这种写法：
import requests
# 危险！不要这么做
router_ip = "192.168.1.1"
username = "admin"
password = "123456" # 明文密码直接暴露
requests.post(f"http://{router_ip}/cgi-bin/luci", data={"username": username, "password": password})
这段代码如果被泄露，攻击者就能直接拿到路由器控制权。更糟的是，很多人还会把这类脚本传到公共GitHub仓库，等于把家门钥匙贴在网上。
权限失控也是大隐患
有些脚本运行时需要高权限访问系统资源。比如自动修改iptables规则的脚本，通常得用root执行。一旦这个脚本被植入恶意代码，攻击者就能获得完整系统控制权。
还有些人图省事，设置脚本开机自启且免密运行。这就像家里装了个永远开着的智能门锁，哪怕指纹识别出问题，谁都能推门进来。
怎么用才相对安全？
第一，敏感信息必须隔离。用户名、密码、API密钥这些不该出现在代码里。可以用环境变量或独立配置文件管理，并设置文件权限为600。
import os
# 推荐方式：从环境变量读取
router_user = os.getenv("ROUTER_USER")
router_pass = os.getenv("ROUTER_PASS")
第二，最小权限原则。脚本不需要root就别用sudo运行。比如只改Nginx配置的脚本，给它单独的nginx组权限就够了。
第三，加签名和校验。重要脚本可以签名后再部署，运行前先验证完整性。就像收快递前看看包装有没有被拆过。
第四，日志监控不能少。每次脚本执行都记录时间、操作内容和来源IP。发现异常行为能第一时间响应。比如半夜三点突然有脚本修改了公网端口映射，那多半有问题。
第五，定期审计代码。别以为“能跑就行”。半年没动过的脚本也可能因为依赖库升级产生新漏洞。就像老房子不用也会漏雨，得时不时检查下。