供应链安全

【背景】 做了 15 年安全加固，最常被问的一句话是：「CIS 基线报告出来了，100 项里有 20 项不合规，你们打算怎么修？优先级怎么排？」 我见过两种极端： - 某金融客户：CIS 100 项必须全过，包括「禁用 root SSH 登

【背景】 我负责一套 K8s 1.28（containerd 1.7，自建集群）上约 45 个微服务的镜像供应链加固。现状：镜像统一推内网 Harbor 2.9，CI 已接 Trivy 扫描（无 CRITICAL 才放行），基础镜像 ecl

«作者视角：10 年分布式系统工程师，专注安全加固与风险防范。 栈：Node.js 20.11 / npm 10.5.0、pnpm 8.15、Docker 24.0.7（BuildKit）、GitHub Actions、一个 3 节点 K8

«作者视角：15 年经验安全工程师，习惯从现象倒推根因 栈：GitHub Actions（GHES 3.11 / github.com 通用）、Node 20、Docker 24、Harbor 2.9 结论先行：GitHub 的 "GITH

背景 一次真实的内部复盘：某支付网关的第三方 SDK 疑似被供应链投毒（版本指纹 + 行为特征都指向恶意逻辑），安全团队主张「立即下线该节点 + 隔离出口流量」，业务团队主张「先只限流、保留可观测」，理由是下线会直接损失约 10% 当夜订单

一、现象：发版后的第二天，密钥出现在了陌生人的手里 上个月给一家做 SaaS 的客户做安全复盘，他们上个月踩了个坑：某次 CI 发版之后，运维在出站日志里翻到一条不该出现的请求——构建机向一个形如 "https://cdn-<已脱敏>.co