GroupDocs.Signature

載入文件的三種方式，僅有一種是安全的

包含遠端圖片連結的文件會要求開啟它的人去抓取該地址。在伺服器上，這會讓上傳者掌控您的外部請求。GroupDocs.Signature 26.9 將預設改為跳過連結資源；本文比較三種載入模式，示範如何在不開放大門的情況下僅為單一主機加入白名單，並說明簽署為何根本不需要網路存取。

26.9 版聚焦於安全性，加入 .NET 10、更嚴格的預設值以及後量子簽署支援。

加密的 PDF 可以在不產生解密副本的情況下簽署：LoadOptions 直接在原位開啟檔案，SaveOptions 決定簽署後的輸出是保留原密碼還是使用新密碼。本文比較了四種密碼路徑，包括兩種失敗的情況，並說明為何失敗會以 RuntimeError 形式拋出，而不是 API 所列的例外類型。

GroupDocs.Signature for Node.js 在同一進程中執行 JVM，因此將其容器化意味著在任何簽署工作之前先配置 JDK 和字體。本文比較了選擇字體族的三種方法——硬編碼、從檔名偵測或探測函式庫——並說明了影響程式碼的綁定細節。

在筆記本電腦上執行的 Python 簽署腳本在 slim 容器中會失敗兩次：一次是因為 .NET 綁定缺少 libssl 或 libicu，二次是因為映像沒有字體且 GroupDocs.Signature 不會替代缺失的字體族。此教學構建了兩個層以及保持腳本可移植性的解析程式碼。

GroupDocs.Signature 不會替代缺失的字體：若指定映像檔中不存在的字族，呼叫會拋出錯誤而不是回退。由於 .NET 執行時映像檔不包含任何字體，文字簽署會在此失敗，除非加入字體層。本文比較了無字體的映像與已修正的映像，並說明如何在執行時解決字族問題。

Java 容器映像捆綁了 DejaVu 供 AWT 使用，足以簽署英文文字，但不足以處理其他語言。本文探討此部分覆蓋對文件工作流程的成本、為何 GroupDocs.Signature 會失敗而非改用其他方案，以及字體層加上執行時字族解析如何將事件轉化為啟動檢查。

Version 26.2 of GroupDocs.Signature for .NET adds a critical Azure Key Vault fix, raises the default signature length, and is available via NuGet.

翻譯
GroupDocs.Signature for .NET 的 26.2 版加入了關鍵的 Azure Key Vault 修復，提高了預設簽名長度，並可透過 NuGet 取得。

25.12 版加入了基於隱寫術的圖像數位簽章、LINQ 效能提升，以及針對 Linux 預覽產生的關鍵修正。

深入指南，說明如何將 PKCS#11 硬體令牌（USB 加密狗、智慧卡、HSM）與 GroupDocs.Signature for .NET 整合，以安全且合規的方式簽署 PDF 文件。