Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2025-71183 critical CVSS 9.1

Vulnérabilité dans Kernel (CVE-2025-71183)

Résumé

Vulnérabilité dans Kernel (CVE-2025-71183). Les données peuvent être altérées par des attaquants. Atténuation : mise à jour vers 6.1.161, 6.6.121, 6.12.66, 6.18.6 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:

btrfs: always detect conflicting inodes when logging inode refs

After rename exchanging (either with the rename exchange operation or
regular renames in multiple non-atomic steps) two inodes and at least
one of them is a directory, we can end up with a log tree that contains
only of the inodes and after a power failure that can result in an attempt
to delete the other inode when it should not because it was not deleted
before the power failure. In some case that delete attempt fails when
the target inode is a directory that contains a subvolume inside it, since
the log replay code is not prepared to deal with directory entries that
point to root items (only inode items).

  1. We have directories "dir1" (inode A) and "dir2" (inode B) under the
    same parent directory;

  2. We have a file (inode C) under directory "dir1" (inode A);

  3. We have a subvolume inside directory "dir2" (inode B);

  4. All these inodes were persisted in a past transaction and we are
    currently at transaction N;

  5. We rename the file (inode C), so at btrfs_log_new_name() we update
    inode C's last_unlink_trans to N;

  6. We get a rename exchange for "dir1" (inode A) and "dir2" (inode B),
    so after the exchange "dir1" is inode B and "dir2" is inode A.
    During the rename exchange we call btrfs_log_new_name() for inodes
    A and B, but because they are directories, we don't update their
    last_unlink_trans to N;

  7. An fsync agains…

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-2025-71183 a été découverte dans Kernel.
Les données peuvent être altérées par des attaquants. Score CVSS : 9.1/10.
Action : mettez à jour Kernel vers 6.1.161, 6.6.121, 6.12.66, 6.18.6 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « Kernel CVE-2025-71183 » sur le site de l'éditeur.

CVE-2025-71183 (Kernel) — CVSS v3 9.1
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Correctif : 6.1.161, 6.6.121, 6.12.66, 6.18.6 — 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é : Critique (CVSS 9.1/10). Les données peuvent être altérées par des attaquants.

🔧 Comment corriger

Mettre à jour vers 6.1.161, 6.6.121, 6.12.66, 6.18.6.

🛡️ 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 6.1.161, 6.6.121, 6.12.66, 6.18.6

    ステージング環境で 6.1.161, 6.6.121, 6.12.66, 6.18.6 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  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.6.0"},{"fixed":"6.1.161"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.121"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.12.66"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.6"}]}]

É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