تسرّب معلومات في systemd-coredump على دبيان (DSA-5931-1): التحقق والتحديث والتخفيف

أصدرت دبيان في 29 مايو 2025 التحذير DSA-5931-1 لحزمة systemd على دبيان 12 (bookworm). يعالج التحديث الثغرة CVE-2025-4598 التي اكتشفها فريق أبحاث التهديدات في Qualys داخل systemd-coredump، وهو معالج اختياري لملفات تفريغ الذاكرة عند الانهيار. قد يستغلها مستخدم محلي لقراءة بيانات حساسة من ذاكرة برامج ذات صلاحيات مرتفعة انهارت، مثل بصمات كلمات المرور. ولا تتعرض للخطر إلا الأجهزة المثبَّت فيها systemd-coredump والتي يتولى فيها معالجة ملفات التفريغ.

نظرة سريعة

ما طبيعة الثغرة؟

عندما ينهار برنامج، يمكن للنواة أن تسلّم صورة ذاكرته إلى برنامج مساعد مثل systemd-coredump. ويصف تحذير دبيان مشكلتين في عملية التسليم هذه:

• سباق «الإنهاء ثم الاستبدال»: كان بإمكان مهاجم محلي أن يُسقط برنامجًا من نوع SUID ثم يستبدل العملية بسرعة بعملية تخصه، فيعامل المعالجُ ملفَ التفريغ المميّز كأنه ملك للمهاجم. وقد أثبتت Qualys ذلك على البرنامج المساعد unix_chkpwd المثبت في معظم أنظمة لينكس، وتمكنت من قراءة بيانات من /etc/shadow.
• تجاهل علامة قابلية التفريغ: لم يكن systemd-coredump يمرّر المعامل %d (علامة قابلية التفريغ لكل عملية في النواة) ضمن /proc/sys/kernel/core_pattern. فكان بوسع المهاجم إسقاط خدمات تعمل بصلاحيات الجذر ثم تنتقل إلى هوية المستخدم المهاجم، وقراءة ملفات تفريغها. وتذكر Qualys أنها استخرجت بهذه الطريقة أسرارًا من sshd-session وsd-pam وcron.

ويضيف متتبع دبيان أن الإصلاح الشامل يحتاج كذلك إلى تعديل في النواة يسلّم معرّف pidfd لبرنامج تفريغ الذاكرة في مساحة المستخدم، وهذا سبب إضافي لإبقاء حزمة النواة محدَّثة.

هل أنت متأثر؟

الحزمة systemd-coredump منفصلة وأولويتها «اختيارية»، لذا تحقق أولًا مما إذا كانت مثبتة ومستخدمة:

dpkg -l 'systemd*' | grep '^ii'
apt policy systemd-coredump
cat /proc/sys/kernel/core_pattern
cat /proc/sys/fs/suid_dumpable

إذا أظهر apt policy القيمة Installed: (none) ولم يكن core_pattern يوجّه التفريغ إلى systemd-coredump فالثغرة لا تنطبق عليك. أما إن كانت مثبتة فقارن النسخة المثبتة بالنسخة المصحَّحة لإصدارك.

كيف تحدّث؟

sudo apt update
sudo apt install --only-upgrade systemd systemd-coredump libsystemd0
apt policy systemd-coredump

يرقّي الخيار --only-upgrade الحزم المثبتة أصلًا ولا يثبّت حزمًا جديدة، لذا فالأمر آمن على الأجهزة التي لا تحتوي systemd-coredump. ويؤدي الأمر المعتاد sudo apt upgrade المهمة نفسها. والنسخة المتاحة اليوم لـ bookworm أحدث من نسخة التحذير وتتضمن الإصلاح.

إعادة تشغيل الخدمة أم الخادم؟

لا يعمل systemd-coredump إلا عند انهيار عملية ما، فتُستخدم الشيفرة المصحَّحة عند الانهيار التالي. ولأن التحديث يستبدل أيضًا systemd نفسه ومكتبته، فإن إعادة تشغيل الخادم في وقت مناسب هي أبسط طريقة لضمان عمل كل المكونات بالشيفرة الجديدة، كما تُحمِّل أي نواة أحدث ثبّتّها.

إن لم تستطع التحديث الآن

تقترح Qualys حلًا مؤقتًا بضبط fs.suid_dumpable على 0. يمنع ذلك برامج SUID وخدمات الجذر التي تتخلى عن صلاحياتها من إنتاج ملفات تفريغ، أي أنك تخسر ملفات التفريغ لهذه البرامج:

echo 'fs.suid_dumpable = 0' | sudo tee /etc/sysctl.d/90-no-suid-dumps.conf
sudo sysctl --system
cat /proc/sys/fs/suid_dumpable

المصادر

• security-tracker.debian.org/tracker/DSA-5931-1
• lists.debian.org/debian-security-announce/2025/msg00095.html
• debian.org/security/2025/dsa-5931
• security-tracker.debian.org/tracker/DLA-4259-1
• security-tracker.debian.org/tracker/CVE-2025-4598
• security-tracker.debian.org/tracker/source-package/systemd
• cve.org/CVERecord?id=CVE-2025-4598
• nvd.nist.gov/vuln/detail/CVE-2025-4598
• qualys.com/2025/05/29/apport-coredump/apport-coredump.txt
• salsa.debian.org/systemd-team/systemd/-/raw/debian/252.38-1_deb12u1/debian/control
• manpages.debian.org/bookworm/systemd-coredump/systemd-coredump.8.en.html
• manpages.debian.org/bookworm/procps/sysctl.8.en.html
• manpages.debian.org/bookworm/apt/apt-get.8.en.html