这篇文章给大家介绍如何进行SharePoint中的远程代码执行漏洞分析，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。2019年11月份，安全研究人员在微软SharePoint Online的工作流中发现了一个代码注入漏洞，并将其上报给微软公司。攻击者一旦成功利用该漏洞，将能够在目标系统中实现远程代码执行。微软在获取到漏洞信息之后，第一时间修复了在线平台上的相关漏洞，但是却到2020年的1月份才修复.NET Framework中的相关问题。因此，如果你的SharePoint On-Rremise版本没有安装2020年1月份的.NET补丁，那你将仍然会受到该漏洞的影响。需要注意的是，如果你的IIS配置支持.XOML扩展，那么在文件上传时你同样有可能受到该漏洞的影响。在编译XOML格式文件时，攻击者可以利用System.Workflow.Activities命名空间中的某些参数来在SharePoint服务器上执行任意代码。正是因为攻击者能够执行任意代码，因此该漏洞也能被用来绕过Workflow编译器的nocode选项。下面的XOML文件显示的是一个使用CallExternalMethodActivity类的样例：在编译过程中，攻击者可以将InterfaceType属性的值注入到刚刚生成的C#临时文件中：完成上述操作之后，攻击者就可以绕过原函数并尝试实现任意代码执行了。值得一提的是，在上述例子中，当InterfaceType属性受到影响时，其他String类型的属性（例如Me免费云主机域名thodName）已正确验证或转义。除此之外，CodeActivity类中的ExecuteCode参数同样会受这种利用方式的影响，但是我们无法在SharePoint的在线版本中针对该参数进行利用和攻击，只能适用于On-Premise版本。当然了，这里很可能还有其他的Activity类会受到潜在影响。比如说，在下面的例子中，攻击者使用了如下HTTP请求在SharePoint Online版本上执行了任意代码：攻击完成之后，我们就可以查看到主机需要解析的对应DNS名称了：除此之外，攻击者同样可以利用上述请求来利用On-Premise版本中的漏洞并实施攻击。安装了漏洞CVE-2020-0646的补丁之后，SharePoint的工作流将会检查所有的XML元素及属性，以确保它们只包含有限数量的合法字符。因此，当使用所选的nocode选项时，攻击者将无法在默认配置中向生成的C#代码注入任意代码了。关于如何进行SharePoint中的远程代码执行漏洞分析就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
1、BPDU Guard解析为了保护Spanningtree的稳定性，BPDU Guard配置于交换机接非交换机的端口上，当配置了BPDU Guard的接口上收到BPDU后，接口状态就会变为err-disabled，此时接口的物理、链路状态都为down。配置方…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
