信用卡號、銀行帳戶詳細資料和付款資訊在 PDF 中出現的頻率比大多數人意識到的要高。發票包含客戶的付款詳細資訊。合約列出了銀行路由號碼。轉換為 PDF 的電子郵件收據顯示所用卡的最後四位數字。在不修改付款資訊的情況下共享任何這些文件都會使個人或企業面臨財務詐欺。
付款資料是未經編輯的最危險的資訊。與姓名或地址不同，它可以立即用於盜竊。
透過PDF 修訂 修訂付款資訊意味著查找整個文件中卡號、帳號和路由號碼的每個實例，應用真正的修訂刪除基礎數據，並驗證不存在可恢復的痕跡。 WukongPDF 的PDF 安全 編輯工具可處理永久資料刪除。
識別支付資訊的具體模式
信用卡號碼遵循可預測的模式，使其易於搜尋。 Visa 卡以 4 開頭，共 16 位數。萬事達卡以 5 開頭，共 16 位數。美國運通卡以 3 開頭，共有 15 位數。這些數字通常以 4 個為一組，以空格或破折號分隔。在密文工具的搜尋功能中使用正規表示式搜尋這些模式。
銀行帳號的標準化程度不如卡號，因此更難僅透過模式找到它們。尋找號碼附近的標籤：帳號、帳號、銀行帳號、路由號碼、ABA 號碼、SWIFT、IBAN。搜尋這些標籤字串並編輯每個標籤後面的數字。標籤就是路標。旁邊的數字是目標。
在文件頁首和頁尾中搜尋卡號
頁首和頁尾中的付款資訊在每一頁上重複。出現在 20 頁上的標題中的單一未編輯卡號意味著 20 個單獨的編輯位置。透過檢查每頁的第一吋和最後一吋來專門搜尋頁首和頁尾。如果頁首和頁尾區域作為單獨的頁面元素儲存在 PDF 結構中，則密文工具的搜尋可能不會自動掃描頁首和頁尾區域。
編輯後，以縮圖大小捲動每一頁，並檢查頁首和頁尾區域是否有任何剩餘的可見數字。標題中的卡號通常比正文更小、更輕，因此在以正文為重點的審閱過程中很容易錯過。縮圖掃描可擷取詳細審核忽略的頁首和頁尾內容。
處理部分屏蔽的卡號
許多文件已經顯示了部分隱藏的卡號，例如 **** **** **** 1234。僅最後四位數字可能不足以構成欺詐，但與持卡人姓名和文件中其他位置的商家資訊結合起來，它們可用於社會工程攻擊。根據文件的敏感度決定是否編輯部分屏蔽的數字。對於公開共享或與未知收件人共享的文檔，請編輯所有數字。
密文工具的模式搜尋應符合完整數字和部分屏蔽數字。尋找由空格或星號分隔的 4 位數組的搜尋模式將找到 4111 2222 3333 4444 和 **** **** **** 1234。對所有匹配項應用密文，然後手動檢查以確認密文內容是付款信息，而不是恰好與數字模式匹配的良性數字。
| 支付資料類型 | 搜尋模式 | 它出現的地方 |
|---|---|---|
| 信用卡號碼 | 4組4位數字，或15-16個連續數字 | 發票、收據、付款表格 |
| 銀行路由號碼 | 9 位數字，通常標記為路由或 ABA | 合約、直接存款表格、發票 |
| 銀行帳號 | 可變長度，標記為 Account 或 Acct | 與路由號碼相同的文件 |
| 卡片的最後 4 位數字 | 標記為最後 4 個或 XXXX-XXXX-XXXX-NNNN | 收據、訂單確認 |
| CVV 或安全碼 | 3-4 位數字，通常靠近卡號 | 付款表格，除非填寫錯誤，否則很少採用 PDF 形式 |
驗證已編輯的文件不包含可恢復的付款資料
套用密文後，執行針對任何密文文件描述的相同驗證測試：文字選擇測試、複製貼上測試、匯出到文字測試和元資料檢查。支付資料的風險特別高，因此添加一個額外的測試：在十六進位編輯器或二進位等級的文字編輯器中開啟編輯後的 PDF，並蒐索編輯後數字的片段。真正的修訂會刪除二進位層級的資料。
測試編輯位置的隨機樣本，而不是依賴大型文件的完整文件掃描。選擇不同頁面上的 10 個已編輯區域，並嘗試從每個區域還原基礎資料。如果所有 10 個都無法恢復，則密文過程正常運作，並且其餘密文可以信任。如果 10 個中的任何一個是可恢復的，則編輯過程失敗，必須重新套用於整個文件。
PCI DSS 合規性和修訂要求
處理支付卡資料的組織必須遵守 PCI DSS 要求，禁止在授權後儲存完整的卡號、CVV 代碼或磁條資料。從必須保留用於業務記錄的 PDF（例如包含完整卡片詳細資訊的簽名訂單）中編輯此資料是使儲存的文件合規的一種方法。修訂必須是永久的、真實的內容刪除，而不是視覺覆蓋。
PCI DSS 也要求卡號在儲存的任何地方都無法讀取。舊訂單的 PDF 檔案（其中卡號從未經過編輯）是合規性漏洞。處理整個檔案的一次性編輯項目使其符合法規。該項目耗時但有限。當最後一個 PDF 中的最後一個卡號被永久刪除時，該過程結束。根據存檔大小和每小時可編輯和驗證的文件數量來預算時間。
安全處置未編輯的原件
未編輯的原始檔案包含您剛完成刪除的所有付款資料。刪除它或將其儲存在與編輯版本分開的存取控制的加密位置。未編輯的原始版本與編輯版本位於同一資料夾中，或者更糟的是，位於同步到多個裝置的雲端儲存資料夾中，這就違背了編輯的目的。任何找到未編輯原件的人都擁有您從共享版本中小心刪除的所有資料。
如果必須保留未編輯的原件以進行記錄，請清楚地命名，以將其與經過編輯的版本區分開來。像 Invoice-1234-UNREDACTED-ORIGINAL-DO-NOT-SHARE.pdf 這樣的檔案名稱使得遇到它的任何人都清楚其狀態。命名約定是一種程序性保障，而不是技術性保障，但它是防止意外共享錯誤版本的最簡單、最有效的保護措施。