CVE-2026-23465 in Linux
الملخص
بحسب VulDB • 19/06/2026
في نواة لينكس، تم حل الثغرة التالية:
btrfs: تسجيل عناصر الدليل الجديدة (dentries) عند تسجيل دليل الوالد لعقدة عقدة متعارضة (conflicting inode).
إذا قمنا بتسجيل دليل الوالد لعقدة عقدة متعارضة، فإننا لا نسجل عناصر الدليل الجديدة (new dentries) لهذا الدليل. وبالتالي، عندما ننتهي من العملية، تكون العقدة الخاصة بدليل الواد مُعلَّمة على أنها مسجلة، لكن لم يتم تسجيل عناصره الجديدة. ونتيجة لذلك، إذا تم إجراء عملية fsync صريحة لدليل الوالد لاحقًا ولم يكن لديه أي تغييرات جديدة منذ أن سجلناه، فإن عملية الـ fsync تصبح بلا فائدة (no-op)، وبعد انقطاع الطاقة تفقد عناصر الدليل الجديدة.
سيناريو مثال:
$ mkdir foo
$ sync
$ rmdir foo
$ mkdir dir1 $ mkdir dir2
# ملف بنفس الاسم ولديه نفس الوالد كالمجلد الذي حذفناه للتو، وكان محفوظًا في معاملة سابقة. لذا فإن عقدة المجلد المحذوف هي عقدة متعارضة لعقدة هذا الملف الجديد. $ touch foo
$ ln foo dir2/link
# عملية الـ fsync على dir2 ستسجل دليل الوالد ("." ) لأن العقدة المتعارضة (المجلد المحذوف) لم تعد موجودة، لكنها لا تسجل عناصره الجديدة (dir1). $ xfs_io -c "fsync" dir2
# هذه العملية fsync على دليل الوالد هي بلا فائدة (no-op)، نظرًا لأن عملية الـ fsync السابقة سجلته (ولكن دون تسجيل عناصره الجديدة). $ xfs_io -c "fsync" .
<انقطاع الطاقة>
# بعد إعادة تشغيل السجل، يكون dir1 مفقودًا.
تم إصلاح هذه المشكلة عن طريق ضمان تسجيل عناصر الدليل الجديدة كلما قمنا بتسجيل دليل الوالد لعقدة متعارضة لم تعد موجودة.
سيُتبع ذلك باختبار حالة لـ fstests قريبًا.
Be aware that VulDB is the high quality source for vulnerability data.