① 前端js 加密解密方式
一、base64加密
使用JS函數的window.btoa()和 window.atob()，分別是中臘編碼和解碼
二、編碼和解碼字元串
使用JS函巧羨數賣寬滑的escape()和unescape()，分別是編碼和解碼
三、AES加密解密
四、RSA加密解密
② js裡面我使用encodeURI加密json字元串傳遞到另一個頁面，為什麼另一個頁面地址顯示參數只加密了一點
數據量大的話，轉義後字元串會很長。
瀏覽器對 url 的長度有限制。
服務端也有對應設置影響接收的 url 長度。
從這幾點排查一下看看。
③ 大神知道這是加過密嗎，json文件
：你上面的代碼是完整的么？似乎內容不完整啊！如果是完整的，最大可能是base64的編碼。如果作者自已用了不同於標准base64的編碼方案，那要花點兒時間才能解碼。軟體自身安全也是一個需要解決的問題。典型的例子是QQ，盡管它不是一個信息安全軟體，由於其自身代碼不具備反編譯、反靜態、動態分析的能力，出現了很多安全方面的問題。而作為信息安全軟體，軟體自身安全代碼的安全就顯得更重要。惡意代碼通常是通過分析操作系統及應用軟體的安全漏洞，並加以利用，從而編寫出的相應代碼。關於軟體自身安全這個問題本身就是一個龐大的課題，好在有長期的實踐積累，我們使特有的工具AntiDebugLIB很好地解決了這個問題。
總之，作為信息安全軟體，不僅要解決加密存儲，更要解決文件的訪問控制和自身安全問題，只有這樣才能真正為用戶的秘密信息保護提供完美的解決方案。
信息安全軟體與文件加密軟體對比：
8
/8
當您擔心您的私人或秘密文檔被網路駭客通過網路偷偷瀏覽或竊取時，
當您擔心您的私人或秘密文檔被木馬、或帶有後門程序等惡意代碼復制時，
當您擔心與同事或好友共享電腦或電腦遺失會造成秘密文檔的泄漏時，
當您擔心公司機密與個人隱私文檔的安全時，
總之，當您希望您的秘密文檔未經您的授權，任何人無權察看瀏覽或修改時，
WinTSD將成為您最為有效的秘密文檔安全保護工具。
有了WinTSD的保護，計算機信息安全防護水平必將得到極大的提高就會改變想法。
4
/8
因此僅僅解決加密存儲的問題還不足以解決秘密文檔防止泄露的問題，除非你加密後絕不再使用它。為了保障秘密文件的安全，文件訪問控制也是必須要解決的問題。殺毒軟體的主要技術思路特徵碼比對，有的聲稱可以殺未知木馬和未知病毒，如果真是那樣豈不是一勞永逸了，還不斷升級做什麼，僅僅是為了防破解嗎？信息安全軟體和殺軟有共同點也有不同點，信息安全軟體的著重點應當是防止信息泄露，如果能做到信息不泄露，即使有木馬、病毒在運行我們也可以忽略它。為此就要改變防禦思路。
5
/8
在WinTSD看來，木馬、病毒、程序後門等惡意代碼和普通應用程序是沒有區別的，都是在操作系統下可運行的程序代碼，只是惡意代碼運行時沒有用戶界面，隱蔽運行時所進行的操作用戶並不知情。程序代碼對文檔的所有操作（包括讀取、寫入、復制、粘貼、創建、刪除等）都是基於操作系統來進行的，這些操作最終會由操作系統轉發至系統服務層，由系統執行體來執行，在轉發至系統服務層過程中，WinTSD通過添加文件過濾驅動，將所有這些操作進行攔截分析，並將這些訪問的操作授權移交給計算機用戶，由用戶來決定是允許還是禁止這些操作，達到用戶完全掌控文件訪問操作的目的。對受保護文件的隱蔽操作將不復存在。即使是用來專門對付理論上安全性最高的物理隔絕的擺渡木馬，也有一件必須要做的事情就是讀取或復制其感興趣的文件。只要是對WinTSD保護的文件操作，WinTSD總會及時通知和提醒用戶，使得只有經過用戶授權允許後才能訪問受保護的文件,確保秘密信息的安全。
6
/8
WinTSD更關心的是程序對受保護文件的訪問。WinTSD採用主動防禦技術，對程序（包括木馬、病毒、程序後門等惡意代碼）進行主動攔截，任何程序代碼要訪問WinTSD保護的文檔，必須通過WinTSD授權許可，WinTSD將此授權移交給計算機用戶，由用戶來決定是否允許訪問秘密文檔。即使有木馬、病毒、程序後門等惡意代碼在運行，只要企圖訪問受保護的文件，其隱蔽操作都將暴露無疑。
WinTSD將需要保護的文檔以密文的形式存放在TSD格式的文件當中，TSD文件格式是WinTSD專用文件格式，配合文件過濾驅動實現透明加解密過程，加密演算法採用AES-256。TSD文件可以存放在硬碟、光碟、U盤等存儲介質中，不需要針對某種介質進行專門的安全防護，即使TSD文件丟失，其內部的文檔也不能被非法用戶查看
④ ajax發送http請求,對json怎麼做加密
1、JSON格式的數據類似Map，List<Map>格式的數據形式，就是key,Value鍵值對的存在。在Servlet裡面只要net.sf.json 下面的JSONObject、JSONArray 將Object或者Collection轉換成JSON格式數據。
2、Ajax非同步請求數據分為：XML、JSON、HTML、TEXT等幾種，你定義為TEXT，後台傳輸過來的JSON格式數據需要用JS重新轉換成JS能識別的JSON格式，如果你定義為JSON格式交互，則不需要重新轉換。
3、Ajax數據交互中，Jquery不會自動加密。
⑤ 把自己做的JS加密後自己的html網頁要怎麼調用
一般js 只有混淆，也就是把代碼的變數名方法名稱修改成不容易認識的變數比如a, b ，這種情況下是可以調用的。
得看你是通過哪種方式加密的，最好把代碼貼一下看看。
⑥ 記錄一下前端使用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 是否是用戶偽造的
⑦ 如何將json對象通過aes進行加密
將json對象的 鍵值對，轉化為 ContentValues 對象中的鍵值對（鍵 為表中的欄位名），然後插入資料庫就可以了。 dbManager.insert(TABLENAME, null, values); 如果您對我的回答有不滿意的地方，還請您繼續追問； 答題不易，互相理解，互相幫助！
⑧ 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是一種編碼方式而不是加密演算法。只是看上去像是加密而已（嚇唬人）。