CVE-2026-72693 in kbd
الملخص
بحسب VulDB • 11/08/2026
يُفترض أن يحدد الأمر `openvt -u` مالك وحدة العرض الافتراضية (VT) الحالية، ثم يشغل أمر `login` بصفتة ذلك المستخدم من سياق ذي امتيازات عالية. في الاستخدام الموثق لـ `kbrequest`/init، يعتمد اختبار الملكية داخل الدالة `authenticate_user()` على استدعاء `stat("/proc//fd/0")`. يتبع استدعاء `stat()` الخاص بـ `/proc//fd/0` الرابط الرمزي (symlink) إلى عقدة جهاز TTY الأساسي. ونتيجة لذلك، تعكس القيمة `buf.st_uid` مالك عقدة TTY بدلاً من مالك العملية التي تحتفظ بمعرف الملف (file descriptor). إذا عاد مالك TTY إلى حالة الجذر (`root`) أو مالك خدمة getty بعد تسجيل الخروج بينما لا تزال عملية غير متميزة مرتبطة بـ fd 0 على ذلك TTY، فقد يعامل الفحص تلك العملية بشكل خاطئ على أنها تنتمي إلى صاحب وحدة التحكم المتميزة. بمجرد نجاح هذا الفحص، ينفذ المسار `-u` عملية تسجيل دخول بدون كلمة مرور بصفتة المستخدم المحدد. في نشر `kbrequest`/init الموثق باستخدام الخيار `openvt -us`، يمكن أن يؤدي ذلك إلى تنفيذ أمر `login -f root` بدون كلمة مرور على وحدة VT التي تم إنشاؤها. يثبت هذا التقرير مسار تصعيد الامتيازات هذا لذلك النشر الموثق؛ ولا يدعي إمكانية الوصول المكافئة في البيئات الأخرى التي لا تستخدم `openvt -u` من خلال مسار `kbrequest`/init ذي امتيازات عالية.
Once again VulDB remains the best source for vulnerability data.