横向移动的常见路径与检测思路
内网横向的核心是「凭证」:同一个密码、同一把密钥、同一份配置,会在多台机器上复用。
防守方的应对不是「抓某一个工具」,而是「减少凭证复用 + 分段隔离 + 异常登录检测」。
先说结论
防守的关键是去重凭证、分段网络、监控异常登录。
- 不同环境使用不同凭证
- 内网分段,限制东西向流量
- 监控同一账号的异常登录地点/时间
- 关键系统启用多因素认证
漏洞是怎么产生的
横向移动不是单一技术,而是一系列「用已有权限换取更多权限」的动作。
它的前提是内网「平坦」:一台机器被攻陷,可以直连大量其他机器。
修复与验证
修复不是改一行代码,而是四件事一起做:
- 梳理信任关系:SSH 免密、共享账号、配置中心
- 去重凭证:每台机器独立密钥/密码
- 网络分段:数据库只允许应用网段访问
- 监控:异地登录、非工作时间、批量失败
- 演练:假设一台被攻陷,评估扩散范围
攻击面与检测点
按影响面排序,先修影响最大的:
| 路径 | 依赖 | 缓解 |
|---|---|---|
| SSH 免密 | 私钥复用到多机 | 一机一钥 |
| 共享账号 | 同一口令 | 个人账号 + 审计 |
| 内网服务弱口令 | 默认配置 | 改默认口令 |
| 配置中心 | 集中凭证 | 加密 + 权限控制 |

几个容易踩的坑
下面这些是最常见的错误做法:
- 全公司用同一套 root 密码
- 内网不做分段:一台失守全网可达
- 只查外网边界:忽略东西向流量
- 日志不集中:无法跨机关联
写在最后
横向移动的防线在「架构」而不在「工具」:减少可复用的凭证,缩短攻击者的移动路径。
安全不是一次加固,是持续的假设:假设输入不可信、假设边界会破、假设有人会看错。
评论 (3)
修复清单比漏洞描述有用多了,很多文章只讲怎么打不讲怎么防。
白名单那条永远是最有效的,正则黑名单迟早绕过。
建议再补一条:把这类检查加到 CI 里,靠人记必然漏。
发表评论