認證備份

什麼是認證備份

每份 Text2Store 備份本來就會記錄所擷取內容的總和檢查碼，讓 App 日後能判斷檔案是否有變動。認證備份則在寫入這個總和檢查碼的那一刻多做一件事：把它的指紋傳送給一家獨立的時間戳記機構（DigiCert，使用開放標準 RFC 3161），並把簽署後的回覆保存在備份旁邊。這份回覆是可信的見證，證明備份在那個確切時間就以擷取時的原樣存在。備份本身沒有任何改變：檔案相同、速度相同、一切照舊，只是多了一個小檔案。

這是封存（保存在您電腦上的備份）的屬性，與可驗證輸出（您交給別人的 .zip）是兩回事。兩者搭配使用，見下文。

開啟

認證由「設定」中的認證備份開關控制，預設為開啟。在您關閉它之前，它適用於這台電腦上的每一次備份，包括從選單開始的備份。每次備份前，備份對話框都會說明這次備份是否會被認證，並提供一個前往「設定」更改的連結。除此之外，不需要依裝置或依備份做任何設定。

建立認證備份的那一刻需要連網；一個小請求只傳送一個 32 位元組的指紋，絕不會傳送您的訊息或檔案。如果您離線，或時間戳記服務剛好無法連線，Text2Store 不會讓備份失敗，也不會偽造憑證。它會正常完成備份並保留它（備份太珍貴了，不能因為少了時間戳記就丟掉），然後清楚告訴您：「備份已儲存，但未經認證。」封存是完整且安全的；它只是仍然是一份一般、未經認證的備份。要取得認證備份，請連網後重新備份。

勾選標記的意義

認證在各處都顯示為同一個小徽章：一個帶勾選標記的玫瑰花形印章。它刻意低調，因為它是關於備份來源的事實，而不是警示。您會在三個地方看到它：

• 在備份列表中，認證封存的日期旁會有一個灰色的小勾選徽章，和加密封存的鎖頭圖像一樣不顯眼。將指標停在上面會顯示：「認證備份：它的製作時間由可信時間戳記錨定。」
• 在對話列表下方，如果開啟的備份經過認證，對話數和訊息數下方會出現同樣的徽章，呈綠色，並附有「認證備份」字樣。
• 在「可驗證輸出」對話框中，徽章會再次出現，顏色與其聲明一致：來源封存經過認證時為綠色並顯示「來自認證備份」，未經認證時為灰色並顯示「以今天為準進行驗證」。這項差別對輸出究竟代表什麼，見下文。

它能證明什麼

一般備份日後也能告訴您，自備份以來檔案是否有變動，但它用來比對的紀錄就放在它所保護的檔案旁邊。能接觸到原始檔案的人，理論上可以修改其中一個，再悄悄重新產生那份紀錄使之吻合。認證備份把見證放在任何人碰不到的地方，藉此堵住這個漏洞：時間戳記由 DigiCert 的私密金鑰簽署，除了 DigiCert 沒有人持有這把金鑰，您沒有，Text2Store 沒有，攻擊者也沒有。事後重新產生本機紀錄會改變它的指紋，使之與封存的時間戳記不再吻合，於是不一致就會被發現。

這回答了「你可能在備份之後修改了訊息，再交出這份檔案」的質疑，就像可驗證輸出的時間戳記回答了「你在輸出之後修改過」的質疑一樣，只是錨定點提早了兩步：在備份時，而不是輸出時。

為什麼只能在備份時進行

認證無法在事後加到備份上，Text2Store 也永遠不會提供這種方法。事後取得的時間戳記只能證明備份在之後存在，而這正是認證要堵住的漏洞。所以這個核取方塊只在一個地方，就是備份對話框，別處都沒有。如果您有一份重要的備份沒有經過認證，唯一的辦法就是勾選核取方塊重新備份。

它如何強化可驗證輸出

認證不是可驗證輸出的前提：不論備份是否經過認證，您都可以從中輸出能發現任何改動的 .zip，而且它和以往一樣有用。改變的是輸出的證明能追溯到多早。

• 來自認證備份：輸出會沿用備份本身建立時的時間戳記，所以證明鏈可以追溯到您備份的時候，而不只是輸出的時候。輸出中的憑證會清楚說明這一點：附件與在該日期取得可信時間戳記的備份逐位元組相同，紀錄也是從中擷取的。
• 來自未經認證的備份：輸出照常在輸出時加上時間戳記，並且和以前一樣能發現任何改動。只是它無法說明備份與輸出之間發生了什麼，因為沒有任何東西見證過備份本身。輸出會如實說明：「以今天為準進行驗證。此備份在製作時未經認證，因此今天之前的完整性未獲證明。」

不論哪種情況，輸出都是真實的，可以獨立查核；認證只會增加一個更早的錨點，絕不會拿走任何東西。

「逐位元組相同」這個說法並不是憑最初的認證就想當然得出的。在從認證備份建立輸出之前，Text2Store 會在那一刻，而不只是在當初備份時，獨立地重新核對備份的訊息資料庫、檔案索引（哪個附件屬於哪則訊息）以及輸出所依賴的其他紀錄，與備份本身的完整性基準進行比對。認證之後其中任何一項有變動都會被發現，輸出會拒絕建立，而不是悄悄沿用一個已與備份實際內容不符的認證徽章。

它不能證明什麼

適用於可驗證輸出的那些如實說明的限制，在這裡同樣適用，只是提早了一步：

• 手機在備份前沒有被操弄。認證錨定的是「自 Text2Store 擷取以來未被更動」，而不是「擷取時裝置呈現的內容是真實的」。
• 它會如何被接受。Text2Store 從不聲稱認證備份或由它產生的輸出會被任何特定收件人或程序接受。一份紀錄有多少分量，始終由接收方決定。完整討論請參閱可驗證輸出頁面。
• 關於此功能推出之前製作的備份，或在認證關閉時製作的備份，它不能證明任何事。認證在設計上絕不追溯。

技術基礎

認證使用與可驗證輸出相同的開放標準，也就是由 DigiCert 簽署的 RFC 3161 可信時間戳記，並由同一個 App 內驗證工具檢查：它重新計算備份完整性紀錄的雜湊值，確認簽章可追溯到固定的 DigiCert 根憑證，檢查它在所證明的時間是否有效，然後回報結果。其機制、標準，以及如何完全用標準工具手動查核，都完整記錄在可驗證輸出頁面的技術章節，因為這兩項功能共用完全相同的驗證程式碼和信任錨點。

疑難排解

「拒絕建立可驗證輸出：… 已與此封存的完整性基準不符 …」

上文所述的輸出前檢查發現，認證備份所依賴的某個檔案自認證以來已有變動，可能是存放它的磁碟發生資料衰退，也可能是遭到竄改。輸出因此被拒絕，而不是從一個已與認證內容不符的封存建立。按一下該封存自己的驗證按鈕，可以看到更詳細的同樣診斷。如果確認是資料衰退，重新備份就能得到一份乾淨、新近認證的副本；受影響的封存和您的其他封存在其他方面都不受影響。

「… 它已不在磁碟上。」

備份的完整性紀錄所預期的某個檔案不見了，最常見的原因是有人手動刪除了封存資料夾中的內容。和上面一樣，對該封存進行驗證以查看詳情，如果需要該裝置的認證副本，請重新備份。

相關內容

輸出成 PDF、用於電子證據開示審查的 RSMF，以及加密備份。

有問題嗎？

請寄電子郵件至 hello@text2store.com，我們會協助您。