Aller au contenu
Connexion Inscription
JA EN FR
SecPulse
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-2024-56655 →
Non évaluée

Vulnérabilité dans linux-hwe-edge

UBUNTU-CVE-2024-56655 Première détection SecPulse

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-2024-56655 a été découverte dans linux-hwe-edge.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour linux-hwe-edge vers 6.11.0-21.21~24.04.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « linux-hwe-edge UBUNTU-CVE-2024-56655 » sur le site de l'éditeur.

UBUNTU-CVE-2024-56655 (linux-hwe-edge)
Vecteur d'attaque : local / sans interaction utilisateur
Correctif : 6.11.0-21.21~24.04.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 linux-hwe-edge.

Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de linux-hwe-edge.

Gravité

Gravité : ?. Risque d'opérations non autorisées ou de divulgation.

Comment corriger

Mettre à jour vers 6.11.0-21.21~24.04.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. 1
    Identify exposureidentify
    grep -r 'linux-hwe-edge' . | grep -v node_modules

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

  2. 2
    Apply patchpatch
    Upgrade linux-hwe-edge to 6.11.0-21.21~24.04.1

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

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

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

Paquets affectés

ÉcosystèmePaquetConcernéesCorrigé
Ubuntu:16.04:LTS linux-hwe-edge
Toutes les versions
—
Ubuntu:18.04:LTS linux-aws-5.0
Toutes les versions
—
Ubuntu:18.04:LTS linux-aws-5.3
Toutes les versions
—
Ubuntu:18.04:LTS linux-azure
Toutes les versions
—
Ubuntu:18.04:LTS linux-azure-5.3
Toutes les versions
—
Ubuntu:18.04:LTS linux-azure-edge
Toutes les versions
—
Ubuntu:18.04:LTS linux-gcp
Toutes les versions
—
Ubuntu:18.04:LTS linux-gcp-5.3
Toutes les versions
—
Ubuntu:18.04:LTS linux-gke-4.15
Toutes les versions
—
Ubuntu:18.04:LTS linux-gke-5.4
Toutes les versions
—
Ubuntu:18.04:LTS linux-gkeop-5.4
Toutes les versions
—
Ubuntu:18.04:LTS linux-hwe
Toutes les versions
—
Ubuntu:18.04:LTS linux-hwe-edge
Toutes les versions
—
Ubuntu:18.04:LTS linux-oem
Toutes les versions
—
Ubuntu:18.04:LTS linux-oracle-5.0
Toutes les versions
—
Ubuntu:18.04:LTS linux-oracle-5.3
Toutes les versions
—
Ubuntu:20.04:LTS linux-aws-5.11
Toutes les versions
—
Ubuntu:20.04:LTS linux-aws-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-aws-5.8
Toutes les versions
—
Ubuntu:20.04:LTS linux-azure-5.11
Toutes les versions
—
Ubuntu:20.04:LTS linux-azure-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-azure-5.8
Toutes les versions
—
Ubuntu:20.04:LTS linux-azure-fde
Toutes les versions
—
Ubuntu:20.04:LTS linux-gcp-5.11
Toutes les versions
—
Ubuntu:20.04:LTS linux-gcp-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-gcp-5.8
Toutes les versions
—
Ubuntu:20.04:LTS linux-gke
Toutes les versions
—
Ubuntu:20.04:LTS linux-gke-5.15
Toutes les versions
—
Ubuntu:20.04:LTS linux-gkeop
Toutes les versions
—
Ubuntu:20.04:LTS linux-gkeop-5.15
Toutes les versions
—
Ubuntu:20.04:LTS linux-hwe-5.11
Toutes les versions
—
Ubuntu:20.04:LTS linux-hwe-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-hwe-5.8
Toutes les versions
—
Ubuntu:20.04:LTS linux-intel-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-oem-5.10
Toutes les versions
—
Ubuntu:20.04:LTS linux-oem-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-oem-5.14
Toutes les versions
—
Ubuntu:20.04:LTS linux-oem-5.6
Toutes les versions
—
Ubuntu:20.04:LTS linux-oracle-5.11
Toutes les versions
—
Ubuntu:20.04:LTS linux-oracle-5.13
Toutes les versions
—
Ubuntu:20.04:LTS linux-oracle-5.8
Toutes les versions
—
Ubuntu:20.04:LTS linux-raspi2
Toutes les versions
—
Ubuntu:20.04:LTS linux-riscv
Toutes les versions
—
Ubuntu:20.04:LTS linux-riscv-5.11
Toutes les versions
—
Ubuntu:20.04:LTS linux-riscv-5.8
Toutes les versions
—
Ubuntu:22.04:LTS linux-allwinner-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-aws-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-aws-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-aws-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-azure-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-azure-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-azure-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-azure-fde-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-azure-fde-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-gcp-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-gcp-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-gcp-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-hwe-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-hwe-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-hwe-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-intel-iot-realtime
Toutes les versions
—
Ubuntu:22.04:LTS linux-lowlatency-hwe-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-lowlatency-hwe-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-lowlatency-hwe-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-nvidia-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-nvidia-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-oem-5.17
Toutes les versions
—
Ubuntu:22.04:LTS linux-oem-6.0
Toutes les versions
—
Ubuntu:22.04:LTS linux-oem-6.1
Toutes les versions
—
Ubuntu:22.04:LTS linux-oem-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-oracle-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-realtime
Toutes les versions
—
Ubuntu:22.04:LTS linux-riscv
Toutes les versions
—
Ubuntu:22.04:LTS linux-riscv-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-riscv-6.5
Toutes les versions
—
Ubuntu:22.04:LTS linux-starfive-5.19
Toutes les versions
—
Ubuntu:22.04:LTS linux-starfive-6.2
Toutes les versions
—
Ubuntu:22.04:LTS linux-starfive-6.5
Toutes les versions
—
Ubuntu:24.04:LTS linux-hwe-6.11
< 6.11.0-21.21~24.04.1
6.11.0-21.21~24.04.1
Ubuntu:24.04:LTS linux-oem-6.11
< 6.11.0-1017.17
6.11.0-1017.17
Ubuntu:24.04:LTS linux-raspi-realtime
Toutes les versions
—
Description d'origine La description telle que publiée par la source (souvent en anglais).

In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: do not defer rule destruction via call_rcu nf_tables_chain_destroy can sleep, it can't be used from call_rcu callbacks. Moreover, nf_tables_rule_release() is only safe for error unwinding, while transaction mutex is held and the to-be-desroyed rule was not exposed to either dataplane or dumps, as it deactives+frees without the required synchronize_rcu() in-between. nft_rule_expr_deactivate() callbacks will change ->use counters of other chains/sets, see e.g. nft_lookup .deactivate callback, these must be serialized via transaction mutex. Also add a few lockdep asserts to make this more explicit. Calling synchronize_rcu() isn't ideal, but fixing this without is hard and way more intrusive. As-is, we can get: WARNING: .. net/netfilter/nf_tables_api.c:5515 nft_set_destroy+0x.. Workqueue: events nf_tables_trans_destroy_work RIP: 0010:nft_set_destroy+0x3fe/0x5c0 Call Trace: nf_tables_trans_destroy_work+0x6b7/0xad0 process_one_work+0x64a/0xce0 worker_thread+0x613/0x10d0 In case the synchronize_rcu becomes an issue, we can explore alternatives. One way would be to allocate nft_trans_rule objects + one nft_trans_chain object, deactivate the rules + the chain and then defer the freeing to the nft destroy workqueue. We'd still need to keep the synchronize_rcu path as a fallback to handle -ENOMEM corner cases though.

Source: OSV.dev (Open Source Vulnerabilities) OSV

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