Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2026-92953 critical CVSS 10.0

Vulnérabilité dans vm2 (CVE-2026-92953)

Résumé

Vulnérabilité dans vm2 (CVE-2026-92953). Les données peuvent être altérées par des attaquants. Exploitable via Object.prototype. Atténuation : mise à jour vers 3.11.8 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

vm2's current host-intrinsic prototype protection is incomplete. The fix for GHSA-vwrp-x96c-mhwq blocks sandbox writes into classic host intrinsics such as Object.prototype, Array.prototype, and Function.prototype, but current head still lets sandbox code in a default VM reach and mutate host Uint8Array.prototype, %TypedArray%.prototype, and ArrayBuffer.prototype.

After VM.run() returns, normal host typed-array and ArrayBuffer objects observe attacker-controlled properties and methods installed by the sandbox.

Technical Details

The existing mitigation relies on protectedHostObjects in lib/bridge.js. That set is populated from otherGlobalPrototypes, which is built from a fixed inventory of classic globals:

const globalsList = [
  'Number', 'String', 'Boolean', 'Date', 'RegExp', 'Map', 'WeakMap',
  'Set', 'WeakSet', 'Promise', 'Function'
];

The inventory omits typed-array and ArrayBuffer intrinsics. Sandbox code can still reuse the host-prototype walking primitive from the prior public advisory:

const lookupGetter = ({}).__lookupGetter__;
const apply = Buffer.apply;
const protoGetter = apply.apply(lookupGetter, [Buffer, ['__proto__']]);
const hostBuffer = Buffer.from([1]);

const hostBufferPrototype = protoGetter.call(hostBuffer);
const hostUint8ArrayPrototype = protoGetter.call(hostBufferPrototype);
const hostTypedArrayPrototype = protoGetter.call(hostUint8ArrayPrototype);
const hostArrayBufferPrototype = protoGetter…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2026-92953 a été découverte dans vm2.
Des attaquants peuvent cibler un point d'entrée spécifique comme Object.prototype à distance pour détourner le produit.
Les données peuvent être altérées par des attaquants. Score CVSS : 10.0/10.
Action : mettez à jour vm2 vers 3.11.8 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « vm2 CVE-2026-92953 » sur le site de l'éditeur.

CVE-2026-92953 (vm2) — CWE-913 / CVSS v3 10.0
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : Object.prototype / Array.prototype / Function.prototype / Uint8Array.prototype
Correctif : 3.11.8 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une vulnérabilité (CWE-913) affecte vm2. Les attaquants atteignent le code vulnérable via Object.prototype sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de vm2. Surface d'attaque : Object.prototype / Array.prototype / Function.prototype / Uint8Array.prototype.

🔥 Gravité

Gravité : Critique (CVSS 10.0/10). Les données peuvent être altérées par des attaquants.

🔧 Comment corriger

Mettre à jour vers 3.11.8.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify 
    grep -r 'vm2' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で vm2 を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Apply patch patch 
    Upgrade vm2 to 3.11.8

    ステージング環境で 3.11.8 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  3. 3
    Post-deployment verification verify 
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

npm vm2
[{"type":"SEMVER","events":[{"introduced":"3.11.0"},{"fixed":"3.11.8"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus