本文目录一览：
xsx和xss区别是什么?
xsx和xss区别是：CPU方面XSX3.6Ghz，XSS3.4Ghz。GUP方面XSX，52个Cus，XSS20Cus。运算性能XSX12Tflops，XSS4Tflops，XSX性能能更好超过了PS5，而XSS的性能实际测试超过了PS4pro，而不是传言中的不如PS4pro，也蛮强的。XSS在CPU核心数方面与XSX一致，差别就是频率标定下调0.2GHz；GPU部分则大砍特砍，52CU砍到20CU，频率也被压低；内存由16GB减至10GB，主攻1440p@60FPS，吞吐率自然也 *** 了一倍多。
xss外版和国行的区别
XSX和XSS的区别除了XSS只支持数字版游戏外，还有性能差距，XSX更高支持4K120Hz输出，但是XSS只能支持2K120Hz输出，适合轻度玩家，如果你是重度玩家入手XSX，如果仅仅是目前过度或者想体验一下，可以选择XSS。国行的XSX实际体验可能也和PS5一样，和海外版XSX/XSS基本一样，但是微软黑历史太多，请谨慎入手。
微软次世代主机:XSS 和 XSX 该怎么选择?
微软次世代主机：XSS和XSX选选XSS。
选XSS，在日本Xbox玩家新增速度飞快，XSS也成为了他们的上上之选。
微软之前也说过XSS除了比XSX分辨率低一点，其他方面没有什么差别，之前也有不少网友质疑过这件事，认为Xbox在日本不会得到快速的发展，而现实的日本玩家还是很偏重于理性的，性能到位Xbox得到了不少日本玩家的认可。
对功能与XSX差不多但更加小巧的XSS来说，日本玩家更是喜欢，Xbox的Hinton（亚洲区负责人）在接受日本IGN采访时也表示：“他们以后会增加XSS的产量来满足日本玩家”。
相关资料
而日本游戏的开发者也有不少加入到XBOX里来，总体看来在日本XSS的局势已经非常明朗，当地负责人已经有了明确的增产意图（谈过），那么什么样的玩家更适合入手XSS呢？XSS没有光驱，并且是2K分辨率的，如果你家显示器是2K分辨率那你选XSS没错。
如果是4K的XSX更好一些，假如你是个铁杆玩家，玩游戏喜欢随身携带，那你的首选还是XSS，因为它被网友称为目前Xbox里的“胶囊主机”，跟高配版体积小了60%，戴上XSS勇闯天涯也是一种不错的体验。并且价位上也很有优势，2000多米，对很多想玩大场面游戏但是“囊中羞涩”的学生党来说是个福音，当初PS1索尼的一句：299也是开创了一个PS的时代，所以性价比高还便宜也是一张王牌。
如何防止xss攻击，需要过滤什么
XSS攻击通常是指黑客通过"HTML注入"篡改了网页，插入了恶意的脚本，从而在用户浏览网页时，控制用户浏览器的一种攻击。
一、HttpOnly防止劫取Cookie
HttpOnly最早由微软提出，至今已经成为一个标准。浏览器将禁止页面的Javascript访问带有HttpOnly属性的Cookie。目前主流浏览器都支持，HttpOnly解决是XSS后的Cookie支持攻击。
我们来看下百度有没有使用。
未登录时的Cookie信息
可以看到，所有Cookie都没有设置HttpOnly，现在我登录下
发现在个叫BDUSS的Cookie设置了HttpOnly。可以猜测此Cookie用于认证。
下面我用PHP来实现下：
?php
header("Set-Cookie: cookie1=test1;");
header("Set-Cookie: cookie2=test2;httponly",false);
setcookie('cookie3','test3',NULL,NULL,NULL,NULL,false);
setcookie('cookie4','test4',NULL,NULL,NULL,NULL,true);
?
script
alert(document.cookie);
/script
js只能读到没有HttpOnly标识的Cookie
二、输入检查
输入检查一般是检查用户输入的数据中是否包含一些特殊字符，如、、'、"等，如果发现存在特殊字符，则将这些字符过滤或者编码。
例如网站注册经常用户名只允许字母和数字的组合，或者邮箱 *** ，我们会在前端用js进行检查，但在服务器端代码必须再次检查一次，因为客户端的检查很容易绕过。
网上有许多开源的“XSS Filter”的实现，但是它们应该选择性的使用，因为它们对特殊字符的过滤可能并非数据的本意。比如一款php的lib_filter类：
$filter = new lib_filter();
echo $filter-go('1+11');
它输出的是1，这大大歪曲了数据的语义，因此什么情况应该对哪些字符进行过滤应该适情况而定。
三、输出检查
大多人都知道输入需要做检查，但却忽略了输出检查。
1、在HTML标签中输出
如代码：
?php
$a = "scriptalert(1);/script";
$b = "img src=# onerror=alert(2) /";
?
div?=$b?/div
a href="#"?=$a?/a
这样客户端受到xss攻击，解决 *** 就是对变量使用htmlEncode,php中的函数是htmlentities
?php
$a = "scriptalert(1);/script";
$b = "img src=# onerror=alert(2) /";
?
div?=htmlentities($b)?/div
a href="#"?=htmlentities($a)?/a
2、在HTML属性中输出
div id="div" name ="$var"/div
这种情况防御也是使用htmlEncode
在owasp-php中实现：
$immune_htmlattr = array(',', '.', '-', '_');
$this-htmlEntityCodec-encode($this-immune_htmlattr, "\"script123123;/script\"");
3、在script标签中输出
如代码：
?php
$c = "1;alert(3)";
?
script type="text/javascript"
var c = ?=$c?;
/script
这样xss又生效了。首先js变量输出一定要在引号内，但是如果我$c = "\"abc;alert(123);//"，你会发现放引号中都没用，自带的函数都不能很好的满足。这时只能使用一个更加严格的JavascriptEncode函数来保证安全——除数字、字母外的所有字符，都使用十六进制"\xHH"的方式进行编码。这里我采用开源的owasp-php *** 来实现
$immune = array("");
echo $this-javascriptCodec-encode($immune, "\"abc;alert(123);//");
最后输出\x22abc\x3Balert\x28123\x29\x3B\x2F\x2F
4、在事件中输出
a href="#" onclick="funcA('$var')" test/a
可能攻击 ***
a href="#" onclick="funcA('');alter(/xss/;//')"test/a
这个其实就是写在script中，所以跟3防御相同
5、在css中输出
在owasp-php中实现：
$immune = array("");
$this-cssCodec-encode($immune, 'background:expression(window.x?0:(alert(/XSS/),window.x=1));');
6、在地址中输出
先确保变量是否是"http"开头，然后再使用js的encodeURI或encodeURIComponent *** 。
在owasp-php中实现：
$instance = ESAPI::getEncoder();
$instance-encodeForURL(‘url’);
四、处理富文体
就像我写这篇博客，我几乎可以随意输入任意字符，插入图片，插入代码，还可以设置样式。这个时要做的就是设置好白名单，严格控制标签。能自定义 css件麻烦事，因此更好使用成熟的开源框架来检查。php可以使用htmlpurify
五、防御DOM Based XSS
DOM Based XSS是从javascript中输出数据到HTML页面里。
script
var x = "$var";
document.write("a href='"+x+"'test/a");
/script
按照三中输出检查用到的防御 *** ，在x赋值时进行编码，但是当document.write输出数据到HTML时，浏览器重新渲染了页面，会将x进行解码，因此这么一来，相当于没有编码，而产生xss。
防御 *** ：首先，还是应该做输出防御编码的，但后面如果是输出到事件或脚本，则要再做一次javascriptEncode编码，如果是输出到HTML内容或属性，则要做一次HTMLEncode。
会触发DOM Based XSS的地方有很多：
document.write()、document.writeln()、xxx.innerHTML=、xxx.outerHTML=、innerHTML.replace、document.attachEvent()、window.attachEvent()、document.location.replace()、document.location.assign()
xss为什么网上比官网还贵
中间商赚差价
XboxSeriesS简称为xss
造型小巧的XSS其外包装也非常的简约。白色的主题设计颇具质感，标志性的Xbox西瓜键和黑色散热孔都在正面很好的展示了出来。
打开包装，就可以看到本次的主角，XboxSeriesS。相较于以往的主机，XSS显得格外的小巧，但同时有着主机级别的性能，能够流畅运行3A游戏并带来精美的画面表现，这不仅仅要感谢新架构带来的性能提升，更要感谢微软精妙的工业设计力，让如此小巧的机身就能够满足其散热的要求。
XSS小巧的身形使得它可以轻松放置在55寸电视和电视柜之间的空隙。这别说是次世代主机了，就连上一代末期的X1X、PS4Pro等机型都很难做到。和其他主机相比，XSS可以更轻松的融入到你的电视柜、书桌、书柜之中。
由于采用了纯数字化的设计，XSS并没有搭载光驱，因此正面面板十分简洁，一个西瓜键用于开关机、一个蓝牙配对键用于连接手柄，还有一个USB接口，用于连接各种外设
几种极其隐蔽的XSS注入的防护
XSS注入的本质
就是: 某网页中根据用户的输入, 不期待地生成了可执行的js代码, 并且js得到了浏览器的执行. 意思是说, 发给浏览器的字符串中, 包含了一段非法的js代码, 而这段代码跟用户的输入有关.
常见的XSS注入防护, 可以通过简单的 htmlspecialchars(转义HTML特殊字符), strip_tags(清除HTML标签) 来解决, 但是, 还有一些隐蔽的XSS注入不能通过这两个 *** 来解决, 而且, 有时业务需要不允许清除HTML标签和特殊字符. 下面列举几种隐蔽的XSS注入 *** :
IE6/7 UTF7 XSS 漏洞攻击
隐蔽指数: 5
伤害指数: 5
这个漏洞非常隐蔽, 因为它让出现漏洞的网页看起来只有英文字母(ASCII字符), 并没有非法字符, htmlspecialchars 和 strip_tags 函数对这种攻击没有作用. 不过, 这个攻击只对 IE6/IE7 起作用, 从 IE8 起微软已经修复了. 你可以把下面这段代码保存到一个文本文件中(前面不要有空格和换行), 然后用 IE6 打开试试(没有恶意代码, 只是一个演示):
+/v8 +ADw-script+AD4-alert(document.location)+ADw-/script+AD4-
最容易中招的就是 *** ONP 的应用了, 解决 *** 是把非字母和数字下划线的字符全部过滤掉. 还有一种 *** 是在网页开始输出空格或者换行, 这样, UTF7-XSS 就不能起作用了.
因为只对非常老版本的 IE6/IE7 造成伤害, 对 Firefox/Chrome 没有伤害, 所以伤害指数只能给 4 颗星.
参考资料:UTF7-XSS不正确地拼接 JavaScript/ *** ON 代码段
隐蔽指数: 5
伤害指数: 5
Web 前端程序员经常在 PHP 代码或者某些模板语言中, 动态地生成一些 JavaScript 代码片段, 例如最常见的:
var a = '?php echo htmlspecialchars($name); ?';
不想, $name 是通过用户输入的, 当用户输入a’; alert(1); 时, 就形成了非法的JavaScript 代码, 也就是XSS 注入了.
只需要把上面的代码改成:
var a = ?php echo json_encode($name); ?;
去掉单引号, 利用 PHP 的 json_encode() 函数来生成表示字符串的字符串. 这样做是因为,
更好用 json_encode() 函数来生成所有的 *** ON 串, 而不要试图自己去拼接
. 程序员总是犯这样的错误: 自己去解析 HTTP 报文, 而不是用现成的成熟的库来解析. 用 json_encode() 的好处还在于, 即使业务要求我要保留单引号时, XSS注入也可以避免.
隐蔽指数更高级, 伤害所有的通用浏览器
. 这种 XSS 注入方式具有非常重要的参考意义.
最后, 根据工作中的经验, 以及我自己和别人犯过的错, 我总结出一个定理: 没有一劳永逸的单一 *** 可以解决所有 XSS 注入问题.
有用的经验:输出 HTML 代码时 htmlspecialchars输出JavaScript 代码时 json_encode
输入过滤应该用于解决业务限制, 而不是用于解决 XSS 注入(与严进宽出的原则相悖, 所以本条值得讨论)讨论:上文提到的经验第3条, 是一种宽进严出的原则, 和严进宽出原则是相悖的. 其实, 我认为不应该把严进宽出作为一条伪真理, 好像除了它其它的说法都不对了似的. 宽进严出和严进宽出应该具有完全相等的地位, 根据实现的成本进行取舍.
例如, 用户的名字可以采用严进宽出原则, 不允许用户填写单引号, 大于号小于号等. 但是用户的签名呢? 难道就不能填单引号?