← Back
CVE-2026-41501
critical
CVSS 9.8
Command Injection in electerm (CVE-2026-41501)
Summary
command injection in electerm (CVE-2026-41501). Successful exploitation can lead to full system takeover. Mitigation: upgrade to `> 3.2.0` or later.
AI summary openai / gpt-4o
There is a critical security issue in the electerm software, which may allow attackers to execute arbitrary commands on the system. This affects users who run `npm install -g electerm` on Linux. The issue is already fixed, and updating to the latest software version will prevent potential exploitation. Similar major security concerns, like OpenSSL's Heartbleed, have shown that updating to a patched version mitigates risks effectively.
A command injection vulnerability in the `runLinux()` function affects versions <=3.2.0 of electerm, allowing attackers to execute `exec("rm -rf ...")` with malicious remote version strings. The fix is available in version 3.3.8, and can be applied with `npm install -g electerm`. No workarounds are available. The vulnerability is classified as CWE-77, supporting remote attack without authentication or user interaction.
❓ What is the problem
Command Injection in `runLinux()` function of electerm.
📍 Affected scope
In `github.com/elcterm/electerm/npm/install.js:130`.
🔥 Severity
Critical, with CVSS score 9.8 and vector AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H.
🔧 How to fix
Upgrade to electerm version 3.3.8 or later using `npm install -g electerm`.
🛡️ Workaround
No workaround available.
🔍 Detection
Monitor for unauthorized `exec` calls, especially `exec("rm -rf")` strings, in logs.
Related past incidents Similar incidents extracted from past CVEs
Similar command injection vulnerability affecting Node.js applications via improperly sanitized inputs.
Kubernetes API server command injection vulnerability via crafted requests, affecting multiple container deployments.
Command injection flaw in Composer, allowing remote attackers to execute commands in PHP environments.
If this happens at your company Expected impact per business scenario
📌 ECサイト運営企業において
攻撃者がECシステムのサーバー上で任意のコマンドを実行し、顧客データを改ざんまたは削除する可能性がある。
📌 開発運用が内製化されている中小企業
社員が利用する開発環境を悪用し、機密情報を外部に漏洩させる可能性がある。
📌 クラウドベースの業務アプリケーションを提供する企業
顧客に提供するアプリケーションのソースコードが攻撃者により変更され、悪意のあるコードが配布されるリスクがある。
Recommended action
最新バージョンに更新し、不正なリリースメタデータを監視することでリスクを軽減する。
Response Actions (7 steps)
Concrete steps and command examples for SOC/SRE teams to execute in order
-
1Identify exposure identify
grep -r 'electerm' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で `electerm` を grep し、稼働しているサービス・バージョンを把握する。
-
2Match against affected range verify
Confirm if version satisfies `<=3.2.0`Step 1 で見つかったバージョンが影響範囲 `<=3.2.0` に該当するか照合。本番で稼働中ならインシデント扱い。
-
6Apply patch patch
Upgrade electerm to > 3.2.0ステージング環境で > 3.2.0 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 3 で見つけた異常検知の続報チェックを含めること。
-
7Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。
Affected packages
npm
electerm
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.3.8"}]}]