你能證明 AI 服務刪除了圖片嗎？

你能證明 AI 服務刪除了圖片嗎？有時候可以證明「部分」刪除。很少能做到「完美」證明。任何人若一本正經地承諾「完美證明」，你應該請他喝點水，並安排一個更安靜的房間。

在現代服務中，刪除是分散式的。圖片可能會接觸上傳儲存、處理佇列、暫存磁碟、生成輸出儲存、縮圖、CDN 快取、內容審核系統、各種日誌、備份、支援工具，以及第三方供應商系統。刪除資料庫中的那一列，並不等同於刪除圖片本身。

證據有強有弱。較強的證據包括：依設計而短暫存在的儲存、會過期的簽章 URL、物件生命週期規則、刪除作業的日誌、快取失效（cache invalidation）記錄、存取日誌、供應商的保留承諾，以及稽核顯示衍生物（derivatives）也在涵蓋範圍內。較弱的證據則是儀表板訊息顯示「已刪除」，但直接 URL 仍可使用。這不是證據；那只是按鈕式的表演。

NIST 的 媒體消毒（Media Sanitization）指引 很有用，因為它們區分消毒的結果與方法，而不是假裝「刪除」是一個神奇的單一動作。雲端服務不一定會依照每位使用者的要求進行實體媒體消毒，但這個思維方式仍然有幫助：先定義你想達到的狀態、選擇控制措施，並驗證它們。

對 AI 圖片服務而言，所謂「證明」通常是證明流程，而不是證明某種形而上學的「不存在」。你可以證明來源檔只會被存放在短暫的儲存桶（bucket）中。你可以證明生命週期規則會在某個時間窗之後移除它們。你可以證明除非被保存，輸出不會被託管。你可以證明提示（prompts）不會被記錄。你也可以證明供應商在合約上排除用於訓練，並定義保留期限。

備份會讓承諾變得更複雜。許多系統會在有限期間內保留加密備份，且不會從每一次備份快照中「精準地」移除單一記錄。若能被正確揭露，且被還原的資料會重新進入刪除流程，這可能是可接受的。但若你說「立即刪除」，卻仍有備份在數週內可被存取，那就不可以接受。

面向客戶的說法應避免過度宣稱。「在 X 內從作用中系統刪除」與「在 Y 內從備份刪除」不同。「直接連結在 Z 後過期」與「輸出永遠不會公開」也不同。具體主張能讓使用者自行判斷該行為是否足夠好。

完美的刪除證明很難。但有用的刪除證據是非常可能的。產品必須在收到惱怒的客服申訴單之前就為此而設計。

延伸閱讀：NIST SP 800-88 Rev. 1、當「已刪除」仍代表可公開存取、以及 為什麼「刪除我的上傳內容」需要可驗證。