Ⅰ 前端js幾種加密/解密方法
方法匯總：
https://www.cnblogs.com/pinkpolk/articles/13600696.html
項目中用了crypto-js DES加密解密 前端用下面方法加密 後台用java的des解密
https://blog.csdn.net/huaweichenai/article/details/103497194
crypto-js AES需要前端來處理加密解密
https://www.npmjs.com/package/crypto-js
JS 使用 SHA1 加密示例
https://blog.csdn.net/qq_40147863/article/details/88034357
Ⅱ 功能強大的JS加密庫-CryptoJS
CryptoJS是JavaScript的一個加解密庫集合，可以說平時開發磨肆中需要用到的加解密方法，它這里都包含了
1、MD5加密，這是一種不可逆的加密
2、SHA-1加密，是現有 SHA 哈希函數中最成熟的，它用於各種安全應用程序和協議
3、SHA-2加密，不像 SHA-1 那樣廣泛使用，盡管它似乎提供了更好的安全性
4、AES加解密瞎衫轎， 是美國聯邦信息處理標准 (FIPS)提出的高級加密標准
5、DES加解密， DES 是以前佔主導地位的加密演算法，並作為官方聯邦信息處理標准 (FIPS) 發布，由於密鑰大小較小，DES 現在被認塌孫為是不安全的
6、轉Base64
好了常用的加解密方法就介紹到這了
覺得效果不錯的請幫忙加個關注點個贊，經常分享前端實用開發技巧
Ⅲ 記錄一下前端使用CryptoJS的幾種加密方式
自己太小白了，之前在PC端項目中使用的MD5加密，現在的小程序項目使用了 CryptoJS 裡面的 enc-base64 和 hmac-sha1 ，之前沒有用到過這兩種，所以比較疑惑，為何在小程序不繼續使用 MD5 呢？所以在這里記錄一下自己解疑惑的一些知識點。
隨著互聯網的興起，我們對信息的安全越來越受重視，這樣就導致在web開發中，對用戶密碼等各種加密變得更加重要了。與伺服器的交互中，為了確保數據傳輸的安全性，避免被黑客抓包篡改。
對於Base64編碼的，我覺得看一篇文章能夠解決你的疑惑，我在這里就不贅述了
🧐 Base64編碼原理
如： 用戶密碼，請求參數，文件加密
如： 介面參數簽名驗證服務
支付數據、CA數字證書
前端的朋友可能會關注前端js加密，我們在做 WEB 的登錄功能時一般是通過 Form 提交或 Ajax 方式提交到伺服器進行驗證的。為了防止抓包，登錄密碼肯定要先進行一次加密（RSA），再提交到伺服器進行驗證。一些大公司都在使用，比如淘寶、京東、新浪 等。
前端加密也有很多現成的js庫，如：
JS-RSA： 用於執行OpenSSL RSA加密、解密和密鑰生成的Javascript庫， https://github.com/travist/jsencrypt
MD5： 單向散列加密md5 js庫， https://github.com/blueimp/JavaScript-MD5
crypto-js： 對稱加密AES js庫， https://github.com/brix/crypto-js
-CryptoJS (crypto.js) 為 JavaScript 提供了各種各樣的加密演算法。
HMAC 系列是消息驗證，用於驗證一個消息是否被篡改——如網站上傳遞 email 和 hmac(email)，則接收時可以通過 hmac(email) 獲知 email 是否是用戶偽造的
Ⅳ 前端加密與後端解密
請看demo， 用前請npm install crypto-js
創建一個js文件
import CryptoJS from 'crypto-js';
const encryptByDES = (message, key)=>{
let keyHex = CryptoJS.enc.Utf8.parse(key);
let encrypted = CryptoJS.DES.encrypt(message, keyHex, {
mode: CryptoJS.mode.ECB,
padding: CryptoJS.pad.ZeroPadding
});
return encrypted.ciphertext.toString();
}
/**
* 對userId加密
* @param {String} userId
*/
export const encryption = (userId) => {
let _userId = userId.toString() || ''
let encryptedResult = encryptByDES(_userId, '')
return encryptedResult
}
html部分
import React, {Component} from 'react';
import CryptoJS from 'crypto-js';
import logo from './logo.svg';
import './App.css';
class App extends Component {
constructor(props){
super(props)
this.state={
userId: 123,
encryptedResult: ''
}
}
_handleChange = (event) => {
this.setState(() => ({
userId: event.target.value
}))
}
des = () => {
let data = this.encryptByDES('111', '')
this.setState(() => ({
encryptedResult: data
}))
}
encryptByDES = (message, key) => {
console.log(CryptoJS.pad)
let keyHex = CryptoJS.enc.Utf8.parse(key);
let encrypted = CryptoJS.DES.encrypt(message, keyHex, {
mode: CryptoJS.mode.ECB,
padding: CryptoJS.pad.ZeroPadding
});
return encrypted.ciphertext.toString();
}
render() {
return (
<div className="App">
<input type="text" value={this.state.userId} onChange={this._handleChange}/>
<button type="button" onClick={this.des}>加密</button><br/>
<span>結果：{this.state.encryptedResult}</span>
</div>
);
}
}
export default App;
Ⅳ 把自己做的JS加密後自己的html網頁要怎麼調用
一般js 只有混淆，也就是把代碼的變數名方法名稱修改成不容易認識的變數比如a, b ，這種情況下是可以調用的。
得看你是通過哪種方式加密的，最好把代碼貼一下看看。
Ⅵ 如何在前端調用js對密碼進行加密
加密和解密原則上都應該在後台完成才合乎常理，如果在前端加密，就好比在眾目睽睽之下化妝易容，然後聲稱自己是另一個人一樣，沒意義啊。
如果一定要在前端加密，可以這樣：
<input type="submit" name="submit" value="注冊" onclick="var pwd=document.getElementsByName('password')[0];pwd.value=md5(pwd.value);"/>
Ⅶ 前端如何實現單向加密傳輸後端
如果是單向加密傳輸的話可以說，是一件極其簡單的事情，
為什麼要進行加密傳輸，是因為h5和後端產生交互的這個過程中呢，會很容易被劫持數據，故而需要在傳輸過程中保持數據不可見性，前端存儲公鑰加密，而後端存儲私鑰進行解密，一般情況來說，前端不會存儲私鑰也不能存儲私鑰，不符合安全規范，因為前端的js文件也是可以被扒出來的
如何進行處理呢，簡單的單向加密
只需要用到插件jsencryppt，當然，需要前後端保持一致的插件
使用場景，用戶填寫自己的信息/手機號/地址等
前端本地新建文件publickey.js
存儲加密公鑰，存儲秘鑰需要後端根據插件jsencryppt私鑰生成，需要後端給予
export const publickey=''
在需要使用的組件引入插件jsencryppt和publickey.js文件
import { publickey } from '@/utils/publickey.js'
import JsEncrypt from 'jsencryppt'
在定義加密方法
const getPassword = new JsEncrypt() // 提取出秘鑰加密方式
getPassword.setPublicKey(publickey) // 將公鑰注入進插件加密方法中
加密方法並不是以上，加密方法是encrypt,你定義好的getPassword中，會有encrypt
而使用則是放在數據中
this.getPassword.encrypt(phone)
this.getPassword.encrypt(address)
this.getPassword.encrypt(name)
數據可以列印出來給後端進行解密處理是否有誤
無誤後即可直接進行聯調
這部分是比較簡單的單向加密，如果還需要前端這邊還解密展示如何實現呢，前端又不能存儲私鑰，該如何處理呢？
敬請下回~
Ⅷ js中常見的數據加密與解密的方法
加密在我們前端的開發中也是經常遇見的。本文只把我們常用的加密方法進行總結。不去糾結加密的具體實現方式（密碼學，太龐大了）。
常見的加密演算法基本分為這幾類，
RSA加密：RSA加密演算法是一種非對稱加密演算法。在公開密鑰加密和電子商業中RSA被廣泛使用。（這才是正經的加密演算法）
非對稱加密演算法：非對稱加密演算法需要兩個密鑰：公開密鑰（publickey:簡稱公鑰）和私有密鑰（privatekey:簡稱私鑰）。公鑰與私鑰是一對，如果用公鑰對數據進行加密，只有用對應的私鑰才能解密。因為加密和解密使用的是兩個不同的密鑰，所以這種演算法叫作非對稱加密演算法。
DES全稱為Data Encryption Standard，即數據加密標准，是一種使用密鑰加密的塊演算法
DES演算法的入口參數有三個：Key、Data、Mode。其中Key為7個位元組共56位，是DES演算法的工作密鑰；Data為8個位元組64位，是要被加密或被解密的數據；Mode為DES的工作方式,有兩種:加密或解密。
AES這個標准用來替代原先的DES
DES/AES我們合並在一起介紹其用法和特點
Base64是一種用64個字元來表示任意二進制數據的方法。base64是一種編碼方式而不是加密演算法。只是看上去像是加密而已（嚇唬人）。
Ⅸ 前端js 加密解密方式
一、base64加密
使用JS函數的window.btoa()和 window.atob()，分別是中臘編碼和解碼
二、編碼和解碼字元串
使用JS函巧羨數賣寬滑的escape()和unescape()，分別是編碼和解碼
三、AES加密解密
四、RSA加密解密
Ⅹ 求助前端JS都是用什麼加密的
js的不可雀冊讀化處理分為三個方面：壓縮（compression）、混鉛歲笑淆（obfuscation） 和加密（encryption）。
1. 壓縮
這一操作的目的，是讓最終代碼傳輸量 （不代表代碼量, 也不代表文件體積）盡可能小。壓縮js的工具，常見的有：YUI Compressor、UglifyJS、Google Closure Compiler 等。
通常在代碼壓縮的過程中，只改變代碼的語法，代碼的語義和控制流不會有太大改變。
常見做法是把局部變數縮短化，把一些運算進行等價替換等。代碼壓縮對於代碼保護有一些幫助，但由於語義和控制流基本沒變，起不了太大作用。
在壓縮層面上，代碼不可讀只是一種附帶傷害，不是最終目的。
2. 混淆
這一操作的目的，是讓代碼盡可能地不可讀，主要用作代碼保護。
讓代碼不可讀，增加分析的難度，這是唯一目的。混淆過後文件體積變大一倍也沒關系，代碼量變多也沒關系，運算慢50% 也沒關系。
常見的做法有：分離常量、打亂控制流、增加無義代碼、檢查運行環境槐含如果不對就罷工，等等。
在混淆層面上，代碼不可讀是最終目的。
值得一提的是，Google Closure Compiler 的 Advance Level Compression 會壓縮類和對象的成員，其壓縮結果很難分析，也可以認為是一種混淆，但兼容性不太好。
3. 加密
有加密就有解密，意味著加密操作可逆，密文可以明文化。
在Web界，可以稱之為加密的東西包括：HTTPS傳輸、JavaScript實現對稱加密或者不對稱加密等等。