EOL 组件为什么重要
生命周期结束（EOL）意味着厂商标记为停止维护：之后出现的问题不再有官方补丁，风险只能靠隔离与自研缓解。识别对象包括操作系统、语言运行时、数据库、中间件大版本、容器基础镜像与设备固件。EOL 本身不等于存在漏洞，但它意味着新的风险将长期无补丁可用，因此要按承载业务的重要性排序处理。
基本信息
| 对象 | OS、语言运行时、数据库、框架与中间件、容器镜像、设备固件 |
|---|---|
| 数据源 | 厂商生命周期公告与版本支持矩阵 |
| 输出 | EOL 清单 + 风险说明 + 迁移路径与紧迫度 |
| 排序依据 | 承载业务重要性、暴露面、是否存在替代方案 |
典型使用场景
- 年度技术栈健康度评估与升级预算准备
- 接管遗留系统时快速判断维护风险
- 合规检查中提供软件资产的生命周期证明
- 容器镜像治理：识别已停止维护的基础镜像
- 排查“问题无法修复”类结论的真实原因
识别步骤
识别步骤
# 1. 从资产台账与主机清单导出组件与版本清单
cat /etc/os-release # 主机操作系统与版本（Linux）
php -v; java -version; node -v 2>/dev/null # 运行时版本（按部署方式逐台核对）
docker images --format '{{.Repository}}:{{.Tag}}' 2>/dev/null # 容器镜像与标签
# 2. 对照厂商生命周期公告标注：维护中 / 扩展支持 / 已停止维护
# 3. 对已停止维护组件标注替代版本、迁移工作量与紧迫度
# 4. 汇总为管理层可读的清单（业务系统 → 组件 → 状态 → 建议）对象与迁移要点
| 对象 | 识别方式 | 迁移要点 |
|---|---|---|
| 操作系统 | 发行版版本号与支持周期 | 跨大版本升级需验证中间件兼容 |
| 语言运行时 | 版本号与官方支持矩阵 | 注意框架与扩展的同步升级 |
| 数据库 | 主版本号与扩展支持状态 | 升级前做备份与回滚演练 |
| 容器基础镜像 | 镜像标签与构建时间 | 改造镜像构建流水线并重打基线 |
| 设备固件 | 厂商发布公告与设备型号 | 无法升级时以网络隔离缓解 |
EOL 结论要与业务影响绑定：同样停止维护的两个系统，对外暴露的交易系统与内网离线分析系统的优先级完全不同，报告里应分别给出处置时限建议。
内嵌运行时容易被漏掉：不少设备与第三方软件自带特定版本的运行时或数据库，它们不体现在主机软件清单里，需要通过端口探测与组件指纹补充识别。