1. 如何在前端調用js對密碼進行加密
加密和解密原則上都應該在後台完成才合乎常理，如果在前端加密，就好比在眾目睽睽之下化妝易容，然後聲稱自己是另一個人一樣，沒意義啊。
如果一定要在前端加密，可以這樣：
<input type="submit" name="submit" value="注冊" onclick="var pwd=document.getElementsByName('password')[0];pwd.value=md5(pwd.value);"/>
2. 後端加密，前端怎樣解密
具體加密解密看具體方案，有的是使用C++把每個字元ASCII碼表的字元延後幾位傳回的時候Javascript往前幾位就可以了，具體看具體，建議不必要加密，加了密也沒有什麼必要，Haker面前什麼都是門
3. 在網頁前後端傳json的時候，一般用加密么比如我從前端傳一個id跟一個value給後端怎麼處理呢
格式:{id: value}詳細加密代碼參照網路經驗:https://jingyan..com/article/6f2f55a114b012b5b93e6cc4.html
4. 後端介面進行加密處理，我前端要怎樣配合
搜索答案我要提問首頁問題全部問題後端分離的一點想法》這篇文章,對前端與後端的
5. java中怎麼用jsp調用已有的介面,加密拼接參數
主要通過簽名驗證的方式來實現介面加密，前端給後端介面傳參數時先用aes加密，生成一個sign簽名，後端寫一個攔截器對其進行簽名驗證，後端接收到參數後，也通過同樣的方法對其參數加密生成一個sign，兩者相對比，如何相同則簽名成功！ 自己在加密生成簽名時，自己也可以定義一系列規則
6. web前端的數據如何加密
前端數據一般都需要在後台使用的所以必須要用可逆的加密方式 現在比較流行的就是非對稱的加密方式比如RSA 具體方法是生成兩個秘鑰 公鑰 私鑰 前端使用js（可以網路下載）把數據利用公鑰進行加密 加密結果傳給後端 後端利用私鑰解密方法對數據進行解密
7. URL請求對參數前端JS加密，後台JAVA解密
數字的話可以使用 Base62 演算法，不過這只是表面的轉換，因為演算法是寫在Js里的，稍加分析就能知道怎麼去翻轉。
如果要有效加密的話，可以使用js調用RSA演算法進行加密，這樣js中只會暴露公鑰，可以實現安全的加密。
網上多得很。
8. 前端加密傳遞信息時，有什麼好的方法
試試鐵馬加密軟體，可以試用，並提供針對性的加密服務。
鐵馬加密16年加密經驗，能為企業提供針對性的文件加密解決方案，防止圖紙、文件、源代碼，資料庫等等商業秘密非法外泄。具有後台自動運行、不影響工作、無需員工配合等特性。
加密場景包括內部流通、外發、員工出差、伺服器存儲等。
9. web前端用戶的密碼提交時應當怎樣加密
密碼在前端加密完全沒有意義，對密碼系統的安全性不會有任何提高，反而會引發不必要的麻煩。首先，做前端開發的人需要知道，前端系統的控制權是完全在用戶手裡的，也就是說，前端做什麼事情，用戶有完全的控制權。假設如同 @陳軒所說，前端做過了md5，後台就不用做了，這個做法會有什麼後果？如果某一天，這個系統的資料庫泄露了，黑客就直接拿到了每個用戶的密碼md5值，但此時，由於黑客知道密碼是在前端進行哈希的，所以他不需要爆破出該md5對應的原文是什麼，而是直接修改客戶端向伺服器發出的請求，把密碼欄位換成資料庫中MD5就可以了，由於與資料庫中記錄一致，直接就會登錄成功。這跟直接存儲明文密碼沒有任何區別！！！所以不管前端是不是加密了密碼，後台使用安全的哈希演算法對內容再次轉換是非常有必要的。（MD5可不行，要用bcrypt，我之前回答過一個類似的：隨著顯卡性能的高速發展，目前的快速Hash演算法是否已經變得不夠安全了？）這個回答還有一個人贊同，希望大家別被錯誤答案誤導了。另外一個答案 @林鴻所說，在非安全HTTP連接上，可以防止原始密碼被竊聽。但問題在於由於你的登錄系統接受的哈希過的密碼，而不是原文，竊聽者根本不需要原始密碼，只要通過哈希結果就可以偽造請求登錄系統。這樣做只能防止被竊聽到原文的密碼被攻擊者用在社會學攻擊上，而不能改善該網站的安全性。所以不管前端是不是加密了密碼，使用HTTPS安全連接進行登錄都是非常有必要的。以上我說的兩點，合起來看就是：不管前端是否加密了密碼，都不能以此為假設，讓後端設計的安全等級下降，否則就會有嚴重的安全問題。實際上，前端進行密碼加密，可以看做幫助用戶多進行了一次原文的轉換，不管用了什麼加密演算法，算出來的結果都是密碼原文，你該如何保護用戶的原始密碼，就該如何保護此處的加密結果，因為對你的登錄系統來說，它們都是密碼原文。以上這些，說明了密碼加密是沒有什麼意義的，接下來，我要說明前端加密會帶來什麼問題。有些人會認為前端進行了加密，可以降低後台的安全性需求，這種錯誤的觀念會造成系統的安全漏洞。實際上，你不能對前端做任何的假設，所有跟安全相關的技術，都必須應用在後台上。前端進行加密會造成頁面需要js腳本才能運行，那麼假設你的系統需要兼容不能運行js的客戶端，就必須再設計一個使用原文的登錄介面。由於前端是不是加密，所有安全機制都必須照常應用，所以為系統增加這樣的復雜性是完全沒必要的，即使傳輸明文密碼，只要正確使用了HTTPS連接和伺服器端安全的哈希演算法，密碼系統都可以是很安全的。
10. web端調介面用angularJS的post請求，介面傳輸數據一般用什麼加密方式呀要後台java那邊可逆的。
一、平常使用的post提交和接收方式
前端使用jquery提交數據。
?
1
2
3
4
5
6
7
8
9
$.ajax({
url:'/carlt/loginForm',
method: 'POST',
data:{"name":"jquery","password":"pwd"},
dataType:'json',
success:function(data){
//...
}
});
後端java接收：
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
@Controller
public class UserController {
@ResponseBody
@RequestMapping(value="/loginForm",method=RequestMethod.POST)
public User loginPost(User user){
System.out.println("username:"+user.getName());
System.out.println("password:"+user.getPassword());
return user;
}
}
model（不要忘記get、set方法）：
public class User {
private String name;
private String password;
private int age;
//setter getter method
}