← Retour
CVE-2026-26191 critical CVSS 9.8

Injection de commande OS dans github.com/fleetdm/fleet/v4 (CVE-2026-26191)

Résumé

injection de commande OS dans github.com/fleetdm/fleet/v4 (CVE-2026-26191). L'exploitation peut entraîner la prise de contrôle totale du système. Atténuation : mise à jour vers `4.81.1` ou plus.

Résumé IA snake-internal / snake-material-v2

Une vulnérabilité référencée **CVE-2026-26191** a été découverte dans github.com/fleetdm/fleet/v4. L'exploitation peut entraîner la prise de contrôle totale du système. Score CVSS : 9.8/10. Action : mettez à jour github.com/fleetdm/fleet/v4 vers **4.81.1** ou supérieur. En cas de doute, contactez votre service informatique ou cherchez « github.com/fleetdm/fleet/v4 CVE-2026-26191 » sur le site de l'éditeur.
CVE-2026-26191 (github.com/fleetdm/fleet/v4) — CWE-78 / CVSS v3 9.8 Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur Correctif : `4.81.1` — appliquer immédiatement Contournement : If an immediate upgrade is not possible, administrators should avoid uploading software packages obtained from untrusted or unverified sources. 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 **injection de commande OS** (CWE-78) affecte github.com/fleetdm/fleet/v4.
📍 Périmètre concerné
github.com/fleetdm/fleet/v4 — .
🔥 Gravité
Gravité : Critique (CVSS 9.8/10). L'exploitation peut entraîner la prise de contrôle totale du système
🔧 Comment corriger
Mettre à jour vers **4.81.1**.
🛡️ Contournement
Contournement : If an immediate upgrade is not possible, administrators should avoid uploading software packages obtained from untrusted or unverified sources.
🔍 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 (7 étapes)

É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 'github.com/fleetdm/fleet/v4' . | grep -v node_modules

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

  2. 5
    Apply temporary workaround mitigate
    If an immediate upgrade is not possible, administrators should avoid uploading software packages obtained from untrusted or unverified sources.

    パッチが適用されるまでの応急処置として、If an immediate upgrade is not possible, administrators should avoid uploading software packages obtained from untrusted or unverified sources. を実施。回避策の副作用 (機能低下) を確認した上で。

  3. 6
    Apply patch patch
    Upgrade github.com/fleetdm/fleet/v4 to 4.81.1

    ステージング環境で 4.81.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 3 で見つけた異常検知の続報チェックを含めること。

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

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

Paquets affectés

go github.com/fleetdm/fleet/v4
[{"type":"SEMVER","events":[{"introduced":"0"},{"fixed":"4.81.1"}]}]

Références

🍪 À propos des cookies

Nous utilisons des cookies pour conserver votre session, mémoriser la langue et améliorer le service.

En savoir plus →