本篇文章更新時間：2025/12/28
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知。
一介資男的 LINE 社群開站囉！歡迎入群聊聊～
如果本站內容對你有幫助，歡迎使用 BFX Pay 加密貨幣 或 新台幣 贊助支持。
GnuPG 安全性大盤點：一次看懂多項漏洞揭露與作者的修補心路歷程
編輯前言：這篇來源於 crackticker 在網站上的更新，雖然原文非常簡短、甚至有點像匆促的筆記，但後面那長長一串漏洞列表卻值得所有依賴 GPG、OpenPGP 工具的人重新警醒。本文將整理並理解這些漏洞的意義，並加入我自己的觀察。
來源文章：Slides, pocs and patches soon!
核心觀點 (Key Takeaways)
- 原文作者匆促更新網站，但透露即將發布更完整的 slides、Poc 與 patches，顯示漏洞影響面廣、修補工作持續中。
- 列出的 GnuPG 與 minisign 相關漏洞涵蓋訊息完整性、簽章可信度、明文洩漏與格式混淆等問題。
- 多數漏洞並非「單點錯誤」，而是 OpenPGP 格式本身數十年累積的複雜性暴露出的系統性風險。
深入解析
原文只有短短一句：「in the hurry of leaving i forgot the sites src at home… im patching as we speak.」但真正的重點，是後面那一長串已公開或即將公開的漏洞名稱。這些漏洞大多圍繞在簽名驗證、路徑處理、加密封裝、ASCII armor parsing 等核心邏輯。
以下整理幾個較值得注意的範疇：
-
多重明文攻擊與簽名可偽造問題
多個條目與 cleartext signature 有關，例如「Cleartext Signature Plaintext Truncated for Hash Calculation」、「Cleartext Signature Forgery」。這代表攻擊者可能在不觸發驗證失敗的情況下竄改訊息，或利用截斷行為製造格式混淆。 -
格式與路徑處理弱點
「GnuPG Accepts Path Separators and Path Traversals」意味著簽名封包裡的 filename 欄位可能被濫用，導致任意檔案寫入位置混淆。當加密封包內含 metadata 時，這種小細節會意外變成攻擊面。 -
解密與訊息重建上的弱檢查
「Encrypted message malleability checks are incorrectly enforced causing plaintext recovery attacks」尤其危險，代表攻擊者可能透過調整密文讓接收者洩漏明文特徵。 -
ASCII-Armor 與 Radix64 parsing 的老問題再次浮現
例如「Radix64 Line-Truncation Enabling Polyglot Attacks」。Polyglot 攻擊常利用格式能被多種工具同時解析的特性，使得一份資料在不同工具中呈現不同語義。
筆者心得與啟發
看完這串漏洞列表，我最大的感觸是：OpenPGP 與 GnuPG 的複雜性已經到了難以安全維護的程度。它是一個上世紀的規格，在這期間不停加新功能、補補丁、維持相容性，最終形成一個龐大的「技術債」。
對日常開發者與使用者，我會建議：
- 若你大量倚賴 GPG 進行簽名或加密流程，務必關注接下來 crackticker 公開的 patches 與攻擊細節。
- 若你的系統不需要 retro 兼容舊版 PGP 格式，或許可以開始評估更現代、設計簡單的替代方案（例如 age、 minisign 的簡化模型）。
- 最後，也是最重要的，安全工具並不是因「老牌」就永遠安全。越複雜、越歷史悠久的工具，越需要持續審視其風險模型。
總之，這篇看似隨手更新的筆記其實暗示著未來幾天會有更大的資訊公開，而對於依賴 GnuPG 的人來說，這會是一場值得高度關注的事件。