bin
लिनक्स के पूरे जीवनकाल के लिए कुछ भी ठीक से नहीं किया गया है।
रन-लेवल और init
स्पॉइंग getty
की तरह, रिकॉर्ड में होने के कारण /etc/inittab
, bin
लिनक्स के आविष्कार से पहले ही यूनिक्स की दुनिया में खाता अप्रचलित था। यह 1980 के दशक का एक विचार था जो एनएफएस (नेटवर्क फाइल सिस्टम) और उसके nobody
उपयोगकर्ता के आविष्कार और गोद लेने से टूट गया था । 2010 के उत्तरार्ध में उपयोगकर्ता खाता डेटाबेस में इसकी निरंतर उपस्थिति तब बनी जब 1990 के दशक में वाणिज्यिक यूनिक्स दुनिया में लोगों ने सक्रिय रूप से इसका उपयोग बंद कर दिया, जड़ता का एक वसीयतनामा है।
विचार यह है कि था bin
उपयोगकर्ता विभिन्न निर्देशिका स्वामित्व जैसे /bin
और /usr/bin
(और वास्तव में दूसरों पर उल्लेख के कुछ /unix//a/448799/5132 जैसे /usr/mbin
और /usr/5bin
) और गैर-सेट यूआईडी / गैर उनके भीतर सेट-जीआईडी फाइलें। इसके पास डोको फाइल्स और निर्देशिकाएं भी हैं, जैसे मैनुअल पेज।
(कुछ यूनियनों पर अधिक चरम मामलों में भी इसका स्वामित्व था /
और /etc
, हालांकि बाद में सन ऑपरेटिंग सिस्टम की छवि बनाने में एक गलती स्वीकार की गई थी। पूर्व में सिर्फ गड़बड़ थी।)
इस प्रकार उपयोगकर्ता के रूप में चल रहे सॉफ्टवेयर अपडेट को अधिनियमित करने की bin
अनुमति, कंबल की अनुमति नहीं थी, जो सुपरयुजर के रूप में चल रहा था, जो भी सिस्टम के खिलाफ कोई भी कार्रवाई करता है। सॉफ़्टवेयर अपगडर निजी उपयोगकर्ता फ़ाइलों को पढ़ने / लिखने, मेलबॉक्सेज़ तक पहुँचने और इसके आगे नहीं लिख सकता था; जो सुपरवाइजर के रूप में सॉफ्टवेयर्स को अपडेट कर सकता था।
आपकी /etc/passwd
फ़ाइल में कई अन्य विशेष खाता प्रविष्टियों में पासवर्ड होना चाहिए। ये प्रशासनिक खाते हैं - bin
, daemon
, sys
, uucp
, lp
, और adm
। [...] इन खातों के अस्तित्व का प्राथमिक कारण कमांड, स्क्रिप्ट, फाइलें और उपकरणों का सुरक्षित स्वामित्व है। और कुछ व्यवस्थापक इन खातों के लिए पासवर्ड इंस्टॉल करते हैं और वास्तव में उनका उपयोग करते हैं। […] bin
एक सिस्टम-ब्रेकर के लिए एक पासवर्ड-मुक्त खाता बेहद उपयोगी है।
- रेबेका थॉमस और रिक फैरो (1989)। सिस्टम V के लिए UNIX व्यवस्थापन मार्गदर्शिका । शागिर्द कक्ष। आईएसबीएन 9780139428890. पी। 452।
एनएफएस का आविष्कार 1980 के दशक की शुरुआत में किया गया था, और इस विचार को पूरी तरह से तोड़ दिया।
यह पहले से ही अस्थिर जमीन पर था, जैसा कि पूर्वोक्त उद्धरण दृष्टिकोण। ऐसा इसलिए था क्योंकि बुनियादी उपयोगिताओं के लिए प्रोग्राम छवि फ़ाइलों को अपडेट करने की क्षमता है कि सुपरसुसर को पाठ्यक्रम के रूप में निष्पादित किया जाता है, जैसे कि /bin/ls
उदाहरण के लिए, सुपरसुसर विशेषाधिकार प्राप्त करने के लिए एक सीधा वेक्टर है, और किसी bin
खाते का उपयोग करने में पहुंच का विभाजन केवल आकस्मिक रूप से रोकता है। गलत निर्देशिकाओं को संशोधित करने के बजाए एक पुरुष अधीक्षक को सुपरयुसर पहुंच प्राप्त करने से रोका गया।
एनएफएस के आगमन ने इस पर प्रकाश डाला। यद्यपि एनएफएस के पास सुपरसुअर खाते को एक साधारण गैर-सिस्टम उपयोगकर्ता खाते में पुन: भेजने के लिए एक तंत्र था, लेकिन इसके पास गैर-रूट-खातों के लिए समान नहीं था bin
। इसलिए यदि कोई bin
एनएफएस क्लाइंट पर पहुंच प्राप्त कर सकता है तो यह उन्हें bin
एनएफएस सर्वर पर ऑपरेटिंग सिस्टम फ़ाइलों तक पहुंच प्रदान करता है। वास्तव में, इसने एक एनएफएस क्लाइंट पर एक सुपरयुसर को सक्षम किया, जो अन्यथा सर्वर पर एक सामान्य गैर-सिस्टम उपयोगकर्ता के लिए रीमैप किया जाएगा, ताकि सर्वर के ऑपरेटिंग सिस्टम फ़ाइलों और निर्देशिकाओं के लिए मालिक पहुंच प्राप्त हो सके।
यह 1990 के दशक के प्रारंभ तक सामान्य ज्ञान था, और उस समय ज्ञान प्राप्त करने के लिए chown
सामान था bin
जो सुपरसियर के स्वामित्व में था, इस छेद को प्लग करने के लिए जो पहले से ही यूनिक्स सुरक्षा ऑडिटिंग टूल्स में एक मानक रिपोर्टिंग आइटम बन गया था और इसके खिलाफ चेतावनी दी गई थी Sendmail के लिए इंस्टॉलेशन डोको की पसंद में।
जहां तक एम हेस के सवालों का संबंध है, इस विचार डेबियन, के बाद यह यूनिक्स दुनिया में एक बुरा विचार है, जो वास्तव में यह जानता था लिनक्स से पहले एक बुरा विचार होने के लिए माना जाता था जो केवल अस्तित्व वर्षों में आया पर कभी नहीं अपनाया गया था खुद को आविष्कार किया गया था। बीएसडी ऑपरेटिंग सिस्टम जिसका इतिहास करता है 1980 के दशक के बाद से लंबे समय तक वास्तविक स्वामित्व के साथ दूर किया है में खिंचाव वापस, लेकिन फिर भी खाते डेटाबेस में उपयोगकर्ता खाते बरकरार रहती है। FreeBSD परिवर्तित bin
: bin
स्वामित्व root
: wheel
1998 में स्वामित्व वापस , उदाहरण के लिए।
आगे की पढाई