每日科技资讯精选｜2026-10-26

2026-10-26 每日科技资讯精选 · 本期 5 条。今天最重要的一件事是 Gheist 仍在活动：被盗 GitHub Token 已把 13,500 多个恶意分支种进 850 多个账户，公开仓的审批拦截挡不住私有仓与企业版里的密钥外泄。

1. Gheist 盗用 GitHub Token 大规模窃取 CI 密钥：公开仓审批拦截不保护私有仓与企业版（Wiz · 2026-10-26 01:55（北京时间，原文 17:55 UTC） · 独立研究）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：Wiz Research 自 9 月 15 日起追踪的 Gheist 行动，用被盗 GitHub Token 向其可达的每个仓库提交名为 sync-check 的工作流，意图把仓库与环境密钥打印进工作流日志；截至 10 月 24 日，该行动仍在演变，已回收 13,500 多个 ci-sync- 分支、涉及 850 多个账户，约三分之二的涉事账户已不在 GitHub 上，Wiz 认为这可能源于其上报后的处置。关键绕过有三点：GitHub 仅对原文密钥做日志脱敏，Base32 编码后的密钥可完整输出；工作流的 permissions: {} 限制不了 secrets 上下文；部署环境以矩阵形式列出时，环境级密钥（常为生产凭证）也会一并输出。GitHub 自 7 月 28 日起对公开仓可疑工作流实施的审批拦截确实有效——Wiz 检查的公开仓运行全部停在 action_required、未执行；但该拦截不适用于私有仓与 GitHub Enterprise Server，那里审计日志显示 ci-sync- 分支的运行已完成并被 gheist 用户代理删除，云侧 CloudTrail 也证实攻击分支上的工作流曾担任 AWS 角色。
• 对银行业的价值：（推断）银行若用 GitHub 私有仓与自建 Runner 托管代码与密钥，应把 Gheist 的猎取指标直接落到自家审计中：搜 ci-sync- 六位随机分支、gheist 用户代理、一分钟内完成即删的运行，以及 OIDC 主体中含 ci-sync- 分支的云角色担任记录；同时按 Wiz 的建议收紧环境审批、把 OIDC 信任限定到受保护分支或环境、停用长期个人访问 Token、让自建 Runner 以无 Docker Socket 与元数据访问的临时主机运行——公开仓“已被拦截”不能作为私有仓安全的证据。
• 值得深读：Wiz 原文“How the attack works”中三点绕过机制的完整描述；“GitHub's approval hold and private repositories”中公开仓与私有仓的对照证据；10 月 19 日新增的 sync-host 自建 Runner 任务（搜 31 种 Token 格式、/proc/*/environ、Docker Socket 挂载宿主根文件系统、Kubernetes ServiceAccount Token），以及文末猎取与加固清单中 .gdmp_pat 等文件标记与工作流 Blob SHA。
• 原文链接：https://www.wiz.io/blog/gheist-attempted-scaled-abuse-of-stolen-github-tokens-stumbles

2. Tailworm：未修复的 Tailscale SSH 缺陷可让已入侵设备提权至其他服务器 Root（The Hacker News · 2026-10-26 02:29（北京时间，原文 18:29 UTC） · 媒体报道）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：Cyberdione Labs 的 Erica Windisch 于 10 月 25 日发表 Tailworm 报告，在实验室中对 Tailscale 1.104.2 与自建服务端 headscale 0.29.5 做了三天测试，共列 11 项发现，核心是 Tailscale SSH：只要开启端口转发、攻击者已控制一台访问规则允许连向目标的设备，就无需口令或密钥即可在可达服务器上获得 Root。文中三条路径为：普通转发会话使 Root 级 Tailscale 进程连向仅 Root 可访问的系统套接字并读到系统口令文件；替换 Root 拥有的套接字直接执行 Root 命令；以竞态绕过转发路径检查后窃取设备注册密钥、把攻击者机器以受信服务器身份加入网络（未启用 Tailnet Lock 时全程成立，启用时密钥虽在传输中被截获、最后一步未完成）。截至报道时，Tailscale 未发布安全公告、CVE 编号或修复版本；Windisch 称“可蠕虫化”（实验室中每步不到一秒），但该定性受到其他研究人员质疑，且其结论尚未被公开复现、Tailscale 亦未确认具体技术主张。
• 对银行业的价值：（推断）银行若用 Tailscale 或 headscale 做运维远程接入，应立即按无补丁状态处置：把 SSH 访问规则收敛为单源到单目标的成对规则（报告中唯一在测试中独自阻断扩散的控制），在托管服务上按规则关闭转发——headscale 0.29.5 上转发无法关闭，其每条 SSH 授权都应按等同 Root 对待；同时清理不必要的应用连接器权限与指向 Unix 套接字的 serve 转发、开启节点密钥过期，并在设备失陷时在控制面删除设备（仅重装系统不足以吊销已被复制的密钥）。
• 值得深读：The Hacker News 原文对三条提权路径的分段描述；“What to Do Now”中与 Tailscale 建议重合的缓解清单；文末关于披露经过的说明（Windisch 称已提前把报告与 PoC 交给 Tailscale 安全联系人，Tailscale 工程副总裁 Mike Shaver 在 Reddit 回应称已收到报告、正与外部安全专家一同处理，且不建议所有人停用 Tailscale SSH）与应用连接器 conn25 可触达云元数据服务的另一项发现。
• 原文链接：http://thehackernews.com/2026/10/unpatched-tailscale-ssh-flaws-could-let.html

3. PHP2Shell 已致欧洲政府机构被入侵：两小时内窃取口令哈希与 MFA 密钥，疑似朝鲜关联扫描瞄准金融机构（The Hacker News · 2026-10-26（页面仅标注日期） · 媒体报道）（P1 值得阅读） #

就此条发起议题

• 新变化/核心观点：Palo Alto Networks Unit 42 披露的实战案例显示，攻击者利用 PHP2Shell（CVE-2026-109618、CVE-2026-109619）入侵一家欧洲政府机构后，两小时内就拿到了口令哈希与多因素认证密钥，并建立 NTLM 中继隧道进入 Active Directory、尝试提权至域管理员。Unit 42 观察到的命令带有 Agent 式攻击的标记：批量枚举认证数据库与双因素密钥、用 curl 做匿名 LDAP 查询侦察域控制器、按 ==SHELLUSER==、==PASSWD== 这类分段符包装命令批次以便模型解析输出。与此同时，CYFIRMA 披露一项中等置信度归因于 Lazarus 生态的疑似朝鲜关联行动：21 个被入侵节点以低量慢速方式探测 216 台未打补丁或部分缓解的主机，覆盖美国、日本、韩国、泰国、印尼、澳大利亚、台湾、印度、新加坡、阿联酋、沙特与欧盟，行业包括政府、金融机构、物流、机场与航空、制造与在线交易平台，CYFIRMA 称“利用是下一步”，目标已在当日短名单化。此外，PHP 基金会又警告第三个远程代码执行问题 CVE-2026-115560，仅在“不寻常的配置与应用代码组合”下成立，预计随常规发布周期修复。
• 对银行业的价值：（推断）银行应把本条当作未完成补丁的最后通牒来读：金融机构已明确出现在疑似定向扫描的目标行业中，且从首次利用到 MFA 密钥失窃的窗口只有两小时，事后轮换必须覆盖口令哈希与 MFA 密钥、而不仅是应用口令；同时按 Unit 42 与 ReliaQuest 给出的检测线索排查 PHP 工作进程派生的异常命令与“POST 返回 500、PHP 报内存耗尽与堆损坏、Apache 工作进程崩溃”的日志序列，并对 CVE-2026-115560 核查是否在运行时切换过 session.serialize_handler 且仍开启会话上传进度。
• 值得深读：Unit 42 案例中两小时时间线与三类侦察命令的原文表述；CYFIRMA 部分 216 台主机的地域与行业分布及 I2P 协调渠道的归因依据（中等置信度，非定论）；文末关于第三个 CVE 触发条件的完整限定句与 Bitsight 约 3,700 万台互联网可达 PHP 系统的扫描数据。
• 原文链接：http://thehackernews.com/2026/10/php2shell-exploitation-hits-government.html

4. llm-d 1.0 新指南：多租户流控与 Agent 会话路由的 Kubernetes 推理部署路径（AiCybr · 2026-10-25（页面仅标注日期） · 社区文章）（P2 可选） #

就此条发起议题

• 新变化/核心观点：这篇 10 月 25 日的新指南梳理的是 10 月 20 日发布的 llm-d 1.0（标签 v1.0.0），而非当日新版本：路由配置 API EPPConfig 与 InferenceObjective 升为 llm-d.ai/v1，主要组件版本对齐；新增多租户流控（轮次优先级评分、程序感知公平性、过载时概率准入）、路由高可用与热备、DisaggregatedSet 对 Prefill/Decode 副本集的协同管理，以及面向多轮 Agent 的会话感知路由与 Responses API 的 previous_response_id 支持；旧的 llm-d-rocm 镜像流随上游引擎镜像路线而弃用。架构上，请求经 Kubernetes 路由层到达 llm-d Endpoint Picker，按缓存前缀、负载与预测延迟选副本；前缀感知路由对共享长前缀的编码 Agent 与多轮助手可避免重复 Prefill 计算；指南默认示例为两副本 Qwen3-32B vLLM 部署、共四块 H100 80GB。
• 对银行业的价值：（推断）银行在多租户推理平台上为不同业务线与 Agent 任务分优先级时，可把这份指南当作 1.0 评估清单：先在隔离环境验证多租户流控在突发 Agent 扇出与持续饱和下的准入与拒绝计数、Prefill/Decode 滚动升级中会话不中断、路由故障切换与回滚，再决定是否从单引擎 vLLM/SGLang 升级为整套 llm-d 路由层——单节点或单副本服务没有跨副本路由需求时，不必为这套编排买单。
• 值得深读：指南“New capabilities”中多租户流控、高可用与 Agent 路由三节的取舍说明；“Published benchmarks”对两组数据的限定（Google Ironwood TPU 上前缀感知路由加宿主内存 KV 卸载使中位首 Token 延迟降逾 85%、吞吐 2.4 倍，为 Google 自报的特定负载结果；IBM 在 544 块 H100 上跑 GLM-5.2 的研究早于 1.0，不能读作 1.0 对 0.x 的提升）；文末 8 步升级清单中“替换已移除指标别名”与“固定引擎镜像、图表版本与模型修订”的要求。
• 原文链接：https://aicybr.com/blog/llm-d-1-0-kubernetes-inference-routing-quickstart-upgrade

5. EKS 升级至 Kubernetes 1.37 新指南：Metrics API 与 DRA 设备污点 GA、HPA 缩容至零进入 Beta（Tech Insider · 2026-10-25（页面仅标注日期） · 媒体报道）（P2 可选） #

就此条发起议题

• 新变化/核心观点：这篇 10 月 25 日的新指南针对的是 10 月 2 日起 Amazon EKS 支持的 Kubernetes 1.37，而非当日新版本：Metrics API metrics.k8s.io/v1 与动态资源分配（DRA）的设备污点及容忍度进入 GA，前者是 CPU/内存 HPA 与 kubectl top 的数据来源，后者可把 GPU 等设备隔离给带容忍度的负载；面向对象或外部指标且 minReplicas: 0 的 HPA 缩容至零进入 Beta 且默认开启，指南警告要先全仓搜 minReplicas: 0、防止误缩关键服务。升级路径按控制面、托管插件、节点三层固定顺序进行，文中称控制面升级没有回退按钮，因此要求先在一次性集群上排练、跑 EKS 升级洞察并用 pluto 与 kubent 扫描已弃用 API；70 分钟是动手时间，等待控制面与节点滚动的时间另计。
• 对银行业的价值：（推断）银行在受监管环境中禁 Beta API 时，可把 Metrics API 转正作为 1.37 的合规收益点来评估，但仍需按指南顺序先做排练与弃用 API 扫描；对混部推理与普通服务的集群，DRA 设备污点是隔离稀缺加速卡的现成护栏；缩容至零只宜用于明确可停的队列型 Worker，面向客流的服务上线前必须先排除意外的 minReplicas: 0。
• 值得深读：指南中 Metrics API 转正后“kubectl get apiservice 确认指标服务可用”的校验点；DRA 设备污点一节对无加速器集群“可直接跳过”的判断；HPA 缩容至零一节的“意外归零”风险与第 6 步的前置搜索要求；文末关于 eksctl 0.231.0 取自单一发布页、需复核最新版本的提醒。
• 原文链接：https://tech-insider.org/eks-cluster-upgrade-kubernetes-1-37-13-steps-2026/

后续关注

• Google 计划于 2026-10-27（太平洋时间）从 Chrome Root Store 移除 eMudhra 的 emSign ECC Root CA-G3，链下合法证书须在此前完成更换。
• LiteLLM 的第二个独立漏洞定于 2026-10-27 披露，届时按常规扫描复核。
• curl 对 LOW/MEDIUM 级漏洞报告的公开处理今日（2026-10-26）起生效，该政策由维护者 Daniel Stenberg 于 2026-10-20 宣布，HIGH/CRITICAL 报告仍走私有 HackerOne 通道。

窗口边缘（未列入）

• VAST Data 与 NVIDIA 的 Agent Sandbox Foundation Stack（chiefit 2026-10-26 转载）：原发布为 2026-10-22 至 10-23，超出基准窗口，未列入。
• OpenAI 前沿模型无互联网训练（2026-10-23 披露）：已见 2026-10-24 简报，窗口内仅为二次报道，未列入。
• Splunk State of Observability 2026（2026-10-20 发布）：超出基准窗口，且为厂商调研而非独立基准，未列入。

已查信源

• 平台与容器项目官方渠道：本轮检索未见窗口内重要更新；Argo CD、Kuma 等仅见常规维护版本，Kuma 3.0.0 为 2026-10-15（窗口外）。
• 网关与 AI 基础设施项目官方渠道：LiteLLM 承诺的 eMudhra 移除版本本轮仍未见发布确认；Kubernetes Gateway API、Envoy Gateway、Kong、APISIX、Higress、SFTPGo、tus、Kueue、Volcano、HAMi、Koordinator、KServe、vLLM 本轮未见窗口内重要更新（llm-d 1.0 指南见正文第 4 条，版本本身为 2026-10-20）。
• 社区与媒体：The Hacker News 2026-10-26（见正文第 2、3 条）；CNCF 博客最新 2026-10-19、The New Stack 相关文章为窗口外。
• 云厂商官方博客：AWS、Google Cloud、Azure、Cloudflare 官方博客本轮未见聚焦领域新文；EKS 1.37 支持为 2026-10-02（指南见正文第 5 条）。
• AI 厂商官方发布：Anthropic、OpenAI、Google DeepMind、MCP 官方博客/规范本轮无新发布；OpenAI 前沿训练披露为 2026-10-23（已见 2026-10-24 简报）。
• 学术：arXiv 本轮未发现与 Agent 可观测、运维 Agent/AIOps、AI 编码、LLM 推理与算力调度强相关的窗口内达标论文。
• 热度参考：Hacker News 首页 2026-10-26：Gheist、Tailworm 帖与正文第 1、2 条对应；其余热帖与聚焦领域无直接关系。