Web前端密碼加密是否有意義？！密碼的前端加密也是如此。我們需要知道HTTP協(xié)議有兩個特點：信息在網(wǎng)絡(luò)傳輸過程中是透明的。這時，如果在傳輸過程中被屏蔽，黑客們就像密碼一樣就會知道。所以很多網(wǎng)站在不啟用

Web前端密碼加密是否有意義？

！密碼的前端加密也是如此。

我們需要知道HTTP協(xié)議有兩個特點：

信息在網(wǎng)絡(luò)傳輸過程中是透明的。這時，如果在傳輸過程中被屏蔽，黑客們就像密碼一樣就會知道。

所以很多網(wǎng)站在不啟用HTTPS時，也會對前端密碼進(jìn)行加密，比如騰訊QQ空間賬號密碼登錄等網(wǎng)站。當(dāng)我們輸入密碼時，在提交表單之后，我們經(jīng)常會看到密碼框中的密碼長度突然變長。實際上，當(dāng)我們提交表單時，前端會對密碼進(jìn)行加密，然后將值賦給password字段，因此密碼框中似乎有更多的黑點。

當(dāng)密碼在前端加密時，即使信息在傳輸過程中被盜，第三方看到的也是加密的密碼。他接受這個密碼是沒有用的，因為加密的字符串有時間和其他特性，當(dāng)它被提交到其他計算機(jī)/IP上的服務(wù)器時無法驗證。

最后，即使是web前端密碼加密，也不能簡單地用MD5來加密密碼，必須在其中添加一些特征字符，同時還要限制加密的及時性，防止加密的密文一直有效。如果您可以使用HTTPS協(xié)議，請使用HTTPS協(xié)議。

原生js的RSA和AES加密解密算法？

AES/DES加密速度快，適用于大量數(shù)據(jù)，DES容易破解，一般采用三重DES，以后出現(xiàn)的AES RSA是公鑰加密，速度慢，只能處理少量數(shù)據(jù)，優(yōu)點是公鑰即使在不安全的網(wǎng)絡(luò)中公開，也能保證安全安全常見的情況是雙方與RSA協(xié)商一個密鑰，并通過AES/3DES對數(shù)據(jù)進(jìn)行加密

密碼本身只能對長度等于密碼塊長度的單個數(shù)據(jù)塊進(jìn)行加密。要加密可變長度的數(shù)據(jù)，必須將數(shù)據(jù)分成若干獨立的密碼塊。一般來說，最后一段數(shù)據(jù)還需要通過適當(dāng)?shù)奶畛浞椒〝U(kuò)展到滿足密碼塊大小的長度。

一種工作模式描述加密每個數(shù)據(jù)塊的過程，并且通常使用基于初始化向量的附加輸入值進(jìn)行隨機(jī)化，以確保安全性。

常用模式有ECB、CBC、OFB、CFB、CTR和XTS！