ITIL 服务管理

ITIL 在安全圈里名声不佳，通常是因为有人把它当成了文书工作，而不是管好 IT 的方法。我不这样看待它。当我把 ITIL 实践引入一个环境时，我追求的是真正降低风险的部分：能在配置错误的防火墙规则上线前将其拦下的变更管理流程，能在几分钟而不是几小时内把安全事件送到合适人选手中的事件流程，以及能如实告诉您网络上究竟运行着什么的配置管理数据库。

为什么这对安全很重要

我事后复盘过的大多数数据泄露，都可以追溯到流程漏洞，而不是缺少某个工具。一次未经授权的变更在周五下午发布。一台没人登记的资产仍在运行已终止支持的操作系统。一张关于“登录缓慢”的服务台工单，结果是凭据填充攻击的最初迹象，但由于事件管理和服务管理分处不同的孤岛，没有人把这些点串起来。做得好的 ITIL，会让您以一个相互关联的整体来管理变更、事件、问题和资产，从而弥合这些缺口。

我的做法

我从审视您已经在做的事情开始，而不是教科书上说您应该做什么。大多数组织已经有某种版本的变更控制和事件处理；问题在于它是否一致，安全团队是否有一席之地，以及您保存的记录在真正的事件或审计中是否真能帮上忙。从那里开始，我会帮助您收紧最重要的流程，通常是变更管理、事件管理以及配置/资产管理，并在 IT 运维与安全团队之间建立联结，使服务中断和安全事件在需要时被当作同一类问题来处理。

我无意交给您一本放在架子上落灰的 40 页流程手册。我关心的是，您的变更咨询委员会是否真的拦下了有风险的变更，您的 CMDB 是否反映现实，您的团队能否在几分钟而不是几天内回答“故障发生前刚刚改了什么”。这就是标准。

适合哪些组织

这项工作适合正在超越临时性 IT 运维规模的组织，需要符合 ITIL 的流程来满足客户或合规要求的公司，以及厌倦了总是最后一个知道生产环境发生了变化的安全团队。

如果您的变更流程和安全体系互不沟通，这值得谈一谈。联系我，告诉我摩擦出在哪里。