IT 运营
按安全配置基线稽核系统
找出配置漂移与不安全例外，经变更控制修正，并持续监控。
流程
按这个顺序做。
- 界定授权系统群体、责任人、批准安全基线、适用规则、例外流程和证据窗口。
- 用只读接口、策略导出或批准扫描器收集当前配置，并保护任何敏感配置数据。
- 归一化版本与角色，然后将实际设置与适用基线比较，仅排除已记录的不适用检查。
- 与系统负责人核验表面偏差，并用暴露、可利用性、业务影响和补偿控制分级风险。
- 创建整改变更和限时例外，含责任人、批准、测试计划、维护窗口和回滚程序。
- 分阶段组应用已批准变更，监控服务健康，并在部署后直接核验每项设置。
- 报告合规与漂移趋势，保留证据，并为关键偏差自动化周期性检查和告警。
先准备
猫会向你要的输入。
- 系统清单与责任人
- 批准基线与适用规则
- 只读配置访问
- 变更与例外策略
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
cybersecurity-pack skills/cybersecurity-skills/hardening-linux-endpoint-with-cis-benchmark/SKILL.mdskills/cybersecurity-skills/hardening-windows-endpoint-with-cis-benchmark/SKILL.mdskills/cybersecurity-skills/auditing-cloud-with-cis-benchmarks/SKILL.md
界限
界限跟着提示一起走。
- 变更前先收集只读证据，并使用批准的维护与回滚程序。
- 不要在未测试系统角色和兼容性时套用通用加固设置。
- 保护导出配置，因其可能暴露架构、身份或密钥。
完成代表
一个可核对的终点。
每项适用检查都有当前证据与处置；已批准整改已核验；剩余偏差有可追责、将到期的例外。
来源
这个流程从哪来。
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
