频道栏目
首页 > 安全 > 网络安全 > 正文

WordPress插件Jetpack存储型XSS漏洞原理分析及复现

2016-07-13 09:30:25           
收藏   我要投稿

五月底,WordPress母公司Automattic发布了插件Jetpack 4.0.3版本,在这个官方的WordPress论坛插件的版本中,修复了一个威胁程度较高的存储型XSS漏洞,小于4.0.3的版本都会被影响。

本文通过实验复现了这个XSS漏洞,并分析其原理,不足之处,请大神指导。

背景介绍

5月12日:Sucuri安全团队向Jetpack的管理者报告了该漏洞;

5月26日:Jetpack 4.0.3修复版本发布,并已解决该问题;

5月27日:Sucuri安全团队发布漏洞细节。

该漏洞是一个存储型XSS漏洞,攻击者可以利用漏洞在Web平台中植入恶意代码,而恶意代码会被存储于后台或数据库中,随后其他用户访问受影响页面时,便会执行攻击者植入的恶意代码,从而实现XSS攻击。

该XSS 漏洞存在于插件的短代码(shortcode Embeds)模块中

WordPress Shortcode是指一些使用“[]”包含的短代码,例如”[vimeo123]”,而Jetpack的shortcode模块能够将[vimeo 123]替换成另外一个链接,创建了一个嵌套链接的HTML结构。 WordPress会识别这些短代码并根据短代码的定义输出为特定的内容,简单易用,功能强大。

Jetpack插件中短代码模块介绍如下:

 

\

 

开启Jetpack插件Shortcode Embeds模块的用户会受该漏洞影响。攻击者通过插件的shortcode模块,可在论坛文章评论中存储恶意代码。而这些评论会被存在到数据库中,如果Jetpack shortcode模块处于激活状态,后面浏览该评论的访问者会自动执行该恶意代码,这可导致管理员账户被攻击者劫持,注入SEO垃圾邮件到受影响的网页,将访问者重定向到恶意网站。

实验复现

XAMPP版本:5.6.15

WordPress版本:4.5.2

Jetpact版本:4.0.2

1. 激活Jetpack的Shortcode Embeds 模块

 

\

 

2. 发表一篇文章

 

\

 

3. 在评论中输入

a title='[vimeo 123]'>abbr title=''>a7a>

 

\

 

4.结果

当鼠标进过评论时,出现弹窗,XSS验证成功

 

\

 

 

\

 

原理分析

这个漏洞跟WordPress论坛插件bbPress存在存储型XSS很相似,也是由于某些文本被解释为HTML标签后产生。

这个漏洞可以从wordpress的comment_text过滤器开始。用户添加评论,首先进过一些处理存储在数据库中,当打开存在评论的页面时,评论先从数据库中取出后,会触发comment_text过滤器,挂载在过滤器上的函数对其进行处理,最后显示在页面中。

本实验中用到的最主要的挂载在comment_text过滤器上的函数为vimeo_link和wptexturize。

 

\

 

vimeo_link的优先级最高优先执行,vimeo_link具体实现代码如下:

 

\

 

它会通过正则表达式shortcode和plain_url匹配评论中是否有vimeo短代码或链接,正则匹配获取vimeo的id,例如实验中的123,然后调用vimeo_link_callback函数

 

\

 

vimeo_link_callback函数检测id是否合法,合法则调用vimeo_shortcode函数产生对应的vimeo video的html代码。实验中的vimeo短代码”[vimeo123]“会被解释为:

div class="embed-vimeo" style="text-align: center;">iframe src="https://player.vimeo.com/video/123" width="474" height="267" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen>iframe>div>

经过vimeo_link函数后,实验中输入的评论

a title='[vimeo 123]'>abbr title=''>a7a>

会被解释为:

a title='

' rel="nofollow">abbr title=' '>a7a>

然后它会被wp-includes\formatting.php中的wptexturize函数继续处理

 

\

 

其中,php函数preg_split会将上面解释后的评论通过正则表达式

/(:-(?!->)[^\-]*+)*+(?:-->)?|[^>]*>?))/

分割为数组

 

\

 

然后进过一个foreach循环对每个数组元素进行处理,若一个数组元素中的单引号或双引号不在一个封闭的尖括号对(”“)中就会被转义

 

\

 

被处理后的数组为:

 

\

 

可以看到因为vimeo简码被解释为html代码,使a标签被错误的分隔,导致后面更多的错误,最后数组通过php函数implode对数组进行拼接,最后实验中评论被解释为:

123" width="474" height="267" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen>

‘ rel=”nofollow”>1338);"'>a7

因为title属性右边的单引号被转义,直到遇到abbr标签的title单引号为止,从而导致了弹窗出现。

在Sucuri安全团队向Jetpack的管理者报告了该漏洞不久,Jetpack 4.0.3修复版本发布,修复版本中通过避免标签属性中的短代码被解释从而解决了该问题。有兴趣的可以自行研究。

相关TAG标签 漏洞 插件 原理
上一篇:Wget重定向漏洞技术分析与防护方案
下一篇:揭开苹果EFI固件密码重置与SCBO文件的神秘面纱
相关文章
图文推荐
文章
推荐
热门新闻

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站