㈠ java加密 是前台加密 還是後台加密
是後台
md5加密簡單好用
㈡ 用戶注冊時秘密是在前端md5加密還是後端
准確的說兩者都有，加密傳輸到伺服器解析處理，再加密傳輸返回
㈢ 請問 上傳文件的時候想在前端先進行加密
可以用合力天下安全准入網關，文檔上傳自動解密，下載自動加密。
㈣ asp.net 開發時用戶注冊和登錄密碼MD5加密代碼是寫在前台還是後台如果是前台為什麼網上很多人說是寫在CS
是寫在CS文件中的，要從前台獲取到值 用戶名和密碼 在CS文件中做處理 然後存入資料庫的
舉個例子（我個人想法）：如果你寫在了前台，當你要做一個記住密碼的功能 程序里記住的可能就不是你當時輸入的密碼 很有可能是 md5加密後那一串字元 盡管密碼框里的東西你看不見 這個時候可能就密碼錯誤了（因為記住的密碼 也是在後台將加密的字元取出 解密後才顯示到頁面的）
㈤ 如何在前端調用js對密碼進行加密
加密和解密原則上都應該在後台完成才合乎常理，如果在前端加密，就好比在眾目睽睽之下化妝易容，然後聲稱自己是另一個人一樣，沒意義啊。
如果一定要在前端加密，可以這樣：
<input type="submit" name="submit" value="注冊" onclick="var pwd=document.getElementsByName('password')[0];pwd.value=md5(pwd.value);"/>
㈥ Web前端密碼加密是否有意義
沒有意義
密碼前端的加密根本沒有意義，密碼系統的安全性沒有提高，但會造成不必要的麻煩。
首先，前端開發人員需要知道前端系統的控制完全掌握在用戶手中，也就是說前端所做的事情和用戶擁有完全的控制。據稱，前端做了MD5，後台不必做，這種方法會有什麼後果？如果有一天，系統資料庫泄露，黑客直接獲得每個用戶的密碼的MD5值，但這一次，因為黑客知道密碼的哈希的前面，所以他不需要鼓風的MD5對應什麼是原創，而是直接修改發送到伺服器的客戶端請求的在它的資料庫密碼欄位MD5，符合資料庫中的記錄，你可以直接登錄。這與直接存儲明文密碼沒有區別！！！所以不管前端密碼是否加密，後台使用哈希演算法的安全內容轉換都是必要的。（MD5不能使用BCrypt的，我以前回答類似：用圖形表現，當前快速發展的快速哈希演算法已成為不安全嗎？）有一個人同意這個答案，我希望你不要被錯誤的答案誤導。對方的回答，Linh說，是為了防止原始密碼被利用在一個不安全的HTTP連接。但問題是，因為你的登錄系統接受密碼代替原來的，竊聽者根本不需要原始密碼，只要哈希結果可以偽造請求登錄系統。這樣做只會防止攻擊者在社交攻擊時使用原始密碼，而不會提高網站的安全性。所以不管前面密碼是不是加密的，使用HTTPS安全連接登錄都是很有必要的。
㈦ 如何在前端伺服器和後端伺服器之間做IPSec加密
單打開80埠是不夠的。驗證方式建議使用KERBEROS或證書。
㈧ web前端的數據如何加密
前端數據一般都需要在後台使用的所以必須要用可逆的加密方式 現在比較流行的就是非對稱的加密方式比如RSA 具體方法是生成兩個秘鑰 公鑰 私鑰 前端使用js（可以網路下載）把數據利用公鑰進行加密 加密結果傳給後端 後端利用私鑰解密方法對數據進行解密
㈨ 表單提交的密碼為什麼要進行md5加密 md5加密一般在前台進行還是在後台進行；
為了安全起見。
MD5加密後就算密碼泄露了，別人也不知道密碼是什麼。
一般都是在後台加密的。