CVE-2026-89752 in Linux
सारांश
द्वारा VulDB • 11/09/2026
Linux kernel में निम्नलिखित कमजोरी को हल किया गया है:
mm: memcg: जब एक सीमा अपडेट पुरानी हो जाए तो रिक्लेम (reclaim) बंद करें।
kernfs फ़ाइल संचालनों को केवल प्रत्येक खुली फ़ाइल के लिए serializes करता है, इसलिए अलग-अलग खुली फ़ाइले समानांतर रूप से memory.high या memory.max फ़ाइल को अपडेट कर सकती हैं। दोनों हैंडलर सिंक्रोनस रिक्लेम (synchronous reclaim) से पहले नई सीमा संग्रहीत करते हैं, लेकिन रिक्लेम लूप में लेखक के स्थानीय लक्ष्य का उपयोग जारी रखते हैं। यदि कोई अन्य लेखक सीमा को बढ़ाता या हटा देता है, तो पहला लेखक एक पुराने (stale) लक्ष्य की ओर रिक्लेम करना जारी रख सकता है।
memory.max के लिए, यह रिक्लेम पुनः प्रयासों (reclaim retries) के समाप्त होने पर लेखक को अनिश्चित काल तक लूप में छोड़ सकता है। OOM पथ वर्तमान सीमा के तहत पर्याप्त मार्जिन देखता है और बिना किसी प्रक्रिया को मारे हुए true वापस कर देता है, जबकि लेखक अभी भी अपने उपयोग का तुलना एक पुराने लक्ष्य से करता है और एक अन्य OOM घटना रिकॉर्ड करता है।
प्रत्येक रिक्लेम पुनरावृत्ति की शुरुआत में वर्तमान सीमा को जांचें और यदि यह लेखक के लक्ष्य से मेल नहीं खाता तो उसे बंद कर दें।
पुनरउत्पादक (Reproducer):
एक cgroup को एनानिमस मेमोरी (anonymous memory) से भरें और स्विप्पिंग को अक्षमित करें। एक खुली फ़ाइल के माध्यम से memory.max को कम करें, फिर नई सीमा दिखाई देने के बाद दूसरे खुले फ़ाइल के माध्यम से इसे "max" पर पुनर्स्थापित करें।
पाच (patch) के बिना, पहला लेखक अवरुद्ध रहता है और OOM घटना काउंटर को बार-बार बढ़ाता है। पाच के साथ, यह सामान्य रूप से लौट जाता है।
इसकी प्रेरणा किसी रिपोर्ट किए गए उत्पादन कार्यभार (production workload) से नहीं थी। हमने इसे अपने cgroup ऑब्जर्वेबिलिटी (observability) कार्यों के लिए स्वचालित यादृच्छिक परीक्षण (automated randomized testing) के माध्यम से खोजा और इसे ऊपर दिए गए पुनरउत्पादक तक कम कर दिया।
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.