अगोदर निर्देश केलेल्या बाबीसंबंधी बोलताना सूस विकसकांनी कालबाह्य किंवा कमी-वापरलेल्या फाइल सिस्टम अक्षम करण्याची योजना जाहीर केली आहे जे डिफॉल्टनुसार लिनक्स कर्नलशी सुसंगत आहेत. हा बदल एसएलई 15-एसपी 1 आणि ओपनसूस लीप 15.1 च्या भविष्यात रिलीझमध्ये समाविष्ट करण्याचा विचार आहे.
माध्यमांना विशेषत: सुधारित फाइल सिस्टमसह कनेक्ट करून होणा possible्या संभाव्य हल्ल्यांपासून सिस्टमचे संरक्षण करण्याची इच्छा आहे जे त्यांच्या अंमलबजावणीतील असुरक्षिततेचे शोषण करते.
निवेदनात म्हटल्याप्रमाणेः
सुस अनेक लेगसी फाइल सिस्टमला ब्लॅकलिस्ट करेल आणि / किंवा सुरक्षिततेच्या कारणास्तव एसएलईएस मध्ये डीफॉल्टनुसार कमी वापरले जाते.
प्रस्तावित यादी येथे पाहिले जाऊ शकते.
आता प्रश्न असा आहे की आपण ओपनस्यूएससाठी देखील असेच करावे की नाही.
माझा अंदाज असा आहे की वरील ग्राहक कदाचित व्यवसाय ग्राहकांसाठी विवादास्पद नसली तरी ओपनस्यूएसई वापरकर्त्यांना त्या यादीतील काही वस्तूंवर आक्षेप असू शकतात.
कमी वापरलेल्या फाइल सिस्टमला काळ्या सूचीत टाकले जाईल
च्या अंमलबजावणीसह मॉड्यूल 21 फाईल सिस्टम ब्लॅकलिस्ट केलेल्या आहेत आणि डीफॉल्टनुसार ती लोड होणार नाहीत ड्राइव्हला फाईलसिस्टम डेटासह कनेक्ट करताना.
काही फाईल सिस्टमची स्वयंचलितपणे तपासणी केल्यावर बदल केवळ मोड्यूल्सच्या स्वयंचलित लोडिंगवर परिणाम करते.
कोणत्याही परिस्थितीत, वापरकर्त्यांनी लक्षात घ्यावे की आम्ही हे जरी केले तरीही आपण ब्लॅकलिस्ट फाइलमधील ओळींवर टिप्पणी देऊन आपल्यास आवश्यक असलेल्या फायली सिस्टम पुन्हा सक्षम करू शकता.
वापरकर्ता अजूनही माउंट कमांडचा वापर करून फाईलसिस्टम मॅन्युअली माउंट करू शकतो, फाइल सिस्टम प्रकार स्पष्टपणे निर्दिष्ट करून (उदाहरणार्थ, "माउंट-टी जेएफएस"), किंवा आवश्यक मॉड्यूल लोड करून (उदाहरणार्थ, "मोडप्रोब जेएफएस").
याची नोंद घेतली जाते काळ्यासूचीच्या समर्थनासाठी बर्‍याच फाईल सिस्टमसाठी बर्‍याच काळापासून ते कर्नल API सह सुसंगतता राखण्यासाठी खाली येते. आणि कोडचे कधीही ऑडिट केले जाणार नाही आणि त्यात असुरक्षा असू शकतात जे दुर्भावनायुक्त बाह्य ड्राइव्ह कनेक्ट करून शोषण केले जाऊ शकतात.
मोबाइल डिव्हाइस फ्लॅश ड्राइव्हमध्ये वापरलेली एफ 2 एफएस फाइल सिस्टम सक्रियपणे सूचीबद्ध होती सॅमसंग एफ 2 एफएस फाइल सिस्टमसह डीफॉल्टनुसार लॉक केलेले एफएस.
एफ 2 एफएसला ब्लॅकलिस्ट करण्यामागील कारण म्हणजे या फाइल सिस्टमवरील फाइल सिस्टम आवृत्ती निश्चित करण्यासाठी यंत्रणेची कमतरता, जी बॅकपोर्टिंग सिक्युरिटी फिक्सेस दरम्यान अनुकूलता जतन करण्याची हमी देत नाही.
सध्या काळ्या यादीची रचना खालीलप्रमाणे आहे.
- adfs
- afs
- बीएफएस
- आधी
- पेटके
- efs
- चुका
- exofs
- freevxfs
- f2fs
- एचएफएस (एचएफएसप्लस मॉड्यूल ऑटोनन सेव्ह)
- एचपीएफएस (ओएस / 2)
- jffs2
- jfs
- मिनीक्स
- nilfs2
- qnx4
- qnx6
- sysv
- ubifs
- यूएफएस
इतर फाइल सिस्टम देखील लक्ष केंद्रित करतात
याशिवाय omfs आणि ntfs फाइलप्रणाली जोडण्यासाठी योजना ठिकाणी आहेत ते यादी (एनटीएफएस बर्‍याच दिवसांपासून विकसित केली गेली नाही) सध्या एनटीएफएस -3 जी वापरले पाहिजे)
असे नाही की एनटीएफएस मोठ्या प्रमाणात वापरला जात नाही; फक्त त्याकडे लक्ष
एनटीएफएस कर्नल विभाग 2007 पासून पाहिले गेले आहे.
द्रुत आणि व्यावहारिक दृष्टीकोनातून कल्पना वाईट नसली तरी वास्तविकता अशी आहे हे सर्व काही उत्कृष्ट कल्पना असल्यासारखे दिसत नसल्यामुळे त्याने चर्चा सुरू करण्यास सुरवात केली आहे.
आणि टिप्पणी दिली आहे, स्थानिक फाइल सिस्टमच्या बाबतीत, बरेच वापरकर्ते वापरतात:
ext2 / 3/4, xfs, btrfs आणि reiserfs ओसीएफएस 2 आणि जीएफएस 2 इतके सामान्य आहेत की आपण त्यांना ब्लॅकलिस्ट करू इच्छित नाही.
उर्वरित जुन्या किंवा दुर्मिळ ऑपरेटिंग सिस्टमच्या सुसंगततेसाठी आहेत, शुद्ध फ्लॅश मीडियासाठी (म्हणजेच, एफटीएलशिवाय) किंवा इतर देखभाल समस्या (एफ 2 एफएस) आहेत. यापैकी कुठलेही वापरकर्ते आहेत?
मला खात्री आहे की मूठभर आहेत. मला असं वाटत नाही की बर्‍याच वापरकर्त्यांनी काही लोकांना सामावून घेतले पाहिजे.