AES Encryption Online 提供免費、不需註冊的 AES-256-GCM 加密功能，完全在您的瀏覽器中透過 Web Crypto API 執行。您輸入明文和密碼，頁面會以 PBKDF2-SHA-256 搭配 210,000 次迭代衍生出 256 位元的 AES 金鑰，接著使用全新的 16 位元組隨機 salt、全新的 12 位元組隨機初始化向量，以及 128 位元的驗證標籤進行加密。輸出是一個自給自足且帶有版本編號的 JSON 套件，其中以 base64url 欄位儲存 salt、IV 與經過驗證的密文，而這個套件可以被複製並分享，密碼則透過另一個管道傳遞。不會上傳任何資料、不會建立帳號、不會收集電子郵件，也沒有伺服器端的金鑰管理或託管機制 — 密碼永遠不會離開目前的頁面，衍生出的金鑰在瀏覽器內也無法匯出。正是這樣的組合讓「免費、不需註冊」具有實質意義而不只是行銷話術：加密運算在本地端進行，機密資料由您掌控，您交出的唯一成果只是一個小型的 JSON blob，您可以自行檢視其內容。
此處「免費、不需註冊」的真正含義
許多「免費線上加密」頁面會悄悄將您的文字和密碼傳送至伺服器、記錄 IP 位址、附加浮水印，或是在顯示輸出結果前要求您提供電子郵件。AES Encryption Online 基於不同的契約來打造：所有加密運算的每個位元組都在目前的瀏覽器分頁內執行，使用 Web Crypto API。您輸入的明文、衍生出的金鑰、密碼以及解密結果永遠不會離開頁面，操作者也不會託管金鑰託管機制、復原服務或帳號資料庫。您可以在全新的私密視窗中開啟此工具、貼上文字片段、進行加密，然後關閉分頁，整個過程都不會被要求輸入姓名、電子郵件或電話號碼。
這種「什麼都不要求」並非只是表面說法。256 位元的 AES 金鑰會透過 PBKDF2-SHA-256 經過 210,000 次迭代即時衍生，瀏覽器也會將該金鑰標記為無法匯出。由於沒有任何伺服器收到密碼，因此沒有帳號可以被用、沒有管理員可以被傳喚、沒有備份副本可能外洩。「免費、不需註冊」的承諾同時也是此工具刻意不發展為代管保管庫的原因：刻意不提供忘記密碼時的重設功能、不提供與團隊成員共用存取權限的方式，也不提供密碼遺失時的套件復原機制。這樣的取捨是在尊重您隱私的頁面上執行加密所必須付出的代價。
此工具使用的 AES-256-GCM 參數
下列數值並非為了行銷文案而虛構。這些是 Web Crypto API 在執行加密或解密時實際要求的參數，並會寫入 JSON 套件中，讓接收者能夠讀取並決定是否信任此格式。
| 參數 | 此工具使用的數值 |
|---|---|
| 加密演算法 | AES-256 Galois/Counter Mode (GCM) |
| 金鑰長度 | 256 位元（無法匯出） |
| 初始化向量 | 每次加密使用 12 位元組全新隨機值 |
| Salt | 每次加密使用 16 位元組全新隨機值 |
| 驗證標籤 | 128 位元，由 Web Crypto 附加 |
| 金鑰衍生 | PBKDF2-HMAC-SHA-256 |
| PBKDF2 迭代次數 | 210,000 |
| 密碼編碼 | UTF-8 位元組 |
| 輸出編碼 | 未填補的 base64url (RFC 4648) |
| 套件版本 | 1 |
GCM 是經過驗證的模式，因此標籤正是讓解密作業能夠拒絕遭到竄改之套件的關鍵。NIST SP 800-38D 定義了此模式及其 IV 規範；此工具遵循該指引，在每次作業時產生新的隨機 IV，而非要求您自行設定。PBKDF2 210,000 次迭代的成本是減緩密碼猜測速度的部分；它無法挽救過短、重複使用或已外洩的密碼，但確實能迫使攻擊者每次嘗試都耗費真實的 CPU 資源。若要深入了解這些數值，AES-256-GCM 參數速查表 會逐一說明每個欄位並附上範例資料。
在瀏覽器中加密或解密文字片段
工作流程分為兩半 — 加密和解密 — 兩者都在同一個頁面上執行。以下步驟是經過驗證的操作順序，除了現代瀏覽器之外不需要任何其他東西。
- 在目前的瀏覽器中開啟 AES Encryption Online。不需要登入、帳號、擴充功能或安裝。
- 選擇加密，將您要保護的文字貼上或輸入明文欄位，並輸入一組至少 12 個 UTF-8 位元組的唯一密碼。強烈建議使用來自信任密碼管理器的較長密碼組，勝過任何您能靠模式記住的內容。
- 執行加密。頁面會產生全新的 16 位元組 salt 和 12 位元組 IV，以 PBKDF2-SHA-256 經過 210,000 次迭代衍生 AES 金鑰，並透過 AES-256-GCM 搭配 128 位元標籤產生經過驗證的密文。
- 複製完整的 JSON 套件，並完整保留其原始格式。透過一個管道將套件傳送給接收者 — 例如即時通訊、電子郵件或檔案儲存 — 再透過不同的管道傳送密碼，例如電話通話或另一個通訊軟體。絕對不要將密碼與套件放在同一則訊息中。
- 若要反向操作，請切換到解密，貼上未經修改的 JSON 套件，輸入相同的密碼，然後執行解密。頁面會先驗證標籤、數值限制、salt 與 IV 長度、base64url 語法以及最低密文長度，再請 Web Crypto 對套件進行驗證。
- 若密碼錯誤或套件中有任何位元組遭到修改，Web Crypto 會傳回驗證失敗，頁面會回報失敗而不會洩漏部分明文。請先重新檢查密碼與套件完整性，再重試一次。
您複製的 JSON 套件內部結構
您複製的成果是一個小型 JSON 文件，包含七個欄位：version、alg、kdf、iterations、salt、iv 和 ct。version 是整數 1，alg 宣告為 "AES-256-GCM"，kdf 宣告為 "PBKDF2-SHA-256"，iterations 是整數 210000。salt 與 iv 以未填補的 base64url 儲存每次執行的隨機值，ct 則以相同的編碼儲存經過驗證的密文（包括 Web Crypto 傳回的 128 位元 GCM 標）。salt 與 IV 以明文儲存，因為其作用在於唯一性與金鑰衍生，而非保密性。密碼絕不會寫入套件中，也沒有復原欄位、託管欄位或提示欄位。
RFC 4648 是 base64url 字集的參考標準；此工具使用未填補的輸出，因此插入帶有填補的 Base64 或將 URL 安全字元改回標準 Base64，將導致接收端的驗證失敗。請將套件視為單一不透明 blob：不要編輯它、不要重新編碼它、不要對 JSON 內部的空白進行標準化，也不要透過手動編輯來重複使用舊的 salt、IV 或密文。IV 在給定金鑰下必須唯一，而隨機產生機制正好保證了這種唯一性。其他系統只有在重現相同的 UTF-8 處理方式、PBKDF2 參數、AES-GCM 標籤位置、base64url 編碼以及 JSON 欄位時才能互通 — 周圍的版面配置是此工具特有的。
決定密碼強度是否足夠的密碼規則
介面會拒絕長度少於 12 個 UTF-8 位元組的密碼，並接受任何更長的密碼。這個最小值是可用性的下限，而非安全性保證。PBKDF2 搭配 210,000 次迭代對單次猜測而言是嚴格的工作因子，但無法彌補字典中的單字、重複使用的密碼，或攻擊者已知與您相關的詞組。請將密碼視為唯一的機密，並據此選擇。
由信任的密碼產生器產生並儲存在密碼管理器中的密碼組是實際可行的預設選擇。若您無法使用管理器，隨機挑選四到五個無關的詞組仍然勝過一個您能記住的巧妙句子，因為巧妙句子正是攻擊者首先嘗試的模式。此工具不會將您的密碼、衍生金鑰或明文傳送到任何地方，但密碼仍可能受到剪貼簿管理員、瀏覽器擴充功能、幕擷取以及共用電腦上的窺視攻擊所危害。當周圍裝置不受信任時，請清除敏感欄位並關閉分頁。
本地瀏覽器工具適用的情境
此工具專為小型文字片段、示範、兩個可透過頻外方式協調密碼的人之間的受控交換，以及需要可攜帶、自給自足密文的相容性實驗而設計。它刻意不是代管保管庫、不是企業金鑰管理系統、不是加密備份服務，也並非由安全工程師審核的應用程式層級加密設計的替代方案。較大的資料量、長期儲存以及組織內共用的機密，應使用能處理金鑰輪換、稽核軌跡和存取控制的系統，而非依賴一個人腦海中記住的密碼。
| 情境 | 此工具適用的原因 |
|---|---|
| 給自己的一次性秘密筆記 | 加密一次，儲存 JSON，僅以您知曉的密碼取回 |
| 將 API 金鑰傳送給團隊成員 | 套件透過即時通訊傳送，密碼透過電話傳送，無需共用保管庫 |
| 驗證他人的套件 | 使用對方分享的密碼解密，無需重新加密 |
| 測試或示範 AES-GCM | 自給自足的格式、base64url 欄位，無額外相依性 |
| 以真正的加密演算法取代較弱的 XOR | 使用經過稽核的真正驗證模式，而非重複使用金鑰的 XOR |
一旦您要保護的機密在數量、生命週期或接收者數量上開始增長，這個頁面就不再是合適的工具，而這正是刻意設計的 — 此頁面不會假裝自己超出本身的定位。瀏覽器擴充功能、受感染的裝置、剪貼簿管理員、螢幕擷取、共用電腦以及複製套件的目的地仍位於加密邊界之外，而實作是根據 NIST AES-GCM 向量與 RFC 4648 測試資料進行驗證，並非認證您手上持有的裝置。