『壹』 XSS內部存儲進去轉圈
內部存儲器和SD的卡剩餘空間很大，並不代表了手機系統空間大。
手機的存儲空間分為兩種手機內存，內存是手機內部存儲空間，也就是底層系統佔用空間+軟體佔用空間，內存和SD卡的空間可以用來存放用戶自己安裝的APP或音樂。
『貳』 XSS攻擊的定義，類型以及防禦方法
XXS攻擊全稱跨站腳本攻擊，是一種在Web應用中的計算機安全漏洞，它允許惡意Web用戶將代碼植入到提供給其他使用的頁面中。
XSS攻擊有哪幾種類型?下面就由銳速雲的小編為大家介紹一下
經常見到XSS攻擊有三種：反射XSS攻擊、DOM-based型XSS攻擊以及儲存型XSS攻擊。
[if !supportLists]1、[endif]反射型XSS攻擊
反射性XSS一般是攻擊者通過特定手法(如電子郵件)，誘使用戶去訪問一個包含惡意代碼的URL，當受害者點擊這些專門設計鏈接的時候，惡意代碼會直接在受害主機上的瀏覽器上執行，反射型XSS通常出現在網站搜索欄，用戶登入口等地方，常用來竊取客戶端或進行釣魚欺騙。
[if !supportLists]2、[endif]存儲型XSS攻擊
存儲型XSS攻擊也叫持久型XSS，主要將XSS代碼提交儲存在伺服器端(資料庫，內存，文件系統等)下次請求目標頁面時不用在提交XSS代碼。當目標用戶訪問該頁面獲取數據時，XSS代碼會從伺服器解析之後載入出來，返回到瀏覽器做正常的HTML和JS解析執行，XSS攻擊就發生了。儲存型XSS一般出現在網站留言，評論，博客日誌等交互處，惡意腳本儲存到客戶端或者服務端的資料庫中。
[if !supportLists]3、[endif]DOM-based型XSS攻擊
DOM-based型XSS攻擊它是基於DOM的XSS攻擊是指通過惡意腳本修改頁面的DOM結構，是純粹發生在客戶端的攻擊。DOM型XSS攻擊中，取出和執行惡意代碼由瀏覽器端完成，屬於前端JavaScript自身的安全漏洞。
如何防禦XSS攻擊?
[if !supportLists]1、[endif]對輸入內容的特定字元進行編碼，列如表示html標記<>等符號。
[if !supportLists]2、[endif]對重要的cookie設置httpOnly，防止客戶端通過document。cookie讀取cookie，此HTTP開頭由服務端設置。
[if !supportLists]3、[endif]將不可信的輸出URT參數之前，進行URLEncode操作，而對於從URL參數中獲取值一定要進行格式檢查
[if !supportLists]4、[endif]不要使用Eval來解析並運行不確定的數據或代碼，對於JSON解析請使用JSON。Parse()方法
[if !supportLists]5、[endif]後端介面也應該要做到關鍵字元過濾的問題。
『叄』 什麼是存儲型xss漏洞
Web2.0時代，XSS漏洞不容小覷。特別是在UGC業務，支持「安全的」HTML是業務必須的特性，這就對UGC安全過濾器要求特別高，稍有不慎就會出現存儲XSS漏洞。
整篇文章著眼點在「方案」，後續有機會我們還可以說說API的運營故事(這個元老級項目故事很多)。通過對API的精細化運營是可以發現0day漏洞的——API自身的，甚至包括瀏覽器。比如CVE-2009-1862、CVE-2011-2458 以及一些其他八卦。
存儲型XSS漏洞，這個作為漏洞界的元老級漏洞類型，在當前web2.0時代，一旦被利用，對業務造成的影響也將是轟轟烈烈的，比如之前的「XX咖啡廣告」：
『肆』 如何有效的測試存儲型XSS
進一步測試存儲型XSS 的利用
找到一個XSS點之後
alert(/xss/); alert(document.cookie);
輸入點長度限制 突破長度限制 漏洞的利用 惡意代碼的隱蔽性
『伍』 發現XSS漏洞的一般做法有哪些
關於發現時間，要具體到是檢測什麼目標了。找google的，和找騰訊的時間肯定不會一樣。 至於「你們一般都是如何發現xss漏洞的？」 不同類型的XSS漏洞，可能不盡相同。
1.對於反射型XSS以及一些DOM XSS，一般建議是開發一些自動化的掃描工具進行掃描，並輔以手工分析。 另外一方面，搜索引擎也是快速尋找具有缺陷參數的好辦法。
2.對於存儲型XSS，
1) 對於單純的輸入->存儲->輸出點 的情況 （輸入與輸出點關系：一個地方輸入，會有多個地方輸出；不同地方輸入，同一地方輸出。繞了點 T T ...）。常規測試是正向直接輸入內容，然後在輸出點查看是否未過濾，當然你也可以先大膽假設輸出點未過濾，反向尋找在何處進行輸入，進而測試。
2）對於富文本，則需要對過濾器進行fuzz測試（人腦+自動化）了，正好烏雲drops上有烏烏發了一篇：fuzzing XSS filter
3）第三類，就是一些WEB應用中所出現的DOM-存儲型XSS，即輸出點的無害內容，會經過js的一些dom操作變得危險（本質上和 第1點里的dom xss成因是一樣的）。這一類的挖掘方法，個人覺得不太好總結。 其一，需要熟悉WEB應用的功能，其二，知道功能所對應的JS代碼有哪些，其三，憑直覺猜測程序員會在哪些功能出現可能導致XSS的過濾遺忘或過濾錯誤（直覺是唬人的，其實就是你知道某些功能會需要某些代碼實現，而這些代碼常常容易出錯），其四，需要有較好的代碼閱讀跟蹤能力（JS一大坨。。還是蠻難讀的.... 有些代碼被混淆過，十分不易閱讀，就會涉及到如何下斷點進行調試的小技巧）。 我想，挖掘這一類的前提可能是需要有不錯的前端開發經驗，寫多了，才會有足夠的嗅覺。
其實吧，有時候專門去找漏洞會很累的，大什麼怡情，小什麼傷身，因此，我們還不如開心的敲敲代碼，聽聽歌，靜待生命中那些意外的收獲。 這些收獲經常來自身邊的人發給你的一些事物。
最後，不論如何，基礎很重要吧，內力不足，招式再多也沒用，反之，草木竹石皆可為劍。
『陸』 資料庫存儲型xss 都可以做什麼
XSS就是XSS。所謂「存儲型」、「反射型」都是從黑客利用的角度區分的。對於程序員來說意義不大，反而是誤導。只有「DOM-based」型略有不同。
XSS、SQL
injection之類的漏洞，原理都是破壞跨層協議的數據/指令的構造。
『柒』 如何修復Discuz存儲型XSS漏洞（2013-06-20）大神們幫幫忙
親，可以來這里看看，關於XSS跨站腳本漏洞修復的問題！----/51onb.com
『捌』 以下例子是否會存在xss存儲漏洞
沒有，如果有就會執行代碼而不是顯示出來代碼，可能是過濾了，推薦右鍵查看網頁源代碼，然後應該可以看到你插入的字元已經被過濾了，像新浪的話你就不要亂插XSS了，雖然可能運氣好亂插會插到，但是幾率可能也是蠻小的- -球採納
『玖』 xss系統是啥
XSS全稱跨站腳本（Cross Site Scripting)，為避免與層疊樣式表（Cascading Style Sheets, CSS)的縮寫混淆，故縮寫為XSS。
攻擊者利用瀏覽器的動態展示數據功能，在HTML頁面里嵌入惡意代碼。當用戶瀏覽改頁時，這些潛入在HTML中的惡意代碼會被執行，用戶瀏覽器被攻擊者控制，從而達到攻擊者的特殊目的，如cookie竊取等。
反射性XSS
又稱非持久型XSS，這種攻擊方式往往具有一次性，只在用戶單擊時觸發。跨站代碼一般存在鏈接中，當受害者請求這樣的鏈接時，跨站代碼經過服務端反射回來，這類跨站的代碼通常不存儲服務端。
常見注入點：
網站的搜索欄、用戶登錄入口、輸入表單等地方，常用來竊取客戶端cookies或釣魚欺騙。