事件背景
2026 年 6 月，微軟發現數十個 GitHub 開源專案遭到入侵。攻擊者在知名軟體庫中植入惡意程式，目標是竊取開發者的密碼、API 金鑰與認證憑證。這不是針對單一企業的定向攻擊，而是對整個開源生態的系統性滲透——攻擊者利用開發者對「官方」與「開源」標籤的信任，將污染的程式碼隱藏在日常的相依性鏈（dependency chain）中。
受害者不只是微軟員工，還包括使用這些套件的全球開發者。一個開發者下載了一個看似無害的 GitHub 專案、執行其中的安裝腳本，就無意中執行了竊取密碼的後門。信任被當作商品、被濫用、被量化為安全漏洞。
信任中介化的演進
過去 30 年，開發者生態經歷了三次重大的中介化轉變：
第一代（1990s-2000s）：開發者各自管理函式庫、用 FTP 或個人網站分享程式碼。滲透難度高，但生態分散，協作成本巨大。
第二代（2000s-2010s）：NPM、PyPI、Maven Central 等集中式套件倉儲出現。開發者一條命令就能安裝相依套件，生態協作成本大幅下降，但信任也集中到這些倉儲上。
第三代（2010s-2026）：GitHub 成為不只是程式碼倉儲、還是身份驗證、API 金鑰管理、CI/CD 自動化的樞紐。開發者把最敏感的資產——認證憑證——存放在平台上或通過平台管理。微軟收購 GitHub 後，這個中介的重要性只增不減。
在每一次中介化的躍遷中，系統的便利性都在增加，但集中風險也在成倍增長。
為什麼 GitHub 是最高槓桿的攻擊點
一個攻擊者如果想竊取開發者的憑證，有三條路：
1. 直接破解個人電腦：需要定向、成本高、能接觸的人有限。 2. 攻擊公司內網：需要持久、容易被偵測。 3. 汙染開源專案（GitHub 策略）：攻擊者只需要在一個熱門專案中植入一行惡意程式，就能讓全世界數千個依賴它的開發者被動執行後門。信任被「複製」了。
第三條路的槓桿倍數是 1000:1。攻擊者投入固定成本，收益卻隨著專案的熱度成指數增長。GitHub 本質上把這種槓桿制度化了——它越成功、越多人用、它對攻擊者的價值就越大。
經濟學視角：信任商品化的悖論
經濟學家亞當·斯密講過一個觀點：市場的第一步是降低交易成本，第二步往往是集中信任於中介。開源生態也遵循這個邏輯——GitHub 通過提供便利的版本控制、協作工具、身份驗證，大幅降低了開發者的協作成本。
但當信任本身被量化、被儲存、被中介化時，它就變成了新的商品。而商品一旦集中，就會被攻擊者視為高價值目標。
金融系統中有個類似的教訓：2008 年金融危機之前，銀行、評級機構、房貸經紀人把「信用」集中成單一指標（信用評分），結果當這個指標被操縱時，整個系統就崩盤了。
GitHub 上的情況也是一樣：開發者把身份、密碼、API 金鑰集中到一個平台、相信微軟的安全保障，結果一旦平台被入侵、信任的整個基礎就動搖了。
為什麼便利性與風險是跷跷板
微軟在 GitHub 上提供的「便利」包括： - 一鍵認證（用 GitHub 帳號登入其他服務） - 自動化 CI/CD 部署（無需手動干預） - 內建 API 金鑰管理（安全儲存）
這些功能確實提升了開發體驗。但每一項便利都是一條數據管道，攻擊者只需要在某個環節下毒、就能汙染整條管道下游的所有依賴者。
反過來，如果開發者要降低風險，方法是什麼？去中介化——自己管理密鑰、手動審查每一個相依性、不信任自動化的便利。但這樣成本會飆升 10 倍以上，大多數開發者（尤其是小型團隊）根本負擔不起。
所以便利與風險形成了一個不可調和的跷跷板：系統越便利、風險越集中；系統越安全、使用成本越高。
開源生態的根本矛盾
開源本身建立在一個樂觀假設上：。任何人都可以審查 GitHub 上的程式碼、發現惡意程式。