為什麼那個「指標截斷」的顯示設定小 bug 二十年沒人修？
The Old New Thing (Raymond Chen) · 2026-07-17
背景
前微軟工程師 Raymond Chen 在他的部落格 The Old New Thing 上，回覆了一名讀者的提問：某台 PC 的顯示器控制台外掛程式（display control panel extension）長期存在一個會導致當機的指標截斷（pointer truncation）錯誤，為什麼廠商知道問題所在，卻始終沒有推送修正？Chen 的回答揭露了 Windows 驅動程式生態裡一個長期存在、卻很少被討論的結構性問題。這不是單一 bug 沒人管，而是整個認證與供應鏈模式本身的副作用。
提問者查出的細節很具體：出問題的機器上跑的是舊版驅動，版本號是 build 314，而顯卡廠商其實老早就在新版本 build 2718 裡修好了同一個指標截斷問題。換句話說，修正檔案已經存在，只是永遠不會送到那台機器上。
核心內容：PC 廠商驗證制度如何卡住更新
Chen 解釋，顯卡驅動不是「顯卡廠商寫完就直接發給所有人」這麼單純。PC 製造商會拿到客製化版本的顯卡，用來做產品差異化，例如調整時脈、風扇曲線或是搭配自家的控制軟體。因此每一台預先安裝的顯示卡驅動，都要經過該 PC 廠商自己的相容性驗證，而不是直接採用顯卡廠商釋出的公版驅動。
問題在於，PC 廠商的驗證資源是有時效的。Chen 指出，廠商通常只會針對某一款機型，持續驗證新驅動「一年、一年半，最多兩年」。過了這個窗口，廠商就不再投入資源去測試後續版本是否相容，即使顯卡原廠已經修好了已知的 bug。
後續影響：為什麼 Windows Update 不會主動修
更關鍵的一點是，Windows Update 對這類驅動更新的推送策略本身就是保守的。Chen 表示，微軟刻意把這類通用驅動更新設成低優先度，目的是讓「PC 廠商已驗證的驅動」優先於「顯卡廠商的公版新驅動」，避免把未經該機型驗證過的驅動推給用戶造成新的相容性問題。
- 顯卡原廠已修好 bug，但更新只會進到公版驅動，不會回頭修改 PC 廠商的客製版本
- PC 廠商的驗證資源在停售後的一到兩年內就會停止投入
- Windows Update 為了避免推送未驗證版本造成的相容性風險，寧可讓舊的、已知有問題的版本繼續留著
結果就是：只要一款電腦型號過了廠商的驗證支援期，所有還在使用該型號的用戶都會永久卡在停止驗證當下的驅動版本，哪怕那個版本裡有一個顯卡原廠自己都已經修好的當機 bug。文章附註還提到，這個驗證支援期的長短，某種程度上和該電腦型號的保固期是對應的——保固結束，驗證也跟著結束。
把 Darwin 使用者層搬上 FreeBSD 核心：NextBSD 專案時隔多年重啟
NextBSD.org · 2026-07-18
原本的問題
NextBSD 是 2010 年代一個頗受關注、但後來停擺的 BSD 分支專案，當年的構想是把 FreeBSD 核心與蘋果公開釋出的 Darwin 使用者層元件結合，做出一個介於 macOS 與傳統 BSD 之間的系統。這個舊專案在原作者離開後基本上就沒有再更新，多年來只剩下歷史文件與偶爾被提起的懷舊討論。這次的重啟，並不是把十年前的舊 code 挖出來重新編譯——FreeBSD 本身、macOS 與 Darwin 在這段期間都已經大幅演進，舊的原始碼樹早就對不上新的介面。
負責重啟的是開發者 Joe Maloney（GitHub 帳號 pkgdemon），他先前做過 GhostBSD 上的 Gershwin 桌面環境專案。The Register 的報導指出，這是一個全新開發者主導的全新專案，只是延續了原本 NextBSD 想拼湊的那組技術目標。
事件經過
技術方向上，NextBSD Redux 的計畫是保留 FreeBSD 的核心（作為目前開源 BSD 核心中功能最完整的一支），但把傳統偏向伺服器導向的 BSD 使用者層，換成蘋果公開的 Darwin 系統層元件。目前整合中的元件包括 Mach IPC、launchd（蘋果的初始化行程管理）、libxpc，以及部分 XNU 核心相關程式碼，其中 libxpc 部分取材自另一個蘋果相容專案 ravynOS。
依照 NextBSD.org 官網目前公開的狀態頁面，各元件被標成「完成 / 進行中 / 規劃中」不等的階段，例如具備 FreeBSD ABI 相容性的客製化 Mach 核心，以及 Darwin 的 network_cmds、file_cmds、shell_cmds 等系統工具都在清單上。圖形化桌面環境目前尚未完成，這部分由另一個名為 Gershwin-on-NextBSD 的子專案獨立開發中。
值得一提的是，Maloney 在受訪時提到團隊組成除了他自己，還包括 Claude Code，他將其形容為「force multiplier（力量倍增器）」，用來加速開發，而非取代人力做自主開發。
目前狀態
根據 The Register 的報導，Maloney 是先在今年 5 月於 Reddit 留言中低調提起這個專案，之後才發了一篇標題為「NextBSD – the BSD of 21st century」的完整討論串正式公開。公開的 GitHub 主要程式碼庫（nextbsd-redux/nextbsd）commit 紀錄只有約兩個月歷史，但 Maloney 本人在 pkgdemon.github.io 上記錄的前置開發工作其實進行得更久。
目前專案提供持續性的 preview 下載版本，官網並列出開發路線圖與各元件目前完成度。整體而言，這仍是一個早期、由個人主導、尚未有圖形桌面可用的實驗性系統，是否能重現當年 NextBSD 引起的討論熱度，還要看後續進度。
原始來源：NextBSD.org、The Register
插上 LG 螢幕就跳 McAfee 廣告：Windows Update 被拿來偷裝軟體
VideoCardz · 2026-07-17
原本的問題
使用者反映，只要把某些 LG 顯示器接上 Windows 電腦，系統會透過 Windows Update 自動安裝一套 LG 的監視器管理程式，過程中沒有任何同意確認畫面。安裝完成後不久，桌面就會跳出 McAfee 防毒軟體 30 天免費試用的推廣視窗。多篇報導包括 VideoCardz 與 Privacy Guides 都在 2026 年 7 月 17 日前後證實了這個現象。
這並非只發生在剛買的新螢幕上：測試者在一台三年前購入的 LG UltraFine 32UN880-B 顯示器上，同樣重現了這個未經同意的安裝行為，代表這不是單一批次或單一新品才有的問題。
事件經過
技術上，這是 Windows 內建的「裝置中繼資料驅動安裝」（device metadata driven installation）機制被拿來搭載額外軟體。Windows Update 偵測到新接上的硬體後，除了安裝顯示器本身需要的驅動，還會一併帶入廠商登記在中繼資料裡的關聯應用程式，這整個過程走的是驅動程式安裝的既定流程，不會跳出一般安裝軟體常見的使用者授權對話框。
Privacy Guides 的分析特別指出，這支被靜默安裝的 LG 應用程式，其權限宣告涵蓋「所有系統資源」與網路存取能力，理論上足以修改要顯示的廣告內容，或存取本機系統資訊。測試中，McAfee 試用推廣視窗在連續 32 次開機中出現了 31 次，另一次則改成推播 LG 自家的螢幕工具軟體。
報導也提到，這種手法並非 LG 獨有：Dell 同樣會利用 Windows Update，在偵測到相容的 Alienware 顯示器或周邊時，自動推送 Alienware Command Center。可見用 Windows Update 的驅動安裝管道夾帶廠商軟體，已經是業界不只一家在用的做法。
目前狀態
截至報導當下，LG 與微軟都沒有針對此事發布官方聲明。使用者若想避免這類靜默安裝，可以透過本機群組原則編輯器手動關閉：
gpedit.msc
→ Computer Configuration
→ Administrative Templates
→ System
→ Device Installation
→ 啟用「Prevent installation of devices using drivers that match these device setup classes」
或關閉「Prevent automatic download of applications associated with device metadata」這個設定選項本身是 Windows 既有的系統管理功能，但對一般家用使用者而言相當隱蔽，多數人並不知道插上一台顯示器會觸發應用程式層級的軟體安裝，更不會想到要去群組原則裡手動關閉。目前除了自行調整登錄檔或群組原則，尚無官方層級的修正或政策調整。
原始來源：VideoCardz、Privacy Guides