A. Java寫的RSA演算法在WebSphere環境下報錯，在本地tomcat下是好的
WAS6 的 JDK 版本太老了，是 IBM JDK1.4，沒有實現 ECB，有條件的話，試試 WAS7(IBM JDK1.6)或者是WAS8
本地測試一般都是用的 Sun 的 JDK
每次加完密結果都會變化？是說同樣的內容加密之後結果都不一樣么？RSA 不會這樣的咧
B. web前端的數據如何加密
前端數據一般都需要在後台使用的所以必須要用可逆的加密方式 現在比較流行的就是非對稱的加密方式比如RSA 具體方法是生成兩個秘鑰 公鑰 私鑰 前端使用js（可以網路下載）把數據利用公鑰進行加密 加密結果傳給後端 後端利用私鑰解密方法對數據進行解密
C. android和java webservice RSA處理的不同
android和java webservice RSA處理的不同如下：
1.最近做RSA加密用於增強android客戶機與伺服器(JavaEE)數據傳輸的安全性。發現在andorid機器上生成的（密鑰對由伺服器在windows xp下生成並將公鑰發給客戶端保存）密碼無法在伺服器通過私鑰解密。
2.為了測試，在伺服器本地加解密正常，另外，在android上加解密也正常，但是在伺服器中加密（使用相同公鑰）後的密碼同樣無法在android系統解密（使用相同私鑰）。
3.由於對RSA加密演算法不了解，而且對Java RSA的加密過程也不清楚、谷歌一番，才了解到可能是加密過程中的填充字元長度不同，這跟加解密時指定的RSA演算法有關系。
4.比如，在A機中使用標准RSA通過公鑰加密，然後在B系統中使用「RSA/ECB/NoPadding」使用私鑰解密，結果可以解密，但是你會發現解密後的原文前面帶有很多特殊字元，這就是在加密前填充的空字元；如果在B系統中仍然使用標準的RSA演算法解密，這在相同類型的JDK虛擬機環境下當然是完全一樣的，關鍵是android系統使用的虛擬機（dalvik）跟SUN標准JDK是有所區別的，其中他們默認的RSA實現就不同。
5.更形象一點，在加密的時候加密的原文「abc」，你直接使用「abc」.getBytes()方法獲得的bytes長度可能只有3，但是系統卻先把它放到一個512位的byte數組里，new byte[512]，再進行加密。但是解密的時候你使用的是「加密後的密碼」.getBytes()來解密，解密後的原文自然就是512長度的數據，即是在「abc」之外另外填充了500多位元組的其他空字元。
D. 如何在Web伺服器上設置SSL
Gworg申請SSL證書後進入伺服器使用對用伺服器環境SSL安裝即可。
E. 求大神詳細點的幫我講講ctf 中pwn re web rsa分別是什麼
我也是新手，我了解的是這樣的
pwn是破解的意思，不是很了解。
re是逆向（reverse縮寫），入門比較難，你可以先去網上找點ppt或者去CTF平台邊看write up 邊看題學習下；這個東西入門比較難，之後要好點，需要學習匯編語言。
web這個東西也比較多，但入門好入。
rsa一個是密碼學的知識吧，和這些比賽題目不一樣吧，因為以上的東西在比賽的時候會寫出來是哪些種類的。
給你個鏈接吧:http://www.sohu.com/a/161285543_259158
希望採納，謝謝啦。
F. 公共密鑰加密演算法 rsa 在web商務上的一個知名應用是什麼啊
PGP郵件加密系統，基於PKI的RSA加密
G. 如何實現一個安全的Web登陸
對於 Web 應用程序，安全登錄是很重要的。但是目前大多數 Web 系統在發送登錄密碼時是發送的明文，這樣很容易被入侵者監聽到密碼。當然，通過 SSL
來實現安全連接是個不錯的方法，但是很多情況下我們沒辦法將伺服器設置為帶有 SSL 的 Web 伺服器。因此如果在登錄系統中加入安全登錄機制，則可以在沒有 SSL
的 Web 伺服器上實現安全登錄。
要實現安全登錄，可以採用下面三種方法，一種基於非對稱加密演算法，一種基於對稱加密演算法，最後一種基於散列演算法。
非對稱加密演算法中，目前最常用的是 RSA 演算法和
ECC(橢圓曲線加密)演算法。要採用非對稱加密演算法實現安全登錄的話，首先需要在客戶端向伺服器端請求登錄頁面時，伺服器生成公鑰和私鑰，然後將公鑰隨登錄頁面一起傳遞給客戶端瀏覽器，當用戶輸入完用戶名密碼點擊登錄時，登錄頁面中的
JavaScript
調用非對稱加密演算法對用戶名和密碼用用公鑰進行加密。然後再提交到伺服器端，伺服器端利用私鑰進行解密，再跟資料庫中的用戶名密碼進行比較，如果一致，則登錄成功，否則登錄失敗。
對稱加密演算法比非對稱加密演算法要快得多，但是對稱加密演算法需要數據發送方和接受方共用一個密鑰，密鑰是不能通過不安全的網路直接傳遞的，否則密鑰和加密以後的數據如果同時監聽到的話，入侵者就可以直接利用監聽到的密鑰來對加密後的信息進行解密了。
如何用 hmac
演算法實現安全登錄。首先在客戶端向伺服器端請求登錄頁面時，伺服器端生成一個隨機字元串，連同登錄頁面一同發送給客戶端瀏覽器，當用戶輸入完用戶名密碼後，將密碼採用
MD5 或者 SHA1 來生成散列值作為密鑰，伺服器端發送來的隨機字元串作為消息數據，進行 hmac
運算。然後將結果提交給伺服器。之所以要對用戶輸入的密碼進行散列後再作為密鑰，而不是直接作為密鑰，是為了保證密鑰足夠長，而又不會太長。伺服器端接受到客戶端提交的數據後，將保存在伺服器端的隨機字元串和用戶密碼進行相同的運算，然後進行比較，如果結果一致，則認為登錄成功，否則登錄失敗。當然如果不用
hmac 演算法，直接將密碼和伺服器端生成的隨機數合並以後再做 MD5 或者 SHA1，應該也是可以的。
這里客戶端每次請求時伺服器端發送的隨機字元串都是不同的，因此即使入侵者監聽到了這個隨機字元串和加密後的提交的數據，它也無法再次提交相同的數據通過驗證。而且通過監聽到的數據也無法計算出密鑰，所以也就無法偽造登錄信息了。
對稱和非對稱加密演算法不僅適用於登錄驗證，還適合用於最初的密碼設置和以後密碼修改的過程中，而散列演算法僅適用於登錄驗證。但是散列演算法要比對稱和非對稱加密演算法效率高。
H. 什麼叫WEB認證上網
簡單理解為電腦自動獲取IP地址（配置指定的IP地址），每次上網時，打開瀏覽器後頁面會自動跳轉到服務商的門戶網站，輸入用戶名和密碼即可上網。這種上網方式稱為網頁（WEB）認證上網方式。
Web認證方案首先需要給用戶分配一個地址，用於訪問門戶網站，在登陸窗口上鍵入用戶名與密碼，然後通過Radius客戶端去Radius伺服器認證，如認證通過，則觸發客戶端重新發起地址分配請求，給用戶分配一個可以訪問外網的地址。
(8)webrsa擴展閱讀
特點
但是WEB承載在7層協議上，對於設備要求較高，建網成本高；用戶連接性差；不容易檢測用戶離線，基於時間的計費較難實現；易用性不夠好；用戶在訪問網路前，不管是TELNET、FTP還是其它業務。
必須使用瀏覽器進行WEB認證；IP地址的分配在用戶認證前，如果用戶不是上網用戶，則會造成地址的浪費，而且不便於多ISP支持；認證前後業務流和數據流無法區分。
Web認證不需要特殊的客戶端軟體，可降低網路維護工作量；可以提供Portal等業務認證。
I. 什麼是SSL加密技術
SSL是Netscape公司所提出的安全保密協議，在瀏覽器（如Internet Explorer、Netscape Navigator）和Web伺服器（如Netscape的Netscape Enterprise Server、ColdFusion Server等等）之間構造安全通道來進行數據傳輸，SSL運行在TCP/IP層之上、應用層之下，為應用程序提供加密數據通道，它採用了RC4、MD5以及RSA等加密演算法，使用40 位的密鑰，適用於商業信息的加密。
SSL加密並不保護數據中心本身，而是確保了SSL加密設備的數據中心安全，可以監控企業中來往於數據中心的最終用戶流量。從某個角度來看，數據中心管理員可以放心將加密裝置放在某個地方，需要使用時再進行應用，數據中心應該會有更合理的方法來應對利用SSL的惡意攻擊，需要找到SSL加密應用的最佳實踐。