筆記空了三週、案單石沉大海，最後是一個AI陪他抓了一整晚的封包

先把日期補上：這起事件的核心報導出現在 2026 年 10 月 8 日，由德國科技部落格 BornCity 披露，隨後經 CircleID 與 Intel 官方社羣論壇的技術分析接力發酵。它不是最新突發，但隨著更多受影響機型浮出檯面，這幾天又被重新翻出來討論。

一句話版本：一款透過 Windows Update 靜靜裝進你筆電的英特爾網卡驅動，會把 IPv6 連線的某個關鍵欄位清零，讓 OneNote、OneDrive、Microsoft 365、Teams 和 Azure 入口集體「看起來壞掉，但又說不出哪裡壞」。

時間軸：從「筆記變空白」到「抓到兇手」

約三週的怪症狀。 一名三星 Galaxy Book 用戶發現，OneNote 持續顯示筆記為空，同步狀態卻大方提示「已是最新」。筆記在雲端，軟體說沒問題，畫面上就是什麼都沒有。

2026 年 8 月，向微軟求助。 案件被升級處理，五週過去，原因仍未找到。後來案件被轉交給「OneNote 工程團隊」，之後六週音訊全無。

一個晚上，換個方法。 這名用戶改用 Claude 進行封包級鑑識：擷取系統網路流量、量測連線被重設的時間點、逐一停用網路過濾驅動，最後鎖定 Intel Connectivity Performance Suite，簡稱 ICPS。

2025 年 11 月，早有人撞過同一堵牆。 Intel 社羣論壇紀錄顯示，將近一年前就有工程師發文描述完全相同的問題，英特爾問了幾個問題後便關閉了該討論串。

2026 年 10 月 3 日與 7 日。 用戶分別向三星與英特爾、微軟反映。三星建案後沒有進一步動作；10 月 7 日，用戶測試英特爾官方通用版驅動 ICPS 50.26.623.243，169 個 IPv6 連線全部成功建立。但英特爾在版本說明裡，完全沒提修了 IPv6 相關缺陷。

兇手長什麼樣：一個被清零的欄位

技術上這件事意外地「優雅」。問題出在 ICPS 的流量控制驅動元件 IntcCo11X64.sys 11.5.11.19，這套程式碼來自已併入英特爾的 Rivet Networks。

處理 IPv6 封包時，它會把每個 TCP 封包的 Flow Label 欄位重置為 0。按照 RFC 6437 規範，這個標籤在整個連線生命週期內應該保持一致。微軟的雲端負載平衡系統恰恰靠這個欄位決定封包要送到哪臺後端伺服器。標籤被清零後，後續封包被路由到一臺從頭到尾沒參與過這個連線的伺服器，對方很合理地回了一個重置訊號。

用戶的實測數據很直白：ICPS 運行時，42 個出站封包中 0 個保留 Flow Label，10 個 IPv6 連線只有 4 個成功；停用相關服務後，65 個封包全部保留標籤，10 個連線全數成功。IPv4 完全不受影響，因為 IPv4 根本沒有這個欄位。

這也解釋了為什麼它這麼難查。單機看起來一切正常，換個網路環境有時又能通，故障只發生在「IPv6 加上微軟雲端邊緣」這個特定組合裡。

影響範圍：不只三星，19 家廠商、一千多筆驅動條目

用戶進一步在微軟 Update Catalog 檢視了來自 19 家公司的 1086 筆 ICPS 條目，只有 1 筆對應已驗證修復的版本。潛在受影響的驅動包涉及三星、聯想、VAIO、華碩、惠普、玳能與華勤等廠商。

也就是說，這不是某一款筆電的個案，而是一批透過 Windows Update 發散的 OEM 驅動共通的問題。用戶的對照測試也顯示落差：OEM 版本 170 次連線嘗試成功 138 次，通用版 169 次全數成功。此前反覆失敗的 Azure 入口和 Visual Studio Marketplace，換驅動後每次都能正常開啟。

順帶一提，微軟自家的雲端服務這幾年與 Windows 的綁定越來越深，之前我們也聊過Windows 11 終於給 OneDrive 備份彈窗加了放棄按鈕那場攻防。這次事件剛好反過來：問題不在彈窗，而在一個你從沒點開過的驅動服務，靜靜決定了你的雲端檔案看不看得到。

三方回應，三種沉默

把幾家廠商的處理方式並排放著看，味道就出來了。

英特爾這邊，社羣論壇上 2025 年 11 月就有工程師描述過一模一樣的問題，當時只被問了幾個問題就結案。新版通用驅動實測有效，但版本說明對 IPv6 缺陷隻字未提，等於修了，但沒打算告訴你。

微軟這邊，支援部門 8 月把案件轉給「OneNote 工程團隊」後，六週無回應。問題其實出在第三方驅動，但對用戶來說，體驗就是「微軟的東西壞了」。

三星這邊，10 月 3 日建案後沒有下文。社羣論壇上該用戶的貼文一度被系統標記為垃圾訊息，後來才由管理員恢復。

一場 AI 參與的抓包，改變了什麼

整起事件最值得留在記憶裡的，也許是那個晚上。五週的官方支援管道沒有答案，一個人加一個 AI 花一晚做封包級鑑識，把問題定位到特定驅動元件、特定欄位、特定行為，還附上了可重現的數據。

這對一般用戶的實際啟示倒很樸素：如果 Microsoft 365 或 OneDrive 在你的筆電上莫名同步異常，而換網路、重裝軟體都沒用，驅動是有嫌疑的。至於要不要自己動手停用 ICPS 相關服務，這屬於系統層級的操作，動手前先確認版本與來源，或等 OEM 推送修訂版驅動，是比較穩的路徑。

至於那個被清零的 Flow Label，目前仍安靜地躺在數千臺筆電的網路堆疊裡，等著下一個封包經過。