介绍
2019年9月，我在D-Link Access Point（DAP-1860）上发现了两个漏洞，分别是命令注入导致的远程代码执行和身份验证绕过。这两个漏洞能帮助攻击者在不进行身份验证的情况下远程控制设备。如果你的上网设备是从D-Link购买的，并且型号是DAP-1860，请立刻更新固件或联系厂商寻求帮助，因为我发现的漏洞影响了当时最新版本的DAP-1860固件。
以下是DAP-1860的Web管理界面：
漏洞细节
CVE-2019-19597
发现者：chung96vn, VinCSS（Vingroup成员）
主题：命令注入导致的远程代码执行（无需权限验证）
当我尝试了解DAP-1860的网页管理页面如何进行身份认证时，发现这个设备的uhttpd服务器在用户发送HNAP请求时出现了问题。当用户发送HNAP请求时，若需身份认证，uhttpd服务器将检查HNAP_AUTH请求头的值。相关代码如下（用于验证HNAP_AUTH）。
请注意第243到246行的代码，就是这里存在命令注入。普通用户可以控制HNAP_TIME和SOAPAction的值。在这种情况下，我成功通过HNAP_TIME参数注入了命令。下面是相关请求：
请记住，如果想在不进行身份验证的情况下发起攻击，必须绕过某些限制。但在这篇文章中我不能提供相关细节，这是为了D-Link用户的安全考虑。
CVE-2019-19598
发现者：chung96vn，VinCSS（Vingroup成员）
主题：认证绕过
在报告了上述漏洞后，我后续还发现了DAP-1860的身份认证缺陷。当用户发送HNAP请求时，服务会将HNAP_AUTH请求头的值分成两部分：hnap_code和hnap_timestamp。hnap_timestamp值会和存储在/var/hnap/timestamp文件（current_timestamp）中的值进行验证。随后，hnap_timestamp值会存储在/var/hnap/timestamp中。通过下面的代码片段，你可以看到如果hnap_timestamp<=current_timestamp，并且hnap_timestamp>=current_timestamp-9 ，local_3c变量的值被设置为0。
查看下图中的241行，如果变量local_3c!=1，我们就进入了HNAP_AUTH验证函数，此时就可以绕过身份验证并访问所有HNAP api。
总而言之，为了绕过认证，首先要发送请求来覆盖服务器的current_timestamp，然后利用hnap_timestamp等于服务器current_timestamp的请求在未经身份验证的情况下访问所有的HNAP api。
时间线
2019/09/30：向D-Link报告了DAP-1860的漏洞。
2019/10/02：再次向D-Link报告，D-Link未回复。
2019/10/02：D-Link回复邮件，表示漏洞已发送给研发团队验证。
2019/10/09：D-Link确认漏洞存在并研发补丁。
2019/10/09：向D-Link报告DAP-1860的其他漏洞。
2019/10/09：D-Link回复邮件，表示漏洞已发送给研发团队验证。
2019/10/09：D-Link确认2个漏洞存在并在研发补丁。
2019/10/09：D-Link发布安全补丁并公开漏洞。
参考
https://supportannouncement.us.dlink.com/announcement/publication.aspx?name=SAP10135
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19597
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19598
本文由白帽汇整理并翻译，不代表白帽汇任何观点和立场：https://nosec.org/home/detail/3359.html
来源：https://securityaffairs.co/wordpress/94872/hacking/pathauditor-tool.html
来源：CSDN
作者：NOSEC2019
链接：https://blog.csdn.net/NOSEC2019/article/details/103480566