Cette page suit l'état du correctif pour Ubuntu. La vulnérabilité elle-même est décrite sur la page CVE principale. Voir CVE-2026-4800 →

UBUNTU-CVE-2026-4800

Vulnérabilité dans node-lodash (UBUNTU-CVE-2026-4800)

Résumé

Vulnérabilité dans node-lodash (UBUNTU-CVE-2026-4800). L'exploitation peut entraîner la prise de contrôle totale du système. Atténuation : mise à jour vers 4.17.21+dfsg+~cs8.31.198.20210220-9ubuntu0.25.10.1 ou plus.

Description d'origine

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

Impact: The fix for CVE-2021-23337 (https://github.com/advisories/GHSA-35jh-r3h4-6jhm) added validation for the variable option in _.template but did not apply the same validation to options.imports key names. Both paths flow into the same Function() constructor sink. When an application passes untrusted input as options.imports key names, an attacker can inject default-parameter expressions that execute arbitrary code at template compilation time. Additionally, _.template uses assignInWith to merge imports, which enumerates inherited properties via for..in. If Object.prototype has been polluted by any other vector, the polluted keys are copied into the imports object and passed to Function(). Patches: Users should upgrade to version 4.18.0. Workarounds: Do not pass untrusted input as key names in options.imports. Only use developer-controlled, static key names.

Source: OSV.dev (Open Source Vulnerabilities) OSV

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 UBUNTU-CVE-2026-4800 a été découverte dans node-lodash.
L'exploitation peut entraîner la prise de contrôle totale du système.
Action : mettez à jour node-lodash vers 4.17.21+dfsg+~cs8.31.198.20210220-9ubuntu0.25.10.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « node-lodash UBUNTU-CVE-2026-4800 » sur le site de l'éditeur.

UBUNTU-CVE-2026-4800 (node-lodash)
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Correctif : 4.17.21+dfsg+~cs8.31.198.20210220-9ubuntu0.25.10.1 — 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é (non classée) affecte node-lodash.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de node-lodash.

🔥 Gravité

Gravité : ?. L'exploitation peut entraîner la prise de contrôle totale du système.

🔧 Comment corriger

Mettre à jour vers 4.17.21+dfsg+~cs8.31.198.20210220-9ubuntu0.25.10.1.

🛡️ 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
Identify exposure identify
```
grep -r 'node-lodash' . | grep -v node_modules
```
リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で node-lodash を grep し、稼働しているサービス・バージョンを把握する。
2
Apply patch patch
```
Upgrade node-lodash to 4.17.21+dfsg+~cs8.31.198.20210220-9ubuntu0.25.10.1
```
ステージング環境で 4.17.21+dfsg+~cs8.31.198.20210220-9ubuntu0.25.10.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
3
Post-deployment verification verify
```
Confirm patched version is live in production
```
パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。