crypt() 可否用於URL 加密或簽名？

M66 2025-05-28

在PHP 中， crypt()函數通常被用於對密碼進行哈希處理，其初衷是用於驗證密碼，而非用於數據加密或簽名。但在一些實際項目中，開發者可能會嘗試將crypt()用於其他目的，例如對URL 進行加密或簽名。本文將分析crypt()函數是否適用於URL 加密或簽名，以及其在這方面的安全性和有效性。

一、 crypt()的基本用法

crypt()函數是一個用於單向加密的函數，它基於不同的算法（如DES、MD5、Blowfish、SHA-256、SHA-512）對輸入字符串進行哈希。其典型用法如下：

 $hash = crypt("password", '$6$rounds=5000$usesomesillystringforsalt$');

函數的第二個參數是“鹽”（salt），它在哈希過程中起到決定算法和影響輸出的作用。

二、為什麼不能用crypt()加密URL

加密意味著你可以還原原始內容，而crypt()是不可逆的哈希函數。一旦你使用crypt()對URL（如https://m66.net/download/file?id=12345 ）進行處理，結果是一個不可還原的哈希字符串。例如：

 $url = "https://m66.net/download/file?id=12345";
$hash = crypt($url, '$6$rounds=5000$somesaltvalue$');

這段代碼會生成一串哈希值，但你無法從中還原出原始的URL。因此， crypt()不適合用作加密工具。

三、用於簽名是否合適？

雖然crypt()本質是單向哈希函數，理論上可以作為簽名工具使用，但在實際中並不推薦。原因有以下幾點：

鹽的處理不可控：鹽值必須由你自己生成並保存，否則你無法驗證簽名。使用動態鹽值會導致相同輸入得到不同的輸出，從而無法實現簽名驗證。
不可跨平台驗證：不同系統對crypt()的實現可能不同，尤其是在使用特定算法（如SHA-512）時，可能出現兼容性問題。
輸出格式複雜，不適合放入URL ：生成的哈希字符串可能包含/ 、 $等特殊字符，需進行額外編碼才能用於URL 參數中，這增加了複雜度：

 $signed = urlencode(crypt($url, '$6$somesaltvalue$'));
// 用於鏈接示例：https://m66.net/download/file?id=12345&sig=HASH_STRING

無法驗證真實性： crypt()的本質目標是密碼驗證，而不是確保數據完整性。與HMAC 相比，它在簽名驗證流程上缺乏機制支持。

四、推薦的替代方案：HMAC

如果你需要對URL 進行簽名，確保其完整性和防篡改，推薦使用hash_hmac()函數，它是為這種場景設計的。

 $url = "https://m66.net/download/file?id=12345";
$secret = "my_secret_key";
$signature = hash_hmac('sha256', $url, $secret);

$signedUrl = $url . "&sig=" . $signature;
// 驗證時可重新計算 hash_hmac(url, secret) 進行比對

HMAC 簽名是對稱的，前提是服務端保存密鑰。該方式既能確保數據未被篡改，又適用於跨平台驗證。

五、總結

crypt()函數不適合用於URL 的加密，因為它是不可逆的哈希函數，無法還原原始數據。同時，它也不適合用於URL 簽名，因為其安全性、兼容性和靈活性都不如HMAC 等專業工具。在涉及URL 簽名或驗證場景時，推薦使用hash_hmac()或其他加密庫（如openssl_sign() ）來確保數據的完整性與安全性。對於URL 加密需求，應使用對稱或非對稱加密算法（如AES、RSA）來實現，而非crypt() 。