SHA 算法廣泛用于以下應(yīng)用：

Git 存儲庫

用于 Web 瀏覽的 TLS 證書簽名 （HTTPS）

驗證文件或磁盤映像內(nèi)容的真實性

大多數(shù)哈希函數(shù)都建立在 Merkle-Damg？rd 結(jié)構(gòu)之上。在這里，輸入被分成大小相等的塊，這些塊使用壓縮函數(shù)與先前壓縮的輸出相結(jié)合進行串行處理。初始化向量（ IV ）用于為過程播種。通過使用壓縮函數(shù)，散列可以抵抗沖突。SHA-1 建立在這個 Merkle-Damg？rd 結(jié)構(gòu)之上：

SHA-1 算法。輸入分成五個 32 位塊

一般來說，SHA 算法的輸入信息必須小于 264 位。消息以 512 位塊順序處理。SHA-1 現(xiàn)在已被 SHA-256 和 SHA-3 等強大的內(nèi)核所取代。發(fā)現(xiàn) SHA-1 在散列中存在“沖突”。雖然查找碰撞大約需要 251 到 257 次操作，但只需花費幾千美元租用 GPU 時間來解決哈希問題。因此，建議轉(zhuǎn)向強大的 SHA 模型。

公鑰基礎(chǔ)設(shè)施

非對稱加密（公鑰）是互聯(lián)網(wǎng)商務(wù)和通信的支柱。它通常用于 Web 上的 SSL 和 TLS 連接。典型的用途是公鑰加密，傳輸中的數(shù)據(jù)由持有公鑰的任何人加密，但只能由私鑰的持有者解密。另一種用途是數(shù)字簽名，其中使用發(fā)送方的私鑰對一團數(shù)據(jù)進行簽名，如果接收方持有公鑰，則可以驗證其真實性。

為了協(xié)助提供公鑰的信心，使用了一個稱為公鑰基礎(chǔ)設(shè)施（ PKI ） 的過程。為保證真實性，稱為證書頒發(fā)機構(gòu)（ CA ） 的受信任第三方管理角色和策略以創(chuàng)建和分發(fā)數(shù)字證書。Symantec、Comodo 和 GoDaddy 是 TLS 證書的公共發(fā)行商。X.509 是定義公鑰證書格式的標(biāo)準(zhǔn)。它是 TLS/SSL 和 HTTPS 安全通信的基礎(chǔ)。X.509 定義了諸如使用的加密算法、到期日期和證書頒發(fā)者等內(nèi)容。

PKI 由驗證發(fā)送者并管理特定角色和策略并可以撤銷證書的注冊機構(gòu)（ RA ）組成。RA 還與驗證機構(gòu)（ VA ） 通信以傳輸撤銷列表。CA 向發(fā)件人頒發(fā)證書。當(dāng)收到消息時，VA 可以驗證密鑰以驗證它沒有被撤銷。

下圖顯示了 PKI 基礎(chǔ)結(jié)構(gòu)的示例。顯示了使用的 CA、RA 和 VA 系統(tǒng)以及授予和驗證為加密消息授予的密鑰的階段：

PKI 基礎(chǔ)結(jié)構(gòu)示例

網(wǎng)絡(luò)?！獋鬏攲影踩?/p>

傳輸層安全性（ TLS ） 涵蓋在本書的許多領(lǐng)域，從用于 MQTT 和 CoAP 的 TLS 和 DTLS 到 WAN 上的網(wǎng)絡(luò)安全和 PAN 安全。每個人都對 TLS 有某種形式的依賴。TLS 還匯集了我們提到的所有加密協(xié)議和技術(shù)。本節(jié)簡要介紹 TLS1.2 技術(shù)和過程。

初是 SSL（安全套接字層），它于 1990 年代引入，但在 1999 年被 TLS 取代。TLS 1.2 是 2008 年 RFC5246 中的當(dāng)前規(guī)范。TLS 1.2 包括一個 SHA-256 哈希生成器來取代 SHA-1 并加強其安全形象。

在TLS加密中，過程如下：

客戶端打開與支持 TLS 的服務(wù)器的連接（HTTPS 端口 443）

客戶端提供可以使用的受支持密碼列表

服務(wù)選擇密碼和哈希函數(shù)并通知客戶端

服務(wù)器向客戶端發(fā)送數(shù)字證書，其中包括證書頒發(fā)機構(gòu)和服務(wù)器的公鑰

客戶確認(rèn)秘密的有效性

會話密鑰由以下任一方式生成：

使用服務(wù)器的公鑰加密的隨機數(shù)，并將結(jié)果發(fā)送到服務(wù)器。服務(wù)器和客戶端然后使用隨機數(shù)創(chuàng)建一個會話密鑰，該密鑰在通信期間使用。

使用 Dixie-Hellman 密鑰交換生成用于加密和解密的會話密鑰。會話密鑰一直使用到連接關(guān)閉

通信開始使用加密通道

下圖是兩個設(shè)備之間TLS1.2通信的握手過程：

TLS 1.2 握手序列

Datagram Transport Layer Security （ DTLS ） 是一種基于 TLS 的數(shù)據(jù)報層通信協(xié)議（DTLS 1.2 基于 TLS 1.2）。它旨在產(chǎn)生類似的安全保證。CoAP 輕量級協(xié)議使用 DTLS 來確保安全。