SHA-1 仍然安全嗎？

對於碰撞敏感的應用來說，答案是否定的。它僅在理解其限制的前提下，仍可用於與舊式校驗和的相容性。

為何新增換行會改變結果？

SHA-1 會精確雜湊位元組。換行是另一個位元組序列，因此會產生不同的摘要。

不會。瀏覽器會在本機讀取並雜湊所選位元組，受限於文件所述的 100 MB 限制。

SHA-1 Hash Generator 計算 160 位元訊息摘要，可用於 UTF-8 文字或本機檔案。可直接輸入文字或選擇一個至多 100 MB 的檔案，之後會收到相同二十位摘要位元組，以小寫十六進位和標準補足的 Base64 顯示。處理過程在瀏覽器分頁中進行，所選檔案不會傳送到應用伺服器。

SHA-1 是根據 NIST 安全雜湊標準定義。它會補足輸入，將其分為 512 位元區塊，並透過每個區塊的八十輪更新五個 32 位元狀態字，最終狀態為 160 位元，這裡顯示為正好 40 個十六進位字元或 28 Base64 個字元，包括任何補足資料。

文字模式會將可見字串編碼為 UTF-8 之後再進行雜湊。這對帶有重音符號、表情符號和非拉丁文字的字元特別重要，因為一個字元可能佔據多個位元組。檔案模式則會準確雜湊原始位元組。檔名、修改時間和瀏覽器 MIME 標籤不會包含在摘要中。

空的文字欄位是一種有效的訊息，其已知的 SHA-1 值為 da39a3ee5e6b4b0d3255bfef95601890afd80709。這與沒有結果不同：點選按鈕來計算它。換行符、空格和結尾的換行都會參與計算，因此視覺上相似的輸入可能產生不同的值。

當一個舊式下載頁面、檔案庫目錄或舊整合系統會發布 SHA-1 校驗和時，此頁面會非常有用，你需要與其進行精確的位元組比對。產生本機摘要，並透過可信通路逐個字元比對所提供的值。匹配可以檢測到在該有限工作流程中意外的傳輸損傷。

SHA-1 已被發現存在碰撞漏洞，不應用於新安全設計。攻擊者可在現實條件下構造出不同內容但擁有相同摘要。請勿將 SHA-1 的匹配視為作者身份的證明，也不應用於簽名、證書決策、密碼儲存、敵對檔案審批或防篡改保護。若協議允許，應優先選擇 SHA-256 或 SHA-512。

一個簡單的雜湊值並不是密碼雜湊。快速通用演算法讓攻擊者可以迅速測試猜測值。密碼儲存需要使用鹽值（salt）且故意耗時的密碼雜湊方案，例如 Argon2id、scrypt 或 bcrypt，這些方案由帳戶系統實現。這個工具從來不會加入鹽值，也從來不會匯出金鑰。

100 MB 的限制反映了這裡使用的瀏覽器 API：所選取的輸入必須在雜湊運算完成前可用為一個位元組緩衝區。這並不是用來取代多吉位元組圖片的流式命令列工具。對於較大的專案，請使用受信任的本機作業系統工具，並確認它接收的演算法與位元序列。

八個固定的測試專案涵蓋空輸入、abc、多區塊標準訊息、標點符號敏感度、UTF-8、任意二進位位元以及常見短語。十六進位值會與 NIST 和 RFC 資料進行比對，並使用 OpenSSL 獨立重新計算。Base64 被測試為相同雜湊位元的編碼，而非作為第二個雜湊演算法。

請僅在 SHA-1 為所需遺留格式時使用本頁。選擇正確的輸入模式，產生摘要，複製 Hex 或 Base64，並在不修剪或重新編碼來源的情況下進行比較。若你控制接收系統，請將儲存的參考值遷移至 SHA-256 或更強的格式，並透過驗證的通訊頻道發布校驗和。

UTF-8 文字或精確的檔案位元組會傳遞至瀏覽器 SHA-1 訊息摘要運算，依據 FIPS 180-4 定義。產生的 20 位元組會獨立編碼為小寫十六進位與補位的 Base64。