2026.10，Intel ICPS 驱动导致 OneNote 显示空白页面，MS365 登录显示ERR_CONNECTION_RESET

2026-10-08

数字笔记珍宝

如果你的 OneNote 持续显示笔记本“是最新的”，但页面空白，且 Microsoft 365 登录因连接重置而不断失败，可能不是你的网络、账户或Microsoft云端的。

一位独立研究者追踪到故障原因，原因是 Intel Connectivity Performance Suite（ICPS），它是许多英特尔的笔记本电脑预装的网络优化软件。该研究者的日志还显示，Windows Update 多次重新安装受影响的更新。

CircleID于2026年10月7日报道了这些发现。这些数据来自一份详细的事件报告、10月2日的英特尔社区帖子，以及一个公开证据库。迄今为止，英特尔和 Microsoft 尚未发布任何正式的建议。不过，技术细节足够具体，可以与您自己的设备进行核对。

关于驱动程序的动作报告

该研究者的叙述集中在一个内核组件上。在英特尔社区的帖子中，问题驱动是IntcCo11X64.sys版本11.5.11.19，即“Intel Connectivity Traffic Control Callout Driver 英特尔连接流量控制调用驱动”。它来自 ICPS 40.25.926.0，运行在INTCCoSvc服务下。它通过Windows过滤平台（WFP）在出站IPv6传输层和IP数据包层调用来工作。

根据CircleID，研究人员的数据包捕获显示Intel驱动允许初始TCP握手进行，并以有效的IPv6流标签进行，然后在后续的数据包中将字段改为零。论坛帖子这样描述了这一模式：

SYN 离开机器时携带着 Windows 堆栈分配的标签。
每个确认（ACK）和数据段发出后，标签设置为0。
在一次基线捕获中，42个握手后数据包中没有一个保留原始标签。

三星社区版本的报告也说了同样的内容。它说预装的ICPS版本在握手后会重写每个TCP数据包的IPv6流标签。

为什么一个20位字段就能破坏连接

IPv6 头部包含一个 20 位的 Flow Label 字段，而 IPv4 没有类似字段。RFC 6437，IETF 的流标签规范，表示标签为零表示数据包未标记。它还指出，一旦设置了非零标签，预计数据包将不变到达目的地。RFC 明确鼓励使用该标签进行无状态负载分配。

RFC 7098 也将同样的理念应用于服务器负载均衡。它规定标签应针对给定的流量（如 HTTP 连接）设定为常值，这种一致性使它在负载均衡中非常有用。在研究人员的诊断中，Microsoft的优势正是依赖于这种一致性。

RFC 7098 也将同样的理念应用于服务器负载均衡。它规定标签应针对给定的流量（如 HTTP 连接）设定为常值，这种一致性使它在负载均衡中非常有用。

在研究人员的诊断中，Microsoft的优势正是依赖于这种一致性。追踪问题指出，Microsoft的Azure Front Door在标签上进行哈希，因此这些数据包到达了不同的节点，连接被重置。论坛帖子提供了支持证据：SYN-ACK的跳数限制是47，RST的跳数限制是49。研究人员将此解读为两台不同的机器在接听。

更简单的比喻是：你在酒店前台办理入住，入住中途你的房卡被重新编程到另一层。新楼层的工作人员从未听说过你，要求你离开。

那个负载均衡器的解释是研究人员的分析。Microsoft 在本报道中未在任何审查材料中确认这一点。应将其视为一个有充分论证、有数据包证据支持的假说，而非厂商确认的根本原因。

部分总结：在一台三星笔记本上，英特尔驱动似乎在握手时保持了流量标签的完整，然后将其归零。负载均衡器在标签上做哈希，然后把剩余连接发送到一个从未见过连接启动的服务器。

用户看到的症状

这个bug令人不快的是它误导了人们。追踪问题显示OneNote桌面无法同步，Microsoft 365登录时 ERR_CONNECTION_RESET 失败，其他网站也会被重置。
论坛帖子补充了更多细节：

在研究人员的机器上，60%到100%的新IPv6 Microsoft连接在一次往返内被重置。这涵盖了OneDrive、OneNote和Microsoft 365登录。
OneNote 桌面自 2026 年 9 月 13 日起近三周未能同步。笔记本以空壳打开。
禁用ICPS后立即恢复同步。

IPv4 未受影响
正如证据库指出，IPv4 未受影响，这也是为什么网页版和手机版能正常运行，且无人能解释故障原因的原因。看到 OneNote 在手机和浏览器中正常工作，就将责任归咎于桌面 OneNote 客户端原因。然后，进行重置缓存、修复 Office 或重装。研究人员表示，这些步骤都无法发现该缺陷。据报道，Microsoft 支持升级持续了五周，仍未查明原因。

Windows 更新与 OEM 目录

CircleID报告称，研究人员的驱动程序安装日志显示，Windows Update于2026年5月10日、5月14日和6月13日交付了ICPS编译版本40.25.926.173。这些日期来自研究者自己的日志，而非Microsoft。如果这些日志准确，仅仅移除一次软件可能还不够。

调查还关注了Microsoft的更新目录。发现三星、联想、VAIO、ASUS、HP、Dynabook和华秦旗下可能受影响的ICPS软件包。研究人员统计了来自19家公司的1,086个ICPS条目，只有一个与测试结果良好的新版本匹配。

这个数字需要注意。目录条目无法显示有多少个人电脑安装了某个软件包，是否每个软件包都有相同的缺陷，或者有多少用户实际遇到了故障。CircleID直接说明了这一点。目录发现显示可能存在分布问题。它没有测量受影响的设备或用户数量。

10月7日的A/B测试

10月7日，这位研究人员在同一台三星笔记本上测试了两个版本，测试了34个网站：

配置	成功的IPv6连接	流量标签归零的数据包
OEM ICPS build (40.25.926.0)	138 of 170	1,385
Intel generic ICPS 50.26.623.243	169 of 170	0

这是一次巨大的改进。不过，这只是一台设备，一个网络（日本原生IPv6，基于NTT FLET的IPoE），以及研究人员自己选择的端点。

英特尔的下载页面确实列出了适用于Windows 10 64位和Windows 11的ICPS 50.26.623.243。它仅描述该版本包含“功能更新”，未提及IPv6或流标签。称该版本为修复的唯一依据是研究者的测试。

时间线也进展迅速。10月3日，证据库显示尚无厂商修复。新版本是在那之后才被测试

早期报告

这个问题可能比今年的调查还要久远。英特尔社区的一个名为“Intel Connectivity Network Service 导致 IPv6 flowtable 属性设置为 0”的帖子包含了一个复现的 PowerShell 脚本。作者指出，你必须在网卡上启用 IPv6（无线/以太网，任一都行）。

研究人员的仓库表示，英特尔因未收到回应而关闭了调查。报告还指出类似报告可追溯到2021年。研究人员的资料对英特尔首次被告知的时间不一致。一份说是2025年9月，另一份说是2025年11月。无论如何，这一机制似乎大约在一年前被报告给英特尔。事件页面还说，在该帖子中的HP EliteBook用户报告了Microsoft 365和SharePoint的重置，而有一家机构表示，Windows Update在他们移除软件后又恢复了该软件。

如何检查自己的电脑

研究人员发布了一个快速筛选测试。用PowerShell运行：

1..10 | ForEach-Object { curl.exe -6 -sS -o NUL -w "%{http_code}`n" [Microsoft OneDrive Dev Center | APIs and app development](https://api.onedrive.com/) }

根据追踪问题，安装了ICPS的电脑上连接重置错误指向了这个漏洞。这是社区诊断，不是Intel或Microsoft官方工具。

如果看到重置，再修改任何东西前，记下你的笔记本型号、已安装的ICPS版本和Windows版本。

变通的解决方法及其风险

研究者的变通方法。论坛帖子建议在services.msc中停止并禁用四个服务：

INTCCoSvc
Intel Dynamic Bandwidth Management
Intel Connectivity Network Service
IntelConnect Service

研究人员自己的测试解释了为什么这四个连接都被列出。仅停止 Intel Dynamic Bandwidth Management 服务是无效的：10个连接中有1个成功。同时停止呼叫驱动和ICPS服务则有10个连接成功，所有标签都保持完整。

安装英特尔通用版本

这要小心。英特尔表示，ICPS仅适用于部分Intel Evo或vPro平台（12代核心或更高版本），支持Intel Wi-Fi 6/6E或Wi-Fi 7适配器。它需要Intel Wi-Fi和Management Engine驱动。英特尔还建议在安装通用软件前先咨询你的电脑制造商，因为OEM厂商有时会定制驱动。