本文目录一览：
XSS推荐用什么显示器?
XSS推荐使用HDMI2.1显示器即可。
要判断自己对便携显示器的本质需求是什么。如果对色彩有高要求，则挑选高色域高色准的屏幕，如果主需在于移动使用的功能性上，则可以选择色彩稍弱，更具性价比的产品。innocn N1U、G-STORY GSV56UT以及ThinkVision M14三款产品。
适合日常会用便携显示器来进行修图、设计、剪辑的朋友们。如果想要提高办公的便捷性，触控则是必备项，再结合售价进行选择，性价比高的雷神 F15H60PT、支持手机一键投屏的C-FORCE CF011S。
HDMI2.1显示器介绍：
华硕发布了旗下首款HDMI 2.1接口的显示器ROG Swift PG32UQ，这也是全球首款32寸HDMI 2.1接口游戏显示器。显示器配备了一块IPS面板，像素密度138PPI，支持FreeSync PremiumPro（G-Sync Compatible认证中）。
色域覆盖100% sRGB和98%的DCI-P3，DeltaE＜2，1ms灰阶响应时间，获得了DisplayHDR 600认证，也就是最大亮度600尼特。HDMI2.1的高带宽允许通过一根高速线缆就输出无损的4K 144Hz画质。
xss截图在哪里看
在右下角。
截图方法：
1、同时按下音量加和电源键即可实现苹果xs截图。
2、截图成功，可以在右下角看到缩略图。
3、也可以设置快捷键，依次进入“设置”，“通用”，“辅助功能”，“辅助触控”。
4、点击“自定菜单”，点击“屏幕快照”，然后点击“完成”。
5、此时小白点就有屏幕快照了，截图点击“小白点”，再点击“屏幕快照”即可。
为什么我的xss 攻击不显示图片
网页图片无法显示的原因大致如下：
1，网速问题。导致没有打开网页上的图片，检查网速即可；
2，浏览器问题。导致图片不正常显示，更新、重装当前浏览器，或者换用其他浏览器即可；
3，网站删除了图片，导致如此显示效果。如果其他网站图片正常，只有这个网站无法显示，那么这个无法解决；
4，电脑缺失flash插件。更新或者安装flash插件即可。
什么是xss攻击?
一、什么是跨站脚本攻击
跨站脚本攻击（Cross Site Scripting）缩写为CSS，但这会与层叠样式表（Cascading Style Sheets，CSS）的缩写混淆。通常将跨站脚本攻击缩写为XSS。
跨站脚本攻击（XSS），是最普遍的Web应用安全漏洞。这类漏洞能够使得攻击者嵌入恶意脚本代码到正常用户会访问到的页面中，当正常用户访问该页面时，则可导致嵌入的恶意脚本代码的执行，从而达到恶意攻击用户的目的。
二、跨站脚本攻击的种类
从攻击代码的工作方式可以分为三个类型：
1、持久型跨站：最直接的危害类型，跨站代码存储在服务器（数据库）。
2、非持久型跨站：反射型跨站脚本漏洞，最普遍的类型。用户访问服务器-跨站链接-返回跨站代码。
3、DOM跨站（DOM XSS）：DOM（document object model文档对象模型），客户端脚本处理逻辑导致的安全问题。
三、跨站脚本攻击的手段和目的
常用的XSS攻击手段和目的有：
1、盗用cookie，获取敏感信息。
2、利用植入Flash，通过crossdomain权限设置进一步获取更高权限；或者利用Java等得到类似的操作。
3、利用iframe、frame、XMLHttpRequest或上述Flash等方式，以（被攻击）用户的身份执行一些管理动作，或执行一些一般的如发微博、加好友、发私信等操作。
4、利用可被攻击的域受到其他域信任的特点，以受信任来源的身份请求一些平时不允许的操作，如进行不当的投票活动。
5、在访问量极大的一些页面上的XSS可以攻击一些小型网站，实现DDoS攻击的效果。
四、跨站脚本攻击的防御
XSS攻击主要是由程序漏洞造成的，要完全防止XSS安全漏洞主要依靠程序员较高的编程能力和安全意识，当然安全的软件开发流程及其他一些编程安全原则也可以大大减少XSS安全漏洞的发生。这些防范XSS漏洞原则包括：
1、不信任用户提交的任何内容，对所有用户提交内容进行可靠的输入验证，包括对URL、查询关键字、HTTP头、REFER、POST数据等，仅接受指定长度范围内、采用适当格式、采用所预期的字符的内容提交，对其他的一律过滤。尽量采用POST而非GET提交表单；对“”，“”，“；”，“””等字符做过滤；任何内容输出到页面之前都必须加以en-code，避免不小心把htmltag显示出来。
2、实现Session 标记（session tokens）、CAPTCHA（验证码）系统或者HTTP引用头检查，以防功能被第三方网站所执行，对于用户提交信息的中的img等link，检查是否有重定向回本站、不是真的图片等可疑操作。
3、cookie 防盗。避免直接在cookie中泄露用户隐私，例如email、密码，等等；通过使cookie和系统IP绑定来降低cookie泄露后的危险。这样攻击者得到的cookie没有实际价值，很难拿来直接进行重放攻击。
4、确认接收的内容被妥善地规范化，仅包含最小的、安全的Tag（没有JavaScript），去掉任何对远程内容的引用（尤其是样式表和JavaScript），使用HTTPonly的cookie。