㈠ 怎麼httpClient post路徑加密
1、POST 路徑無需加密，再說了還沒有什麼意義。
如果為了防止數據竊取，你可以對post的內容進行加密。
2、如果說你想對post的方法加密，你可以在 resin 或 apache 下 進行中轉加密，這樣不對將你服務端的方法公開，以起到防護作用。
我看到了你的追問，如果加密只能用我的第二種方式，但是這種加密意義總體來說不大，並且還需要進行集成，那就有點太麻煩了。
希望我的回答對你有用，謝謝
㈡ 怎麼對post方法加密
首先來說，目前常用的方式有兩種，
瀏覽器端安全控制項，淘寶、銀行等均採用該方式，優點是安全系數高，缺點是投資較大；
使用ssl方式完成登陸，安全系數一般，投資較低（需要申請ssl證書）
至於使用js在post前加密從原理上來說是根本沒有意義的，就像你說的，js是明文的，所以破解並不難。
如果你要開發的應用對安全性有要求，建議採用ssl方式即可，如果對安全性要求極高，選擇安全控制項。
事實上，對於80%的網站，登錄信息安全問題並不重要，尤其是抓包導致泄露的幾率極低。因為抓包這個事其實技術門檻還是很高的，如果盜取的賬號沒有極高的價值很少有人會去做。就像微博，QQ等，服務商也只是提供了各種密保，而沒有針對賬號提交過程提供太大的保護。
99%的賬號丟失問題來自於木馬，通過監控鍵盤事件完成盜取，而這種行為js根本無能為力。甚至前面說過的兩種加密方式也同樣。
對
於普通的網站，通常的手法就是要求認證用戶的安全郵箱，當密碼丟失的時候可以通過安全郵箱重置密碼，這就足夠了。不建議嘗試額外的手機找回密碼、身份證綁
定之類的功能，除非您的網站已經足夠強大，否則有一點安全知識的人都不會在莫名其妙的網站上輸入自己的手機號和身份證的。同理，就算你提供了安全控制項，很
多人可能也不會選擇安裝，因為你沒辦法證明自己提供的安全控制項是安全的。
不要把抓包想的太容易哦，誰知道用戶什麼時
候會登錄，從什麼地方過來，發到哪裡，總不能24小時盯著吧？費這么大勁偷到了，連幾千塊錢都不值，他不是白費力氣吧？能用這種方式盜取信息的人，你覺得
他會對萬把塊的小錢感興趣嗎？除非是有人花錢請他對你的網站惡意攻擊。也簡單，平時注意備份就好了。和洪水地震的幾率差不多。
㈢ php怎麼在post前加密用戶名 密碼
不需要加密，也無法加密。可以這么說，如果資料庫和程序是在同一伺服器，及資料庫的地址是localhost，那麼無需加密，因為加密了資料庫並不能自己解密，而且只要網站或者伺服器不被攻下，沒有加密的必要。
資料庫和php程序在不同的伺服器，就是說你在操作資料庫的時候需要遠程操作，這樣的話需要傳輸資料庫賬號密碼，可以在本地加密後傳輸，然後在資料庫伺服器進行解密後，用原始的賬號密碼去操作資料庫。
㈣ POST時JS加密了如何處理
1.1 http介面簽名驗證
1) 將表數據MD5簽名
格式要求：json內嵌套json對象，需要組成字元串，json內嵌數組，不需要排序，直接參數=值1&值2...&值n，如key=1&id=2&secret=88eereff8
注意:
①使用replace(「」,」」)函數來截取到對應格式。
②根據表數據封裝成json的時候，要按表格裡面欄位順序來依次封裝到json對象中，作用：方便別人理解。
③為了使json數據按照ASCLL碼順序排序，建議使用fastjson，它會幫助我們自動排序，其依賴：
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>fastjson</artifactId>
<version>1.1.23</version>
</dependency>
㈤ POST提交數據被加密怎麼辦
沒有抓包軟體抓不到的。只有是抓到能不能給抓包軟體識別出是不是正常代碼而已。例如HTTPS協議，或者加如證書。或者加密了之後再GET,POST。
㈥ 京東post登陸參數js分析，密碼加密的RSA加密實現
老規矩先用錯誤信息登陸一下抓一下包，看看有那些post欄位：
大概我們就知道我們要分析的欄位有nloginpwd其餘欄位還不清楚，就在上下在看看其他數據包，根據pubkey我們猜測加密方式大概是RSA，繼續查看其他數據包，找到一個有價值的get包
信息是：
沒有發現明確的關鍵字，但是可以猜想bg、challenge、patch應該和我們的加密參數相關，但是不確定，只有繼續分析加密的js片段：
其中好幾個欄位都是$("#??")格式，這種表示是來自頁面的，那在看看網頁源碼
果然發現了很多有價值的東西在post表單中的，其中只有兩個參數是需要單獨獲取的，其餘都是從html源碼裡面解析出來的
authcode來源
是獲取的源碼中的一個值，再看源碼
看樣子是在驗證碼操作的時候觸發的一個請求，返回的authcode的值，查看authcode請求的數據包
這個請求看起來不是那麼友好，有好幾個疑似加密欄位，這個參數暫時放放，繼續分析我們的passWord的加密。
繼續深入getEntryptPwd($('#nloginpwd').val())，查看源碼
核心的就兩行
encrypt.setPublicKey(pubKey); return encrypt.encrypt(pwd);這必定是RSA加密無疑了，繼續查看源碼，單獨的一個源碼文件，一共3300多行，刪減版如下
JSEncrypt是前端使用的實現RSA加密的庫，看樣子應該比較標准，那就試試能不能改寫了，復制全部源碼到node.js，會提示navigator、window未定義，這個問題很簡單，在文件頭定義
var navigator = this;
var window = this
然後在文件尾部寫個調用程序試試
是可以成功返回RSA加密結果的
京東的post請求不是太難，參數也能在源碼中找到，但是他的難度在發出post請求之前的一個get請求，這個get請求和驗證有關，和用戶名相關，簡單看了一下感覺有點復雜，留在第二篇講獲取authcode參數的其他參數是怎麼來的。
ID：python之戰
|作|者|公(zhong)號:python之戰
專注Python，專注於網路爬蟲、RPA的學習-踐行-總結
喜歡研究和分享技術瓶頸，歡迎關注
獨學而無友,則孤陋而寡聞！
㈦ js用什麼方法對ajax的post的數據進行加密傳輸php進行解密
利用可逆函數加隨機鹽進行加密和解密~
客戶端利用密鑰加密提交，服務端利用密鑰解密，密鑰一次性，使用後作廢
㈧ php怎麼在post前加密用戶名 密碼
用戶名 密碼 都加上一個用戶的注冊時間 然後md5()； 這樣客戶端不能知道真正的信息，但是你可以知道。 前提是你必須記錄下這個用戶名的加密值來進行用戶識別。