如何在 Element 中配置金鑰備份和交叉簽章：選項、權衡和還原

金鑰備份和交叉簽章解決的是不同的問題。

在 Element 中，金鑰備份和交叉簽章密切相關，但兩者不可互換。金鑰備份用於保護解密加密房間歷史記錄所需的加密金鑰的存取權限。交叉簽名則創建加密身份，使您信任的會話能夠為您的其他會話提供擔保，並且在您驗證使用者身份時，也能擔保他們的身份。對於大多數使用者而言，最佳方案是使用加密金鑰儲存、設定恢復金鑰並保持會話驗證。

Element 目前的說明頁面將金鑰儲存描述為一種機制，它將加密的訊息金鑰副本保存在您的帳戶提供者的伺服器上，以便新裝置可以恢復歷史記錄。恢復密鑰可以解鎖這些儲存的密鑰，還可以幫助驗證新設備。 Element 聲明，金鑰只有在加密後才會離開裝置。請參閱Element 官方幫助常見問題解答和恢復金鑰指南。

這裡有一個使用者介面方面的問題：Element Web/Desktop、Element X/Pro 和較早版本的 Element Classic 用戶端使用的標籤並不總是相同。目前的 Web 文件指向「所有設定」→「加密」，而其他 Element 文件可能仍使用「安全性與隱私」、「安全備份」或專門的「交叉簽章」部分。請使用下文所述的功能名稱，而不是假設每個螢幕的顯示效果都完全相同。

你應該選擇哪種配置？

配置	你的收穫	主要權衡	最佳匹配
密鑰儲存已開啟，恢復密鑰已激活	新會話可以恢復加密歷史記錄；即使所有現有設備遺失，恢復功能也能正常運作；身份金鑰也可以恢復。	您必須保護一個強大的復原金鑰；加密金鑰材料儲存在主伺服器上。	大多數用戶，尤其是使用多個裝置的用戶
密鑰儲存已開啟，無恢復密鑰	備份的訊息金鑰可以在您仍然擁有受信任會話的情況下改善設備遷移。	遺失所有受信任的裝置可能會導致您無法復原身分和過往記錄。	臨時性或嚴格控制的部署，並有其他復原計劃
鑰匙存放處	伺服器上不儲存房間鑰匙的備份副本。	新設備或替換設備可能無法解密舊資訊；設備遺失的成本會更高。	在某些特殊威脅模型中，最小化伺服器持有的加密金鑰材料比復原能力更為重要。

此比較基於 Element 目前對金鑰儲存和復原的解釋。這並非聲稱某種配置在所有情況下都是最安全的：可用性和機密性是不同的目標。加密備份可以降低資料永久遺失的風險，而停用備份則會減少帳戶提供者保留的加密金鑰材料的數量。

步驟 1：開啟 Element 的加密設置

在 Element 網頁版或桌面版中，開啟頭像選單，選擇「所有設定」，然後選擇「加密」。在某些行動端或舊版用戶端中，對應選項名為「安全性與隱私」。 Element 官方復原指南明確指出，網頁版的操作步驟同樣適用於 Windows、macOS 和 Linux 桌面應用程式。

Element桌面帳號選單，所有設定均已高亮顯示 — 打開帳戶選單並選擇“所有設定”。在目前的 Element Web/Desktop 文件中，加密控制選項位於主設定區域。

元素加密設置，包括交叉簽名、設備驗證和密鑰備份部分 — 使用「加密」頁面查看裝置驗證、交叉簽章狀態和金鑰備份。具體標籤可能因 Element 用戶端和版本而異。

在進行任何變更之前，請檢查目前會話的狀態。如果頁面顯示裝置未經驗證，請使用已信任的裝置進行驗證，或使用有效的復原金鑰。 Element 的裝置驗證指南詳細介紹了這兩種方法。

步驟 2：檢查金鑰備份是否已激活

不要因為看到加密選單就創建新備份。請先檢查“備份”或“安全備份”部分。如果 Element 報告會話正在備份金鑰，那麼接下來重要的問題是您是否仍然擁有復原金鑰。如果使用者介面提供「取得復原金鑰」，則 Element 目前的 Web 指南表示您尚未獲得復原金鑰。如果提供「變更復原金鑰」，則表示復原功能已設定完成。

元素金鑰備份狀態及復原金鑰控制 — 備份啟動後，確認用戶端報告您的加密金鑰正在備份，並且恢復金鑰控制可用。

如果您使用的用戶端仍然顯示「開始使用金鑰備份」或「設定安全備份」，這是舊版措辭，但實際目的相同：建立用於還原郵件歷史記錄的加密伺服器端金鑰副本。

步驟 3：設定或取得恢復金鑰

請依照恢復設定提示操作，並在出現此選項時讓 Element 產生恢復金鑰。 Element 目前的常見問題解答中將此恢復金鑰描述為一個唯一的 48 位元字元金鑰，並建議將其儲存在密碼管理器、硬體加密的 USB 磁碟機或紙本副本中，並存放在安全的實體位置。此金鑰與您的帳戶密碼是分開的。

元素恢復密鑰對話框，顯示範例恢復密鑰和複製控制 — 請將恢復密鑰保存在與裝置無關的位置。此處顯示的範例值僅供參考，切勿重複使用。

帶有「設定金鑰備份」按鈕的 Element 樣式金鑰備份設定對話框 — 如果您的用戶端仍然顯示單獨的金鑰備份設定畫面，請從此控制項啟動加密的伺服器端備份。

如果能夠安全存儲，則最好使用產生的恢復金鑰，因為它具有高熵值，且不依賴使用者選擇的密碼。某些 Element 部署或行動用戶端允許使用者提供復原短語/金鑰，但 Element 伺服器套件文件警告說，使用者選擇的短語安全性較低，切勿直接重複使用帳戶密碼。請參閱Element 的使用者提供復原金鑰指南。

步驟 4：確認恢復金鑰是否可用

如果您不確定某個字串是否屬於目前的加密身份，那麼僅僅保存它是不夠的。 Element 建議使用實用的驗證方法：在另一個瀏覽器中登入 Element Web，啟動裝置驗證，然後使用復原金鑰。如果新會話接受該金鑰，則表示該金鑰與您目前的復原設定相符。

Element風格的恢復金鑰確認螢幕 — 請在完成設定前確認已儲存恢復金鑰；遺失所有已驗證裝置和復原金鑰可能會導致舊的加密歷史記錄無法復原。

此測試會產生一定的開銷：它會建立一個新的會話，您之後應該查看該會話。如果您不想保留該會話，請在驗證完成後將其註銷。請勿僅為了測試復原功能而執行破壞性重置。

第五步：了解交叉簽名如何發揮作用

交叉簽名是信任層，而非歷史備份。 Matrix 定義了三個交叉簽署金鑰：主金鑰、用於您自身裝置的自簽章金鑰以及用於其他使用者主金鑰的使用者簽署金鑰。這減少了手動驗證每對設備的需求。 Matrix 的技術指南在其交叉簽章實作文件中詳細解釋了信任鏈。

在目前的 Element 用戶端中，您通常無需手動建立或管理這三個金鑰。應用程式會透過復原和裝置驗證流程引導加密身分。舊版 Element 文件提供了一個專門的交叉簽名設定介面，因此，如果自架或長期支援部署中出現相關說明，請不要感到驚訝。

元素式交叉簽名設定對話框 — 某些 Element 版本將交叉簽名作為單獨的設定步驟公開；較新的版本可能會將其作為復原和裝置驗證的一部分進行引導。

元素樣式確認已啟用交叉簽名 — 完成交叉簽名身分後，受信任的會話可以對其他會話進行簽署和驗證，而無需手動信任每個裝置對。

步驟 6：驗證第二個設備

在第二個裝置上登入。 Element 可以使用復原金鑰驗證會話，或要求已驗證的會話進行核准。使用另一個受信任的會話時，Element 可能會提供二維碼掃描或表情符號比對功能。安全性源自於對兩個獨立會話的驗證資料進行比較，而非僅點擊提示。

驗證完成後，打開一個包含舊訊息的加密房間。配置成功後，隨著新會話取得所需的備份金鑰，歷史訊息將變為可讀狀態。 Element 的入門文件詳細介紹了已驗證工作階段的入門流程和安全備份機制。

步驟 7：在復原金鑰和另一台已驗證裝置之間進行選擇。

如果注重便利性，請使用其他已驗證的裝置。

如果您仍然擁有受信任的手機或桌面會話，則從該裝置批准新的登入既快速又避免了輸入冗長的恢復金鑰。缺點是依賴該受信任會話的可用性和安全性。

在需要增強系統復原能力時，請使用復原金鑰。

恢復金鑰專為沒有可用裝置的情況而設計，因此比常規登入憑證更為重要。請將其與運行 Element 的筆記型電腦或手機分開存放。對於許多人來說，一款具有強大帳戶保護功能的密碼管理器非常實用；離線紙本或加密硬體備份可以增強對線上帳戶的獨立性。

只有當客戶和政策允許時才使用易記短語。

短語雖然更容易記憶，但其安全性僅取決於短語本身的品質。 Element 特別提醒各組織機構對使用者提供的復原金鑰進行風險評估，因為弱短語或密碼重複使用會削弱儲存的加密金鑰的安全性。

步驟 8：驗證完成的設置

目前會話顯示為已驗證。
備份/金鑰儲存報告顯示金鑰正在備份，而不是等待設定完成。
您的復原金鑰儲存在與目前裝置無關的某個地方。
新驗證的會話至少可以解密一部分較早的加密歷史記錄，這些歷史記錄應該可供您的帳戶使用。
舊的或未知的會話將被審核，如果不再需要，則會被註銷。

請勿將破壞性重置作為常規故障排除步驟。 Element 警告：如果您沒有已驗證的裝置且沒有可用的復原金鑰，重置加密身分可能會導致您無法存取先前加密的訊息，並且可能需要重新驗證聯絡人。官方帳戶安全指南和復原金鑰指南詳細說明了此後果。

如果金鑰儲存提示不同步，該怎麼辦？

Element 目前的常見問題解答中提到，應用程式會監控用於建立您數位身分的金鑰是否存在於本機。如果缺少一個或多個金鑰，您可能會看到金鑰儲存不同步的警告，並被要求輸入復原金鑰。輸入有效的復原金鑰後，用戶端即可從加密的金鑰儲存中擷取缺少的身份金鑰。 Element 表示，如果儲存的資料本身不完整，則可能需要重置數位身分。

重置前，請檢查所有已登入的裝置。已驗證的會話可能仍然保存所需的金鑰或房間金鑰。對於更進階的情況，Element 還提供了端對端加密房間金鑰的手動匯出/匯入文檔，但這與常規金鑰儲存方式不同，屬於不同的備份路徑。

根據用例建議的配置

用例	推薦	為什麼
手機和筆記型電腦上的個人帳戶	密鑰儲存已開啟，產生的恢復密鑰儲存在密碼管理器中，兩台設備均已驗證	無需進行常規設備更換即可實現良好恢復。
團隊規模小，設備更換頻繁。	需要驗證會話和恢復設定；告知使用者恢復金鑰的儲存位置。	減少因加密歷史記錄遺失而導致的幫助台案例。
高度保密的環境，嚴格限制伺服器數據	只有在接受可用性風險並定義另一個密鑰轉移流程後，才能評估停用密鑰儲存的必要性。	最大限度地減少了伺服器持有的加密金鑰材料，但大幅增加了設備遺失的後果。
用戶擁有一台已驗證設備，但遺失了恢復金鑰	在註銷設備之前，從已驗證的設備產生/更改恢復模式。	在恢復獨立復原方法的同時，保留現有的加密身分。

結論

金鑰備份保護對加密歷史記錄的存取；交叉簽章可保護對裝置和身分的信任。在現代 Element 中，它們透過加密金鑰儲存、復原和會話驗證協同工作。對於大多數用戶而言，實際配置非常簡單：啟用密鑰存儲，獲取生成的恢復密鑰，將其安全地存儲在遠離當前設備的地方，並驗證您當前使用的每個會話。只有當其他配置的權衡取捨（尤其是設備遺失後永久丟失舊的加密訊息）在您的威脅模型可接受範圍內時，這些配置才有效。