Kali Linux 生产落地案例

五、生产落地案例

案例一：某公司内网授权渗透测试

背景。一家两百人规模的公司要做年度安全自检，资产包括办公网段的终端、若干台对外提供服务的 Linux 服务器，以及一套内部 OA 系统。公司提供了书面授权书，明确范围是三个内网 C 段出口 IP 与 OA 域名，时间窗为周末两天，明确禁止 DoS、禁止导出任何业务数据。

怎么做。第一天做信息收集与服务识别，用限速参数扫描并保存三种格式的输出；第二天针对识别出的服务做漏洞验证，只做「证明存在」级别的最小动作，拿到证据立刻停止深入。全程用 workspace 隔离，每个目标一个工作区。

# 关键配置 1：工作区隔离
msf6 > workspace -a client-2026-q3

# 关键配置 2：限速扫描，降低对生产网段的影响
nmap -sS -sV -T2 --max-rate 100 -p- 192.0.2.10 -oA client-10-full

# 关键配置 3：先 check 再 run，避免误伤
msf6 > use auxiliary/scanner/smb/smb_ms17_010
msf6 > set RHOSTS 192.0.2.10
msf6 > run

效果。识别出若干台主机存在未打补丁的旧版本服务，其中一台可被已验证的公开漏洞利用并拿到低权限会话。报告按严重程度分级，最高优先级的三项在两周内完成修复，并安排了一次复测确认漏洞已关闭。

坑与解决。一是扫描过快触发内网 IDS 告警，运维同事收到大量告警后误以为被真实攻击，后续把扫描速率降到 -T2 并提前与运维同步扫描时间窗，告警噪音明显下降。二是从虚拟机快照回滚后再连目标机器出现 SSH 主机密钥冲突报错，原因是回滚把 known_hosts 与主机侧密钥的对应关系打乱了，解决方式是删除本地对应条目重新接受指纹，或在测试前用只读的 ssh-keyscan 记录一次基线。三是 apt 源混用导致依赖冲突，安装某个第三方工具后系统升级失败，最后注释掉非官方源并重新更新才恢复。

案例二：等保测评前的自查

背景。另一家公司要在正式测评前先自查，重点是对外暴露面与弱口令策略。授权范围限定为对外域名及其解析出的公网 IP，时间窗为工作日夜间，明确不允许做任何密码爆破以外的侵入性动作，也不允许触碰数据库内容。

怎么做。先用 nmap 对授权公网 IP 做端口与服务识别，再用 gobuster 找暴露的管理后台路径，用 burpsuite 人工验证几个可疑参数是否存在越权，最后对授权范围内的运维账号做小规模密码审计，确认口令策略是否落地。

# 对外暴露面识别
nmap -sS -sV -Pn -p 1-10000 203.0.113.20 -oA ext-20

# 管理后台路径发现，并发降到 20 以内
gobuster dir -u https://demo.example.com -w /usr/share/wordlists/dirb/common.txt -t 20

# 授权范围内的弱口令审计，限定线程数避免锁定账号
hydra -L ops-users.txt -P top100.txt rdp://203.0.113.21 -t 4 -o audit.txt

效果。发现两个对外暴露但未做访问控制的管理入口，以及若干条可以被字典命中的弱口令。整改后重测，管理入口已加 IP 白名单与多因素认证，弱口令全部更换，策略中增加了登录失败锁定。

坑与解决。一是爆破线程给多了导致账号被锁定，业务同事上班后无法登录，之后把线程降到 4 以内，并在授权书里写明「可能触发账号锁定」并约定解锁流程。二是抓包工具与扫描工具同时跑，测试机 CPU 跑满导致结果不完整，解决方式是把扫描和抓包分成两批执行，并在测试机上限制并发。三是测试记录没有实时留痕，事后靠回忆补报告，后来改成每一步操作都重定向到带时间戳的日志文件，报告数据全部可回溯。