http和https的作用與區(qū)別

PS: https就是http和TCP之間有一層SSL層屋灌,這一層的實(shí)際作用是防止釣魚和加密。防止釣魚通過網(wǎng)站的證書,網(wǎng)站必須有CA證書腮猖,證書類似于一個解密的簽名狸棍。另外是加密身害,加密需要一個密鑰交換算法,雙方通過交換后的密鑰加解密 http與https有什么區(qū)別呢草戈?本文詳解http和https的區(qū)別塌鸯。
只要上過網(wǎng)的朋友一定接觸過“HTTP”,每次開網(wǎng)頁的時候唐片,不管是什么網(wǎng)址丙猬,其前面都會出現(xiàn)HTTP字樣,比如“http://www.jzxue.com”费韭、“http://62.135.5.7”等等茧球,而有些時候打開如銀行等對安全性要求很高的網(wǎng)站的時候其網(wǎng) 址的前綴又會變作“https”,這兩個前綴到底是什么意思星持?有什么作用呢抢埋?相信很多用戶朋友對此并不了解。下面就由我給大家解釋一二督暂。
http的全稱是Hypertext Transfer Protocol Vertion (超文本傳輸協(xié)議)揪垄,說通俗點(diǎn)就是用網(wǎng)絡(luò)鏈接傳輸文本信息的協(xié)議,我們現(xiàn)在所看的各類網(wǎng)頁就是這個東東逻翁。每次開網(wǎng)頁時為什么要出現(xiàn)“http://”呢饥努? 其實(shí)這個道理非常簡單,因?yàn)槟阋@得網(wǎng)絡(luò)上超文本信息卢未,那么你肯定要遵循其超文本傳輸?shù)囊?guī)范肪凛,就如同你是“天地會”成員堰汉,你和其他“天地會”成員接頭時首 先要說出“地震高崗,一派西山千古秀伟墙!”和“門朝大海翘鸭,三合河水萬年流”這樣的接頭暗號,說出后才能和會友進(jìn)行溝通戳葵。所以每次開網(wǎng)頁出現(xiàn)的 “http://”就如同上面所講的接頭暗號就乓,當(dāng)暗號正確后才能獲得相關(guān)信息。
看完了上面的解釋拱烁,或許你已經(jīng)懂得是為什么每次開網(wǎng)頁時要出現(xiàn)“http”了生蚁。那么接下來我們再談?wù)劄槭裁从袝r候網(wǎng)頁的接頭暗號又會變作“https”呢?
HTTPS的全稱是Secure Hypertext Transfer Protocol(安全超文本傳輸協(xié)議)戏自,是在http協(xié)議基礎(chǔ)上增加了使用SSL加密傳送信息的協(xié)議邦投。我們還是用天地會接頭的例子來講,大家可能覺得每 次天地會接頭都是使用“地震高崗擅笔,一派西山千古秀志衣!”這類婦孺皆知的接頭暗號,這樣的組織還有什么安全性可言猛们?只要說出了暗號那么就可能獲得天地會的相關(guān) 秘密念脯。事實(shí)上并不是這樣的,如果僅僅是靠一個婦孺皆知的接頭暗號進(jìn)行信息保密弯淘,天地會可能早被清兵圍剿了绿店,何來那么多傳奇故事呢?他們之間的交流除了使用 了接頭暗號外庐橙,可能還是用了“黑話”假勿,就是一些僅僅只有天地會成員才能聽懂的黑話,這樣即使天地會成員之間的交談信息被泄露出去了怕午,沒有相關(guān)揭秘的東西废登, 誰也不會知道這些黑話是什么?同樣HTTPS協(xié)議就如同上面天地會的信息交談一樣郁惜,它也將自己需要傳輸?shù)某谋緟f(xié)議通過SSL加密,讓明文變成了“黑話” 即使傳輸?shù)男畔⒈蝗瞬东@甲锡,捕獲的人也沒辦法知道其實(shí)際內(nèi)容兆蕉。
所以http和https之間的區(qū)別就在于其傳輸?shù)膬?nèi)容是否加密和是否是開發(fā)性的內(nèi)容。這也是你為什么常崇吐伲看見https開頭的網(wǎng)址都是一些類似銀行網(wǎng)站的這類網(wǎng)址的原因虎韵。

下面是http和https的概念

什么是HTTPS: HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協(xié)議。

  它是一個安全通信通道缸废,它基于HTTP開發(fā)包蓝,用于在客戶計算機(jī)和服務(wù)器之間交換信息驶社。它使用安全套接字層(SSL)進(jìn)行信息交換,簡單來說它是HTTP的 安全版测萎。 它是由Netscape開發(fā)并內(nèi)置于其瀏覽器中亡电,用于對數(shù)據(jù)進(jìn)行壓縮和解壓操作,并返回網(wǎng)絡(luò)上傳送回的結(jié)果硅瞧。HTTPS實(shí)際上應(yīng)用了Netscape的安 全全套接字層(SSL)作為HTTP應(yīng)用層的子層份乒。(HTTPS使用端口443,而不是象HTTP那樣使用端口80來和TCP/IP進(jìn)行通信腕唧。)SSL使 用40 位關(guān)鍵字作為RC4流加密算法或辖,這對于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認(rèn)證枣接,如果需要的話用戶可以確認(rèn)發(fā)送者是誰颂暇。

HTTPS和HTTP的區(qū)別:

  https協(xié)議需要到ca申請證書,一般免費(fèi)證書很少但惶,需要交費(fèi)耳鸯。

  http是超文本傳輸協(xié)議,信息是明文傳輸榆骚,https 則是具有安全性的ssl加密傳輸協(xié)議片拍。

  http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80妓肢,后者是443捌省。

  http的連接很簡單,是無狀態(tài)的碉钠。

  HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸纲缓、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議,要比http協(xié)議安全喊废。

HTTPS解決的問題:

1 . 信任主機(jī)的問題. 采用https 的server 必須從CA 申請一個用于證明服務(wù)器用途類型的證書. 改證書只有用于對應(yīng)的server 的時候祝高,客戶度才信任次主機(jī)。所以目前所有的銀行系統(tǒng)網(wǎng)站污筷,關(guān)鍵部分應(yīng)用都是https 的工闺,客戶通過信任該證書,從而信任了該主機(jī)瓣蛀,其實(shí)這樣做效率很低陆蟆,但是銀行更側(cè)重安全。這一點(diǎn)對我們沒有任何意義惋增,我們的server 采用的證書不管自己issue 還是從公眾的地方issue叠殷,客戶端都是自己人,所以我們也就肯定信任該server诈皿。

  2 . 通訊過程中的數(shù)據(jù)的泄密和被竄改

  1)一般意義上的https, 就是 server 有一個證書.

  a) 主要目的是保證server 就是他聲稱的server. 這個跟第一點(diǎn)一樣.

  b) 服務(wù)端和客戶端之間的所有通訊林束,都是加密的.

  i. 具體講像棘,是客戶端產(chǎn)生一個對稱的密鑰,通過server 的證書來交換密鑰壶冒,一般意義上的握手過程缕题。

  ii. 加下來所有的信息往來就都是加密的,第三方即使截獲依痊,也沒有任何意義避除,因?yàn)樗麤]有密鑰,當(dāng)然竄改也就沒有什么意義了胸嘁。

  2)少許對客戶端有要求的情況下瓶摆,會要求客戶端也必須有一個證書。

  a) 這里客戶端證書性宏,其實(shí)就類似表示個人信息的時候群井,除了用戶名/密碼, 還有一個CA 認(rèn)證過的身份毫胜,個人證書一般來說上別人無法模擬的书斜,所有這樣能夠更深的確認(rèn)自己的身份。

  b) 目前少數(shù)個人銀行的專業(yè)版是這種做法酵使,具體證書可能是拿U盤作為一個備份的載體荐吉。

密鑰交換算法

使用對稱加密算法時,密鑰交換是個大難題口渔,所以Diffie和Hellman提出了著名的Diffie-Hellman密鑰交換算法样屠。

  • Diffie-Hellman密鑰交換算法原理:
(1)Alice與Bob確定兩個大素數(shù)n和g,這兩個數(shù)不用保密
 
 (2)Alice選擇另一個大隨機(jī)數(shù)x缺脉,并計算A如下:A=gx mod n
 
 (3)Alice將A發(fā)給Bob
 
 (4)Bob  選擇另一個大隨機(jī)數(shù)y痪欲,并計算B如下:B=gy mod n
 
 (5)Bob將B發(fā)給Alice
 
 (6)計算秘密密鑰K1如下:K1=Bx mod n
 
 (7)計算秘密密鑰K2如下:K2=Ay mod n
 
   K1=K2,因此Alice和Bob可以用其進(jìn)行加解密
  • RSA加密算法是基于這樣的數(shù)學(xué)事實(shí):兩個大素數(shù)相乘容易攻礼,而對得到的乘積求因子則很難业踢。加密過程如下:
(1)選擇兩個大素數(shù)P、Q
(2)計算N=P*Q
(3)選擇一個公鑰(加密密鑰)E礁扮,使其不是(P-1)與(Q-1)的因子
(4)選擇私鑰(解密密鑰)D知举,滿足如下條件:
          (D*E) mod (P-1)(Q-1)=1
(5)加密時,明文PT計算密文CT如下:
          CT=PTE mod N
(6)解密時太伊,從密文CT計算明文PT如下:
          PT=CTDmodN 這也是SSL中會用一種密鑰交換算法负蠕。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市倦畅,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌绣的,老刑警劉巖叠赐,帶你破解...
    沈念sama閱讀 218,284評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件欲账,死亡現(xiàn)場離奇詭異,居然都是意外死亡芭概,警方通過查閱死者的電腦和手機(jī)赛不,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,115評論 3 395
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來罢洲,“玉大人踢故,你說我怎么就攤上這事∪敲纾” “怎么了殿较?”我有些...
    開封第一講書人閱讀 164,614評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長桩蓉。 經(jīng)常有香客問我淋纲,道長,這世上最難降的妖魔是什么院究? 我笑而不...
    開封第一講書人閱讀 58,671評論 1 293
  • 正文 為了忘掉前任洽瞬,我火速辦了婚禮,結(jié)果婚禮上业汰,老公的妹妹穿的比我還像新娘伙窃。我一直安慰自己,他們只是感情好样漆,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,699評論 6 392
  • 文/花漫 我一把揭開白布为障。 她就那樣靜靜地躺著,像睡著了一般氛濒。 火紅的嫁衣襯著肌膚如雪产场。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,562評論 1 305
  • 那天舞竿,我揣著相機(jī)與錄音京景,去河邊找鬼。 笑死骗奖,一個胖子當(dāng)著我的面吹牛确徙,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播执桌,決...
    沈念sama閱讀 40,309評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼鄙皇,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了仰挣?” 一聲冷哼從身側(cè)響起伴逸,我...
    開封第一講書人閱讀 39,223評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎膘壶,沒想到半個月后错蝴,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體洲愤,經(jīng)...
    沈念sama閱讀 45,668評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,859評論 3 336
  • 正文 我和宋清朗相戀三年顷锰,在試婚紗的時候發(fā)現(xiàn)自己被綠了柬赐。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,981評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡官紫,死狀恐怖肛宋,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情束世,我是刑警寧澤酝陈,帶...
    沈念sama閱讀 35,705評論 5 347
  • 正文 年R本政府宣布,位于F島的核電站良狈,受9級特大地震影響后添,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜薪丁,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,310評論 3 330
  • 文/蒙蒙 一遇西、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧严嗜,春花似錦粱檀、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,904評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至睦优,卻和暖如春渗常,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背汗盘。 一陣腳步聲響...
    開封第一講書人閱讀 33,023評論 1 270
  • 我被黑心中介騙來泰國打工皱碘, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人隐孽。 一個月前我還...
    沈念sama閱讀 48,146評論 3 370
  • 正文 我出身青樓癌椿,卻偏偏與公主長得像,于是被迫代替她去往敵國和親菱阵。 傳聞我的和親對象是個殘疾皇子踢俄,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,933評論 2 355

推薦閱讀更多精彩內(nèi)容

  • 1.OkHttp源碼解析(一):OKHttp初階2 OkHttp源碼解析(二):OkHttp連接的"前戲"——HT...
    隔壁老李頭閱讀 20,852評論 24 176
  • 前言 一直以來想總結(jié)下HTTPS和HTTP的區(qū)別,近來看了些相關(guān)資料晴及,在此總結(jié)下都办。首先給出參考的資料,并表示感謝:...
    WQ_UESTC閱讀 456評論 0 5
  • 在上網(wǎng)獲取信息的過程中槽卫,我們接觸最多的信息加密傳輸方式也莫過于 HTTPS 了。每當(dāng)訪問一個站點(diǎn)胰蝠,瀏覽器的地址欄中...
    jianshu小趙閱讀 1,131評論 0 0
  • 超文本傳輸協(xié)議HTTP協(xié)議被用于在Web瀏覽器和網(wǎng)站服務(wù)器之間傳遞信息茸塞,HTTP協(xié)議以明文方式發(fā)送內(nèi)容躲庄,不提供任何...
    iOS謝先森閱讀 4,216評論 0 9
  • 一、作用 不使用SSL/TLS的HTTP通信钾虐,就是不加密的通信噪窘。所有信息明文傳播,帶來了三大風(fēng)險效扫。 (1)竊聽風(fēng)險...
    XLsn0w閱讀 10,536評論 2 44