SHA 算法廣泛用于以下應用：

Git 存儲庫

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

驗證文件或磁盤映像內容的真實性

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

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

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

公鑰基礎設施

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

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

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

下圖顯示了 PKI 基礎結構的示例。顯示了使用的 CA、RA 和 VA 系統以及授予和驗證為加密消息授予的密鑰的階段：

PKI 基礎結構示例

網絡棧——傳輸層安全

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

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

在TLS加密中，過程如下：

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

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

服務選擇密碼和哈希函數并通知客戶端

服務器向客戶端發送數字證書，其中包括證書頒發機構和服務器的公鑰

客戶確認秘密的有效性

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

使用服務器的公鑰加密的隨機數，并將結果發送到服務器。服務器和客戶端然后使用隨機數創建一個會話密鑰，該密鑰在通信期間使用。

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

通信開始使用加密通道

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

TLS 1.2 握手序列

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