一、 對稱加密和非對稱加密

        對於一份資料，通過一種演算法，基於傳入的金鑰(一串由數字或字元組成的字串,也稱“key”），將明文資料轉換成了不可閱讀的密文，這是眾所周知的“加密”，同樣的，密文到達目的地後，需要再以相應的演算法，配合一個金鑰，將密文再解密成明文，這就是“解密”。如果加密和解密使用的是同一個金鑰,那麼這就是“對稱金鑰加解密”（最常見的對稱加密演算法是DES）。如果加密和解密使用的是兩個不同的金鑰，那麼這就是“非對稱金鑰加解密”（最常用的非對稱加密演算法是RSA）。這兩個不同的金鑰一個叫作公開金鑰（publickey）另一個叫私有金鑰（privatekey），公開金鑰對外公開，任何人均可獲取，而私有金鑰則由自己儲存，其實公鑰和私鑰並沒有什麼不同之處，公鑰之所以成為公鑰是因為它會被公開出來，產生任意份拷貝，供任何人獲取，而只有服務主機持有唯一的一份私鑰，從這種分發模式上看，我們不難看出其中的用意，這種分發模式實際上是Web站點多客戶端(瀏覽器)與單一伺服器的網路拓撲所決定的，多客戶端意味著金鑰能被複制和公開獲取，單一伺服器意味著金鑰被嚴格控制，只能由本伺服器持有，這實際上也是後面要提到的之所以能通過資料證書確定信任主機的重要原因之一。如果我們跳出web站點的拓撲環境，其實就沒有什麼公鑰與私鑰之分了，比如，對於那些使用以金鑰為身份認證的SSH主機，往往是為每一個使用者單獨生成一個私鑰分發給他們自己儲存，SSH主機會儲存一份公鑰，公鑰私鑰各有一份，都不會公開傳播。

二、 什麼是“數字摘要“

    這個非常簡單，我們在下載檔案的時候經常會看到有的下載站點也提供下載檔案的“數字摘要“，供下載者驗證下載後的檔案是否完整，或者說是否和伺服器上的檔案”一模一樣“。其實，數字摘要就是採用單項Hash函式將需要加密的明文“摘要”成一串固定長度（128位）的密文，這一串密文又稱為數字指紋，它有固定的長度，而且不同的明文摘要成密文，其結果總是不同的，而同樣的明文其摘要必定一致。 因此，“數字摘要“叫”數字指紋“可能會更貼切一些。“數字摘要“是https能確保資料完整性和防篡改的根本原因。

三、 數字簽名--水到渠成的技術

     讓我們來看看有了“非對稱金鑰加解密”和“數字摘要“兩項技術之後，我們能做些什麼呢？假如傳送方想把一份報文傳送給接收方，在傳送報文前，傳送方用一個雜湊函式從報文文字中生成報文摘要,然後用自己的私人金鑰對這個摘要進行加密，這個加密後的摘要將作為報文的”簽名“和報文一起傳送給接收方，接收方首先用與傳送方一樣的雜湊函式從接收到的原始報文中計算出報文摘要，接著再用傳送方的公用金鑰來對報文附加的數字簽名進行解密，如果這兩個摘要相同、那麼接收方就能確認報文是從傳送方傳送且沒有被遺漏和修改過！這就是結合“非對稱金鑰加解密”和“數字摘要“技術所能做的事情，這也就是人們所說的“數字簽名”技術。在這個過程中，對傳送資料生成摘要並使用私鑰進行加密的過程就是生成”數字簽名“的過程，經過加密的數字摘要，就是人們所說的”數字簽名“！

四、 數字證書--值得信賴的公鑰

只從”準確認證傳送方身份“和”確保資料完整性“兩個安全方面來看，數字簽名似乎已經完全做到了，還有漏洞存在的可能麼？有，漏洞不在數字簽名技術本身，而在它所依賴的金鑰，只有金鑰是真實可靠的前提下，使用數字簽名才是安全有效的。考慮這種可能的情況：在上述傳送方向接收方傳送報文的例子中，如果傳送方所持有的公鑰來路有問題或是被替換了，那麼，接受方就有可能接收到持有對應私鑰的冒充方傳送的報文。這裡的問題就是：對於請求方來說，它怎麼能確定它所得到的公鑰一定是從目標主機那裡釋出的，而且沒有被篡改過呢？亦或者請求的目標主機本本身就從事竊取使用者資訊的不正當行為呢？這時候，我們需要有一個權威的值得信賴的第三方機構(一般是由政府稽核並授權的機構)來統一對外發放主機機構的公鑰，只要請求方這種機構獲取公鑰，就避免了上述問題的發生。這種機構被稱為證書權威機構（Certificate Authority, CA），它們所發放的包含主機機構名稱、公鑰在內的檔案就是人們所說的“數字證書”。

        數字證書的頒發過程一般為：使用者首先產生自己的金鑰對，並將公共金鑰及部分個人身份資訊傳送給認證中心。認證中心在核實身份後，將執行一些必要的步驟，以確信請求確實由使用者傳送而來，然後，認證中心將發給使用者一個數字證書，該證書內包含使用者的個人資訊和他的公鑰資訊，同時還附有認證中心的簽名信息。使用者就可以使用自己的數字證書進行相關的各種活動。數字證書由獨立的證書發行機構釋出。數字證書各不相同，每種證書可提供不同級別的可信度。