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廠商有時會定制驅動。