Catégories
CVE-2024-50194

Vulnérabilité dans Kernel (CVE-2024-50194)

Résumé

Vulnérabilité dans Kernel (CVE-2024-50194). Risque d'opérations non autorisées ou de divulgation. Atténuation : mise à jour vers 4.19.323, 5.4.285, 5.10.229, 5.15.170, 6.1.115, 6.6.58, 6.11.5 ou plus.

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:

arm64: probes: Fix uprobes for big-endian kernels

The arm64 uprobes code is broken for big-endian kernels as it doesn't
convert the in-memory instruction encoding (which is always
little-endian) into the kernel's native endianness before analyzing and
simulating instructions. This may result in a few distinct problems:

  • The kernel may may erroneously reject probing an instruction which can
    safely be probed.

  • The kernel may erroneously erroneously permit stepping an
    instruction out-of-line when that instruction cannot be stepped
    out-of-line safely.

  • The kernel may erroneously simulate instruction incorrectly dur to
    interpretting the byte-swapped encoding.

The endianness mismatch isn't caught by the compiler or sparse because:

  • The arch_uprobe::{insn,ixol} fields are encoded as arrays of u8, so
    the compiler and sparse have no idea these contain a little-endian
    32-bit value. The core uprobes code populates these with a memcpy()
    which similarly does not handle endianness.

  • While the uprobe_opcode_t type is an alias for __le32, both
    arch_uprobe_analyze_insn() and arch_uprobe_skip_sstep() cast from u8[]
    to the similarly-named probe_opcode_t, which is an alias for u32.
    Hence there is no endianness conversion warning.

Fix this by changing the arch_uprobe::{insn,ixol} fields to __le32 and
adding the appropriate __le32_to_cpu() conversions prior to consuming
the instruction encoding. T…

Source: OSV.dev (Open Source Vulnerabilities) NVD 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 CVE-2024-50194 a été découverte dans Kernel.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour Kernel vers 4.19.323, 5.4.285, 5.10.229, 5.15.170, 6.1.115, 6.6.58, 6.11.5 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « Kernel CVE-2024-50194 » sur le site de l'éditeur.

CVE-2024-50194 (Kernel)
Vecteur d'attaque : local / sans interaction utilisateur
Correctif : 4.19.323, 5.4.285, 5.10.229, 5.15.170, 6.1.115, 6.6.58, 6.11.5 — 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 Kernel.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de Kernel.

🔥 Gravité

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

🔧 Comment corriger

Mettre à jour vers 4.19.323, 5.4.285, 5.10.229, 5.15.170, 6.1.115, 6.6.58, 6.11.5.

🛡️ 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 'Kernel' . | grep -v node_modules

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

  2. 2
    Apply patch patch
    Upgrade Kernel to 4.19.323, 5.4.285, 5.10.229, 5.15.170, 6.1.115, 6.6.58, 6.11.5

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

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

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

Paquets affectés

Linux Kernel
[{"type":"ECOSYSTEM","events":[{"introduced":"4.10.0"},{"fixed":"4.19.323"}]},{"type":"ECOSYSTEM","events":[{"introduced":"4.20.0"},{"fixed":"5.4.285"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.5.0"},{"fixed":"5.10.229"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.11.0"},{"fixed":"5.15.170"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.16.0"},{"fixed":"6.1.115"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.58"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.11.5"}]}]

État des correctifs par distribution

Paquets corrigés publiés par chaque distribution pour cette CVE

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