लिनक्स की अनुमति 004 के बारे में क्या खास है?


23

मैं प्रैक्टिकल यूनिक्स और इंटरनेट सिक्योरिटी पढ़ रहा था , जब मैं निम्नलिखित पंक्तियों में आया, जिसे मैं समझ नहीं सका।

यदि आप wu संग्रह सर्वर का उपयोग कर रहे हैं, तो आप इसे इस तरह से कॉन्फ़िगर कर सकते हैं कि अपलोड की गई फाइलें मोड 004 में अपलोड की गई हैं , इसलिए उन्हें किसी अन्य क्लाइंट द्वारा डाउनलोड नहीं किया जा सकता है । यह केवल निर्देशिका को अपठनीय बनाने से बेहतर सुरक्षा प्रदान करता है , क्योंकि यह लोगों को फाइलें अपलोड करने से रोकता है और फिर अपने दोस्तों को डाउनलोड करने के लिए सटीक फ़ाइल नाम बताता है।

004 की अनुमति से मेल खाती है -------r--। यदि कोई फ़ाइल पढ़ चुका है तो क्या उसे डाउनलोड नहीं किया जा सकता है? इसके अलावा, यह केवल निर्देशिका को गैर-पठनीय बनाने से बेहतर क्यों माना जाता है? इसका तात्पर्य क्या है?

नोट: यह अनधिकृत उपयोगकर्ताओं को गुमनाम एफ़टीपी का उपयोग करके सर्वर पर अवैध और कॉपीराइट सामग्री छोड़ने के संबंध में है। उपरोक्त समाधान को एक स्क्रिप्ट के साथ इसे रोकने के लिए सुझाव दिया गया था जो समय की अवधि के बाद निर्देशिका सामग्री को हटा देता है।


विशेष रूप से, ऐसा लगता है कि यह WU-FTP , wuarchive.wustl.edu प्रसिद्धि का संदर्भ दे रहा है ।
पार्थियन शॉट

2
यहाँ UMASK 004 का मतलब है और अनुमति नहीं है!
अफसीन टोपलाक

3
@AfsinToparlak नहीं, यह निश्चित रूप से सकारात्मक अनुमति है, उमर नहीं। स्वीकृत उत्तर देखें।
o11c

"एक फ़ाइल डाउनलोड नहीं की जा सकती है अगर उसने पहुंच को पढ़ा है" यह पूरी तरह से सही नहीं है। हर कोई उपयोगकर्ता और समूह फ़ाइल के मालिक को छोड़कर पढ़ने के लिए पहुंच गया है।
स्कै जूल

1
सम्मान के साथ " यह केवल निर्देशिका को अपठनीय बनाने से बेहतर सुरक्षा प्रदान करता है, क्योंकि यह लोगों को फ़ाइलों को अपलोड करने से रोकता है और फिर अपने दोस्तों को डाउनलोड करने के लिए सटीक फ़ाइल नाम बताता है। " ... पहले की चाल अपलोड क्षेत्र को कुछ ऐसा बनाने की थी 333( या d-wx-wx-wx) जो लोगों (FTP उपयोगकर्ताओं) को फाइल बनाने देते हैं, लेकिन क्योंकि [निर्देशिका पर] कोई पढ़ने की अनुमति नहीं है, वे अपलोड निर्देशिका में फ़ाइलों को सूचीबद्ध नहीं कर सकते हैं । हालाँकि, यदि आपको नाम पता था, तो आप फ़ाइलों को पढ़ / डाउनलोड कर सकते हैं।
ट्रीपहाउंड जूल

जवाबों:


33

अनुमतियाँ 004 (------ r--) का अर्थ है कि फ़ाइल को केवल उन्हीं प्रक्रियाओं द्वारा पढ़ा जा सकता है जो एक ही उपयोगकर्ता या FTP सर्वर के समान समूह के रूप में नहीं चल रही हैं। यह बल्कि असामान्य है: आमतौर पर उपयोगकर्ता के पास समूह की तुलना में अधिक अधिकार होते हैं, और समूह के पास दूसरों की तुलना में अधिक अधिकार होते हैं। आम तौर पर उपयोगकर्ता अनुमतियाँ बदल सकता है, इसलिए उपयोगकर्ता को अधिक प्रतिबंधात्मक अनुमति देना व्यर्थ है। यह यहाँ समझ में आता है क्योंकि FTP सर्वर (संभवतः) के पास अनुमतियाँ बदलने की आज्ञा नहीं है, इसलिए फ़ाइलें अपनी अनुमतियाँ तब तक बनाए रखेंगी जब तक कि कुछ उन्हें बदल नहीं देता।

चूंकि एफ़टीपी सर्वर जिस उपयोगकर्ता के रूप में चल रहा है वह फ़ाइलों को नहीं पढ़ सकता है, लोग फ़ाइल डाउनलोड नहीं कर पाएंगे। यह फ़ाइल साझा करने के लिए FTP सर्वर का उपयोग करना असंभव बनाता है।

संभवतः एक अलग उपयोगकर्ता और समूह के रूप में चलने वाली कुछ प्रक्रिया किसी बिंदु पर फ़ाइल को पढ़ती है, यह सत्यापित करती है कि यह कुछ नीति का अनुपालन करता है, यदि यह करता है तो डेटा की प्रतिलिपि बनाता है और अपलोड की गई फ़ाइल को हटा देता है।

यह मेरे लिए फ़ाइल अनुमतियों 040 (केवल समूह द्वारा पठनीय) को देने के लिए अधिक समझ में आता है और उपभोक्ता प्रक्रिया को एफ़टीपी सर्वर के रूप में एक ही समूह के रूप में चलाया जाता है, लेकिन एक अलग उपयोगकर्ता।


1
@Cthulhu: एफ़टीपी सर्वर प्रक्रिया भी "सभी" की है। लेकिन UNIX अनुमतियां खोजी नहीं जाती हैं। अधिकारों का केवल एक ही ट्रिपल माना जाता है, और यह एक पास / असफल जांच है। (विंडोज एसीएल के विपरीत जो पास / असफल / आगे देखो)
MSalters

8

ऑक्टल परमिशन मास्क जो 004एक प्रतीकात्मक अनुमति मास्क से मेल खाती है, u=,g=,o=rजिसका अर्थ है कि (u)serजो फ़ाइल का मालिक है वह इसे पढ़ या लिख ​​नहीं सकता है या इसे निष्पादित नहीं कर सकता है, और न ही अन्य उपयोगकर्ताओं को उसी (g)roupउपयोगकर्ता के रूप में बता सकता है जो फ़ाइल का मालिक है। केवल (o)therउपयोगकर्ता जो न तो स्वामी हैं, न ही स्वामी के रूप में एक ही समूह में हैं, फ़ाइल को पढ़ने में सक्षम हैं।


1
यहाँ UMASK 004 का मतलब है और अनुमति नहीं है!
अफसीन टोपलाक

4
@AfsinToparlak: नहीं, यह एक स्पष्ट अनुमति है । स्वीकृत उत्तर देखें।
ट्रिपलेहाउंड

6

हां, लेकिन फ़ाइल उपयोगकर्ता के स्वामित्व में है। तो क्लाइंट के पास फ़ाइल पर 0 अनुमति (उपयोगकर्ता) है और वह इसे पढ़ नहीं सकता है।

आप स्वयं इसका परीक्षण कर सकते हैं:

echo TEST > myTestFile;
chmod 004 myTestFile;
cat myTestFile;
chmod 700 myTestFile;
cat myTestFile;

तीसरा चरण एक त्रुटि उठाएगा।


इसलिए जब कोई फ़ाइल अपलोड की जाती है तो उपयोगकर्ता को फ़ाइल के लिए रीड की अनुमति मिलती है और अन्य सभी को 000 मिलते हैं? क्या मैं सही हूँ? क्या आप कृपया अपने उत्तर का विस्तार कर सकते हैं?
अश्विन PJ

1
मैंने पाया कि पुस्तक और अध्याय एक सार्वजनिक निर्देशिका को सुरक्षित करने के बारे में है जो अनाम एफ़टीपी ग्राहकों के लिए लेखन योग्य है। कोई भी अनाम क्लाइंट किसी अन्य अनाम क्लाइंट की तरह ही यूआईडी के रूप में फाइल को खोलता है, इसलिए बनाई गई फ़ाइल अनाम द्वारा क्रिएटिबल है लेकिन अनाम द्वारा पठनीय नहीं है। यह सिस्टम पर किसी अन्य यूआईडी द्वारा पठनीय है।
जोधा लेमन

@hope: एक अंक में प्रत्येक अंक ऑक्टेल स्ट्रिंग 4 बिट्स को दर्शाता है: उस क्रम में सेट-आईडी, पढ़ना, लिखना और निष्पादित करना। इस प्रकार, 7 का अर्थ है पढ़ना, लिखना, और बिट्स को निष्पादित करना सभी सेट हैं। पहला अंक मालिक आदि के लिए अनुमति है, इसलिए यह कहने का कोई मतलब नहीं है कि दूसरों को मिलता है 000। अन्य बस हो जाता है 0। गिल्स का जवाब सबसे अच्छा स्पष्टीकरण है कि 004वास्तव में अनुमति सेटिंग क्या करती है।
पीटर कॉर्डेस

तीसरा चरण है, पढ़ना नहीं।
मोनिका

@OrangeDog आप सही हैं। मैंने इसे ठीक किया।
जोडका लेमन

-1

यह अधिक संभावना है कि इसका मतलब है कि किसी भी अनुमतियों को 004 द्वारा मास्क किया गया है, अर्थात, अन्य उपयोगकर्ता फ़ाइल को नहीं पढ़ सकते हैं। यह फ़ाइल को सिस्टम के अन्य उपयोगकर्ताओं (कुछ हद तक) से बचाने के लिए काम करेगा।


नहीं, जैसा कि अन्य लोगों ने समझाया है, ftp सर्वर उन उपयोगकर्ता को अनुमतियाँ सेट करता है 004जिन्होंने इसे अपलोड किया है और ftp के किसी भी अन्य उपयोगकर्ता (कम से कम अनाम वाले) फ़ाइल को तब तक एक्सेस नहीं कर सकते हैं जब तक कि इसे चेक नहीं किया गया हो (जब इसे फिर से अनुमति दी जाएगी और शायद एक उपयुक्त स्थान पर स्थानांतरित / नाम दिया गया)। WU आर्काइव जैसी जगहें अक्सर (गलत) इस्तेमाल की जाती थीं और फ़ाइल को साझा करने वाली साइटों के रूप में मंद और दूर के अतीत में इस्तेमाल किया जाता था अगर इस तरह की चीजों को नहीं रखा जाता था।
ट्रिपहाउंड जूल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.