asp。网asmx web服务ishow XXE漏洞-外部DNS

Question

我们在asp.netasmx Web服务中发现了一个XML外部实体漏洞。

我们正在使用burp套件测试asp.net. asmx Web服务，以检查XML外部实体处理漏洞。请参阅：https://cheatsheetseries.owasp.org/cheatsheets/XML_External_Entity_Prevention_Cheat_Sheet.html#net

我们看到，当请求中包含DTD时，如下所示：

<!DOCTYPE soapenv:envelope PUBLIC "-//B/A/EN" "http://1234565.cigitalcollaborator.com">

将DNS请求发送到cigitalcollaborator.com.这表示asmx Web服务正在处理请求中的DTD。

我们正在使用。net版本4.5.2。

根据此链接，应该隐式阻止. net 4.5.2及更高版本的XXE漏洞：https://www.owasp.org/index.php/XML_External_Entity_（XXE）_Prevention_Cheat_Sheet#.NET_4.5.2_and_later

但不是...我们进行了DNS查找。

基础。net framework正在处理此asmx web服务的XML反序列化/序列化，因此这里没有需要我们真正修复的代码。我们不能正确地改变行为，因为它在底层框架的某个地方？

我们如何修复ASMX Web服务的此XXE漏洞？

谢谢你

乔恩·鲍

Answer 1

ASXM web服务被认为是遗留的，并没有收到所有错误修复，因为它们的扩展点有限。您可能想重新编写此文件，或者至少使用WCF或WebAPI等在其前面放置一个外观。。。

可悲的是，提到这一点的连接文章已经随着连接的退休而被删除，但是人们提到了链接到它们：

“它们基于旧的XML序列化技术，没有得到错误修复。（请参阅Microsoft 2010年11月1日的评论）”https://johnwsaunders3.wordpress.com/

Answer 2

我认为在这里考虑两个不同的观点很重要：

首先，旨在跨使用各种不同技术的web应用程序进行自动扫描并不能证明存在漏洞。DNS查找与完全处理相关实体不同。如果对相关url发出了后续请求，并且处理了来自该url的数据，则您存在漏洞。您可以使用类似于Fiddler的代理来配置应用程序，以验证是否发出了此类请求。

其次，。NET默认情况下自4.5.2以来一直是安全的。这与保证安全不同。如果应用程序需要DTD处理，可以在设置中启用它：

var xmlReaderSettings = new XmlReaderSettings();
xmlReaderSettings.DtdProcessing = DtdProcessing.Parse;
var xmlReader = XmlReader.Create(new StringReader("EvilXml", xmlReaderSettings));

或

var xmlTextReader = new XmlTextReader(new StringReader("EvilXml");
xmlTextReader..DtdProcessing = DtdProcessing.Parse;

并使用XDocument解析器实现过程DTD

var xmlDocument = new XmlDocument();
// Implementations of XmlResolver are probably  unsafe
xmlDocument.XmlResolver = new MyCustomResolver(); 
// xmlDocument.XmlResolver = null is safe - should be the default from 4.5.2 
xmlDocument.LoadXml("EvilXml");

我可能会在源代码中搜索两个相关的文本字符串“DtdProcessing.Parse”和“XmlResolver”来排除这种情况。