互聯網 https

{

\"code\": 200,

\"title\": \"\",

\"content\": \"HTTPS（全稱：HypertextTransferProtocoloverSecureSocketLayer），是以安全為目標的HTTP通道，簡單講是HTTP的安全版。即HTTP下加入SSL層，HTTPS的安全基礎是SSL，因此加密的詳細內容就需要SSL。它是一個URIscheme（抽象標識符體係），句法類同http:體係。用於安全的HTTP數據傳輸。https:URL表明它使用了HTTP，但HTTPS存在不同於HTTP的默認及一個加密\\/身份驗證層（在HTTP與TCP之間）。這個係統的最初研發由網景公司進行，提供了身份驗證與加密通訊方法，現在它被廣泛用於萬維網上安全敏感的通訊，例如交易支付方麵。\\n\\n它是由Netscape開發並內置於其瀏覽器中，用於對數據進行壓縮和解壓操作，並返回網絡上傳送回的結果。HTTPS實際上應用了Netscape的安全套接字層（SSL）作為HTTP應用層的子層。（HTTPS使用443，而不是象HTTP那樣使用80來和TCP\\/IP進行通訊。）SSL使用40位關鍵字作為RC4流加密演算法，這對於商業資訊的加密是合適的。HTTPS和SSL支援使用X.509數字認證，如果需要的話用戶可以確認發送者是誰。\\n\\n也就是說它的主要作用可以分為兩種：一種是建立一個資訊保安通道，來保證數據傳輸的安全；另一種就是確認網站的真實性。\\n\\nHTTPS和HTTP的區彆\\n\\n一、https協議需要到ca申請證書，一般免費證書很少，需要交費。\\n\\n二、http是超文字傳輸協議，資訊是明文傳輸，https則是具有安全性的ssl加密傳輸協議。\\n\\n三、http和https使用的是完全不同的連接方式，用的也不一樣，前者是80，後者是443。\\n\\n四、http的連接很簡單，是無狀態的；HTTPS協議是由SSL HTTP協議構建的可進行加密傳輸、身份認證的網絡協議，比http協議安全。\\n\\nHTTPS解決的問題\\n\\n一、信任主機的問題.\\n\\n采用https的服務器必須從CA（CertificateAuthority）申請一個用於證明服務器用途類型的證書。該證書隻有用於對應的服務器的時候，客戶端纔信任此主機。所以目前所有的銀行係統網站，關鍵部分應用都是https的。客戶通過信任該證書，從而信任了該主機。其實這樣做效率很低，但是銀行更側重安全。這一點對我們冇有任何意義，我們的服務器，采用的證書不管是自己釋出的還是從公眾的地方釋出的，其客戶端都是自己人，所以我們也就肯定信任該服務器。\\n\\n二、通訊過程中的數據的泄密和被篡改1．一般意義上的https，就是服務器有一個證書。\\n\\na)主要目的是保證服務器就是他聲稱的服務器，這個跟第一點一樣。\\n\\nb)服務端和客戶端之間的所有通訊，都是加密的。\\n\\ni.具體講，是客戶端產生一個對稱的密鑰，通過服務器的證書來交換密鑰，即一般意義上的握手過程。\\n\\nii.接下來所有的資訊往來就都是加密的。第三方即使截獲，也冇有任何意義，因為他冇有密鑰，當然篡改也就冇有什麼意義了。\\n\\n2．少許對客戶端有要求的情況下，會要求客戶端也必須有一個證書。\\n\\na)這裡客戶端證書，其實就類似表示個人資訊的時候，除了用戶名\\/密碼，還有一個CA認證過的身份。因為個人證書一般來說是彆人無法模擬的，所有這樣能夠更深的確認自己的身份。\\n\\nb)目前少數個人銀行的專業版是這種做法，具體證書可能是拿U盤（即U盾）作為一個備份的載體。\\n\\n限製\\n\\n概述\\n\\n它的安全保護依賴瀏覽器的正確實現以及服務器軟件、實際加密演算法的支援.\\n\\n一種常見的誤解是“銀行用戶在線使用https:就能充分徹底保障他們的銀行卡號不被偷竊。”實際上，與服務器的加密連接中能保護銀行卡號的部分，隻有用戶到服務器之間的連接及服務器自身。並不能絕對確保服務器自己是安全的，這點甚至已被攻擊者利用，常見例子是模仿銀行域名的釣魚攻擊。少數罕見攻擊在網站傳輸客戶數據時發生，攻擊者會嘗試竊聽傳輸中的數據。\\n\\n商業網站被人們期望迅速儘早引入新的特殊處理程式到金融網關，僅保留傳輸碼(transactionnumber)。不過他們常常存儲銀行卡號在同一個數據庫裡。那些數據庫和服務器少數情況有可能被未授權用戶攻擊和損害。\\n\\nTLS1.1之前\\n\\n這段僅針對TLS1.1之前的狀況。因為SSL位於http的下一層，並不能理解更高層協議，通常SSL服務器僅能頒證給特定的IP\\/組合。這是指它經常不能在虛擬主機(基於域名)上與HTTP正常組合成HTTPS。\\n\\n這一點已被即將來臨的TLS1.1更新為—種完全支援基於域名的虛擬主機。\\n\\nSSL介紹\\n\\nSSL(SecureSocketLayer)\\n\\n為Netscape所研發，用以保障在Internet上數據傳輸之安全，利用數據加密(Encryption)技術，可確保數據在網絡上之傳輸過程中不會被擷取及竊聽。目前一般通用之規格為40bit之安全標準，美國則已推出128bit之更高安全標準，但限製出境。隻要3.0版本以上之I.E.或Netscape瀏覽器即可支援SSL。\\n\\n當前版本為3.0。它已被廣泛地用於Web瀏覽器與服務器之間的身份認證和加密數據傳輸。\\n\\nSSL協議位於TCP\\/IP協議與各種應用層協議之間，為數據通訊提供安全支援。SSL協議可分為兩層：SSL記錄協議（SSLRecordProtocol）：它建立在可靠的傳輸協議（如TCP）之上，為高層協議提供數據封裝、壓縮、加密等基本功能的支援。SSL握手協議（SSLHandshakeProtocol）：它建立在SSL記錄協議之上，用於在實際的數據傳輸開始前，通訊雙方進行身份認證、協商加密演算法、交換加密密鑰等。\\n\\nSSL協議提供的服務主要有哪些？\\n\\n1）認證用戶和服務器，確保數據發送到正確的客戶機和服務器2）加密數據以防止數據中途被竊取3）維護數據的完整性，確保數據在傳輸過程中不被改變。\\n\\nSSL協議的工作流程\\n\\n服務器認證階段：1）客戶端向服務器發送一個開始資訊“Hello”以便開始一個新的會話連接；2）服務器根據客戶的資訊確定是否需要生成新的主密鑰，如需要則服務器在響應客戶的“Hello”資訊時將包含生成主密鑰所需的資訊；3）客戶根據收到的服務器響應資訊，產生一個主密鑰，並用服務器的公開密鑰加密後傳給服務器；4）服務器恢複該主密鑰，並返回給客戶一個用主密鑰認證的資訊，以此讓客戶認證服務器。\\n\\n用戶認證階段\\n\\n在此之前，服務器已經通過了客戶認證，這一階段主要完成對客戶的認證。經認證的服務器發送一個提問給客戶，客戶則返回（數字）簽名後的提問和其公開密鑰，從而向服務器提供認證。\\n\\n從SSL協議所提供的服務及其工作流程可以看出，SSL協議運行的基礎是商家對消費者資訊保密的承諾，這就有利於商家而不利於消費者。在電子商務初級階段，由於運作電子商務的企業大多是信譽較高的大公司，因此這問題還冇有充分暴露出來。但隨著電子商務的發展，各中小型公司也參與進來，這樣在電子支付過程中的單一認證問題就越來越突出。雖然在SSL3.0中通過數字簽名和數字證書可實現瀏覽器和Web服務器雙方的身份驗證，但是SSL協議仍存在一些問題，比如，隻能提供交易中客戶與服務器間的雙方認證，在涉及多方的電子交易中，SSL協議並不能協調各方間的安全傳輸和信任關係。在這種情況下，Visa和MasterCard兩大信用卡公組織製定了SET協議，為網上信用卡支付提供了全球性的標準。\\n\\nSSL協議的握手過程\\n\\n為了便於更好的認識和理解SSL協議，這裡著重介紹SSL協議的握手協議。SSL協議既用到了公鑰加密技術又用到了對稱加密技術，對稱加密技術雖然比公鑰加密技術的速度快，可是公鑰加密技術提供了更好的身份認證技術。SSL的握手協議非常有效的讓客戶和服務器之間完成相互之間的身份認證，其主要過程如下：①客戶端的瀏覽器向服務器傳送客戶端SSL協議的版本號，加密演算法的種類，產生的隨機數，以及其他服務器和客戶端之間通訊所需要的各種資訊。\\n\\n②服務器向客戶端傳送SSL協議的版本號，加密演算法的種類，隨機數以及其他相關資訊，同時服務器還將向客戶端傳送自己的證書。\\n\\n③客戶利用服務器傳過來的資訊驗證服務器的合法性，服務器的合法性包括：證書是否過期，發行服務器證書的CA是否可靠，發行者證書的公鑰能否正確解開服務器證書的“發行者的數字簽名”，服務器證書上的域名是否和服務器的實際域名相匹配。如果合法性驗證冇有通過，通訊將斷開；如果合法性驗證通過，將繼續進行第四步。\\n\\n④用戶端隨機產生一個用於後麵通訊的“對稱密碼”，然後用服務器的公鑰（服務器的公鑰從步驟②中的服務器的證書中獲得）對其加密，然後將加密後的“預主密碼”傳給服務器。\\n\\n⑤如果服務器要求客戶的身份認證（在握手過程中為可選），用戶可以建立一個隨機數然後對其進行數據簽名，將這個含有簽名的隨機數和客戶自己的證書以及加密過的“預主密碼”一起傳給服務器。\\n\\n⑥如果服務器要求客戶的身份認證，服務器必須檢驗客戶證書和簽名隨機數的合法性，具體的合法性驗證過程包括：客戶的證書使用日期是否有效，為客戶提供證書的CA是否可靠，發行CA的公鑰能否正確解開客戶證書的發行CA的數字簽名，檢查客戶的證書是否在證書廢止列表（CRL）中。檢驗如果冇有通過，通訊立刻中斷；如果驗證通過，服務器將用自己的私鑰解開加密的“預主密碼”，然後執行一係列步驟來產生主通訊密碼（客戶端也將通過同樣的方法產生相同的主通訊密碼）。\\n\\n⑦服務器和客戶端用相同的主密碼即“通話密碼”，一個對稱密鑰用於SSL協議的安全數據通訊的加解密通訊。同時在SSL通訊過程中還要完成數據通訊的完整性，防止數據通訊中的任何變化。\\n\\n⑧客戶端向服務器端發出資訊，指明後麵的數據通訊將使用的步驟⑦中的主密碼為對稱密鑰，同時通知服務器客戶端的握手過程結束。\\n\\n⑨服務器向客戶端發出資訊，指明後麵的數據通訊將使用的步驟⑦中的主密碼為對稱密鑰，同時通知客戶端服務器端的握手過程結束。\\n\\n⑩SSL的握手部分結束，SSL安全通道的數據通訊開始，客戶和服務器開始使用相同的對稱密鑰進行數據通訊，同時進行通訊完整性的檢驗。\\n\\n證書各部分的含義\\n\\n如果要啟用SSL通道，那麼需要使用SSL證書來啟用https協議，SSl證書包含資訊：證書版本號，不同版本的證書格式不同SerialNumber 序列號，同一身份驗證機構簽發的證書序列號唯一AlgorithmIdentifier簽名演算法，包括必要的參數Issuer身份驗證機構的標識資訊PeriodofValidity有效期\\n\\nSubject 證書持有人的標識資訊\\n\\nSubject’sPublicKey 證書持有人的公鑰Signature 身份驗證機構對證書的簽名證書的格式 認證中心所發放的證書均遵循X.509V3標準，其基本格式如下：證書版本號（CertificateFormatVersion）含義：用來指定證書格式采用的X.509版本號。\\n\\n證書序列號（CertificateSerialNumber）含義：用來指定證書的唯一序列號，以標識CA發出的所有公鑰證書。\\n\\n簽名（Signature）演算法標識（AlgorithmIdentifier）含義：用來指定CA簽發證書所用的簽名演算法。\\n\\n簽發此證書的CA名稱（Issuer）\\n\\n含義：用來指定簽發證書的CA的X.500唯一名稱（DN，DistinguishedName）。\\n\\n證書有效期（ValidityPeriod）起始日期（notBefore）終止日期（notAfter）含義：用來指定證書起始日期和終止日期。\\n\\n用戶名稱（Subject）\\n\\n含義：用來指定證書用戶的X.500唯一名稱（DN，DistinguishedName）。\\n\\n用戶公鑰資訊（SubjectPublicKeyInformation）演算法（algorithm）演算法標識（Algorithm Identifier）用戶公鑰（subject Public Key）含義：用來標識公鑰使用的演算法，幷包含公鑰本身。\\n\\n證書擴充部分（擴展域）（Extensions）含義：用來指定額外資訊。\\n\\nX.509V3證書的擴充部分（擴展域）及實現方法如下：CA的公鑰標識（Authority Key Identifier）公鑰標識（SET未使用）（Key Identifier）簽發證書者證書的簽發者的甄彆名（Certificate Issuer）簽發證書者證書的序列號（CertificateSerialNumber）X.509V3證書的擴充部分（擴展域）及實現CA的公鑰標識（Authority Key Identifier）公鑰標識（SET未使用）（Key Identifier）簽發證書者證書的簽發者的甄彆名（Certificat簽發證書者證書的序列號（CertificateSerialNumber）含義：CA簽名證書所用的密鑰對的唯一標識用戶的公鑰標識（Subject Key Identifier）含義：用來標識與證書中公鑰相關的特定密鑰進行解密。\\n\\n證書中的公鑰用途（Key Usage）含義：用來指定公鑰用途。\\n\\n用戶的私鑰有效期（Private Key Usage Period）起始日期（Note Before）終止日期（Note After）含義：用來指定用戶簽名私鑰的起始日期和終止日期。\\n\\nCA承認的證書政策列表（CertificatePolicies）含義：用來指定用戶證書所適用的政策，證書政策可由對象標識符表示。\\n\\n用戶的代用名（Substitutional Name）含義：用來指定用戶的代用名。\\n\\nCA的代用名（Issuer Alt Name）含義：用來指定CA的代用名。\\n\\n基本製約（Basic Constraints）含義：用來表明證書用戶是最終用戶還是CA。在SET係統中有一些私有擴充部分（擴展域）Hashed Root Key含義：隻在根證書中使用，用於證書更新時進行回溯。\\n\\n證書類型（Certificate Type）\\n\\n含義：用來區彆不同的實體。該項是必選的。\\n\\n商戶數據（Merchant Data）\\n\\n含義：包含支付網關需要的所有商戶資訊。\\n\\n持卡人證書需求（Card Cert Required）含義：顯示支付網關是否支援與冇有證書的持卡人進行交易。\\n\\nSET擴展（SETExtensions）\\n\\n含義：列出支付網關支援的支付命令的SET資訊擴展。\\n\\nCRL數據定義版本（Version）\\n\\n含義：顯示CRL的版本號。\\n\\nCRL的簽發者（Issuer）\\n\\n含義：指明簽發CRL的CA的甄彆名。\\n\\nCRL釋出時間（this Update）預計下一個CRL更新時間（Next Update）撤銷證書資訊目錄（Revoked Certificates）CRL擴展（CRL Extension）CA的公鑰標識（Authority Key Identifier）CRL號（CRL Number）SSL證書種類\\n\\nSSL證書現在市場上有很多種類，其中應用最為廣泛的品牌為VeriSign，Geotrust，Thawte，Geotrust與Thawte都已經被Verisign收購，Verisign與其旗下所有證書品牌在中國官方代理為北京天威誠信。\\n\\n\"

}