㈠ java web項目中servlet使用SSL安全訪問
tomcat不能直接禁止http，不禁止的話 就是在server.xml中配置80的站點 ，然後再配置一個8443的SSL站點或者默認的443站點。 如果想禁用http訪問只能在頁面上面加埠跳轉了。
㈡ 現下Java WEB開發中流行什麼安全框架
個人感覺還是SSH框架。
但是小型外包公司一般不用這類框架。
因為Jar包多，容易沖突，且比較麻煩。
大型公司都用這種框架，因為優點是層與層分的很開。容易後期維護和修改。
㈢ JavaWeb安全退出，該如何處理
你說的大概復是要清空制session，退出不再記錄用戶信息
request.getSession(false);
String chk="false";
session.putValue("Enter",chk);
response.setHeader("refresh","0;URL=index.jsp");
這段代碼加到退出的代碼中
㈣ java可以用在web安全嗎
Java是一個體系，不要單純的看成一個編程語言。做WEB開發至少需要：
java語言
網頁（HTML、css、JS）
服務端（JSP/Servlet）
這還是不考慮優化項目的情況下，必須掌握的技術點；即使這種Web項目，編碼時Java語言的比重也就三分之一。要考慮優化項目結構，還有XML、設計模式等技術點，Java語言比重能有五分之一就算高了。
㈤ javaweb發布安全幾種方式
1.對終於信息進行加密，嚴禁明文傳輸。
2.通過spring-cloud中gate進行網關控制。
3.shiro進行許可權控制。
4.對js代碼進行加密混淆，盡量不在js中做相關業務操作，將工程打成jar發布。
5.應用現有常見防範技術，如防蠕蟲手段。
6.使用復雜密碼。
㈥ 如何安全檢測Java Web應用網站漏洞
1、SQL注入漏洞
從SQL注入漏洞說起吧，在web漏洞里，SQL注入是最容易被利用而又最具有危害性的。怎麼快速的找到呢?先分析流程，就拿用戶查看文章這個流程為例：用戶訪問一個action，告訴它用戶想看ID為7的文章，這個action就會繼續完成前面所說的流程
2、暴露程序信息漏洞
這個漏洞是怎麼來的呢？我們需要從異常說起。有經驗的入侵者，可以從JSP程序的異常中獲取很多信息，比如程序的部分架構、程序的物理路徑、SQL注入爆出來的信息等，這個漏洞很容易防禦，卻很難快速定位漏洞文件。出現這樣漏洞的時候，通常是我們在寫代碼的時候，少了一些可能性的考慮而導致的。這樣的問題都是經驗造成的，而尋找漏洞也要通過經驗加運氣
3、AJAX暴露出來的漏洞
前面講SQL注入的時候說過的例子就是一個典型的情況，因為大多數網站不是在開發時就擁有Ajax技術的，都是後來看大家都用了，趕時髦加上。但是在加上的同時沒有意識到，在web上增加一個文件，就等於擴展了一點攻擊面。
4、業務邏輯漏洞
這個詞看起來挺抽象的，他和「暴露程序信息漏洞」有很多共同點，看名字就知道，應該是存在於業務邏輯層（service層）的漏洞。這樣的漏洞都和程序的運行邏輯有關。
5、XSS漏洞
這個漏洞也影響深遠，想要發現這樣的漏洞，除了在頁面上進行測試外，還要從流程上入手。用戶輸入有害信息後，信息保存到資料庫，從資料庫中讀出來丟給用戶時產生漏洞。也就是說我們有兩個過程可以攔截，就是保存到資料庫時，和從資料庫讀出來後交給用戶時。最快的方法是直接打開資料庫查看數據，如果數據沒有經過編碼直接放進了資料庫，那麼可能性就有了一半。剩下的一半更簡單，在action層搜索轉碼常用的字元，如果沒有，就很容易發現漏洞。即使有，也不用著急，在action層里慢慢找，很可能還有漏網之魚。
6、頁面層的邏輯漏洞
此類漏洞涵蓋面很大，包括「暴露不該暴露的數據」、「許可權控制的不精確」、「方便客戶的同時存在安全隱患」等等。這類漏洞就只能靠著自己的經驗，使用系統的每一個細小功能來尋找。
㈦ java web前後端分離安全性
批量注冊的賬號是屬於你的系統，對於他們有用嗎？如果對他們毫無用處，他們為什麼要用你的介面批量注冊呢
㈧ 如何增加java web 登錄安全性
HTTPS + 密碼混淆！
㈨ javaweb項目，為了輸入安全，需要限制用戶輸入哪些特殊字元
一般不需要做限制，輸出到頁面時編碼轉換一下就可以了，請參考org.apache.commons.lang.StringEscapeUtils類的使用。
至於SQL或代碼注入什麼的除非是你的編碼或實現方案不規范，否則都不會出現。
㈩ java web項目開發安全精粹
非常感謝！