লিনাক্স-ভিত্তিক অপারেটিং সিস্টেমগুলি কেন উইন্ডোজের চেয়ে নিরাপদ হিসাবে বিবেচিত হয়? [বন্ধ]


19

আমি শুনেছি সুরক্ষার জন্য লিনাক্স-ভিত্তিক সিস্টেমগুলি আরও ভাল। স্পষ্টতই তাদের ভাইরাস নেই এবং এন্টিভাইরাস সফ্টওয়্যার প্রয়োজন নেই। এমনকি আমার বিশ্ববিদ্যালয় এটিও দাবি করে - তারা তাদের সার্ভারগুলিতে উইন্ডোজ রাখতে অস্বীকার করে, যা সত্যই লজ্জাজনক কারণ আমরা কিছু ওয়েবসাইট তৈরি করতে .NET ফ্রেমওয়ার্কটি ব্যবহার করতে চেয়েছিলাম।

আমি লিনাক্সকে নিরাপদ দেখতে পাবার একমাত্র কারণ হ'ল এটি ওপেন সোর্স, সুতরাং তাত্ত্বিকভাবে বাগগুলি ধরা পড়ে এবং তাড়াতাড়ি স্থির হয়ে যায়।

অপারেটিং সিস্টেমগুলি কীভাবে কাজ করে সে সম্পর্কে আমি কিছুটা জানি, তবে লিনাক্স এবং উইন্ডোজ কীভাবে তাদের ওএস বাস্তবায়ন করে তা সত্যই আবিষ্কার করতে পারি নি। লিনাক্স-ভিত্তিক সিস্টেমগুলি আরও সুরক্ষিত করে এমন পার্থক্যটি কেউ ব্যাখ্যা করতে পারেন?


5
আমি আপনার প্রশ্নের সঠিক উত্তর দিচ্ছি না, তবে আমি আপনার স্কুলের পছন্দটি কিছুটা রক্ষা করতে চাই। আমার স্কুল একটি উইন্ডোজ সিস্টেম এবং লিনাক্স সিস্টেম উভয়ই পরিচালনা করে যা একটি সাধারণ ফাইল সিস্টেম ভাগ করে নেওয়ার চেষ্টা করে। তবে বাস্তবে এটি ব্যয়বহুল হতে পারে কারণ নেটওয়ার্কের উইন্ডোজ এবং ইউনিক্স ডোমেনগুলি সত্যিই একসাথে আসে না, দুঃখের বিষয়। প্রদত্ত যে আমরা উইন্ডোজ ব্যবহারকারীদের বিপরীত (নেট সম্পর্কে দুঃখিত) এর চেয়ে কিছু বেশি ওপেন সোর্স উপাদান ব্যবহার করার প্রয়োজন দেখছি, তবে এটি একটি সম্মানজনক পছন্দ যে তারা কেবল সার্ভারের মতো মূল ভিত্তিক হার্ডওয়্যারে লিনাক্সকে সমর্থন করে। লিনাক্স আজ সবচেয়ে গুরুত্বপূর্ণ পরিষেবাগুলিকে সমর্থন করে
নোটমিফল্ট

আপনার প্রতিক্রিয়া জন্য ধন্যবাদ - এবং অন্যান্য প্রতিক্রিয়াকারীদের জন্য, স্পষ্টভাবে আমার জন্য পরিষ্কার জিনিস সাহায্য। রেকর্ডটির জন্য, আমি আমার বিশ্ববিদ্যালয়ের দাবিতে রাগের চেয়ে বেশি সন্দেহবাদী ছিলাম।
ইকোব্লেজ

উত্তর:


55

আমি মনে করি না যে কোনও অপারেটিং সিস্টেম "সুরক্ষিত"। অপারেটিং সিস্টেমের একটি নির্দিষ্ট কনফিগারেশনে আক্রমণগুলির প্রতিরোধের একটি নির্দিষ্ট ডিগ্রি থাকে।

আমি সম্ভবত এখানে "মাইক্রোসফ্ট অ্যাপিওলজিস্ট" হওয়ার কারণে ভীষণ আহ্বান করতে চলেছি, তবে এই থ্রেডটি "উইন্ডোজ" সম্পর্কে সাধারণীকরণের প্রতি খুব বিরক্ত হয়েছে যা সত্য নয়।

উইন্ডোজ 1.0 - 3.11, 95, 98, এবং এমই ডসের উপর ভিত্তি করে। অপারেটিং সিস্টেমগুলির এই বংশের আনুষ্ঠানিক অর্থে কোনও সুরক্ষা ছিল না (সুরক্ষিত ঠিকানার স্থান, কার্নেল / ব্যবহারকারী মোড বিচ্ছেদ ইত্যাদি)। সৌভাগ্যক্রমে, যখন আমরা আজ "উইন্ডোজ" সম্পর্কে কথা বলি আমরা এই অপারেটিং সিস্টেমগুলি সম্পর্কে কথা বলি না।

অপারেটিং সিস্টেমগুলির উইন্ডোজ এনটি পরিবার (উইন্ডোজ এনটি 3.5, 3.51, 4.0, 2000, এক্সপি, 2003, ভিস্তা, ২০০৮ এবং 7) 1992 সালে প্রাথমিক প্রকাশের পর থেকে একটি খুব যুক্তিসঙ্গতভাবে সুরক্ষা ব্যবস্থা "ডিজাইন" করেছে The ওএস ছিল টিসিএসইসি "অরেঞ্জ বুক" মাথায় রেখে ডিজাইন করেছেন এবং, নিখুঁত না হলেও, আমি মনে করি এটি যুক্তিসঙ্গতভাবে ভালভাবে ডিজাইন করা এবং প্রয়োগ করা হয়েছে।

  • উইন্ডোজ এনটি প্রথম থেকেই "বহু ব্যবহারকারী" ছিল (যদিও একই সার্ভার থেকে একই সাথে গ্রাফিকাল ইউজার ইন্টারফেস প্রাপ্ত একাধিক ব্যবহারকারীর কার্যকারিতা উইন্ডোজ এনটি 3.51 এর যুগে সিট্রিক্স উইনফ্রেম না হওয়া পর্যন্ত ঘটেনি)। এমএমইউ এবং সিপিইউর অন্তর্নিহিত হার্ডওয়্যার ফাংশনগুলির উপর নির্ভর করে অ্যাড্রেস স্পেস প্রোটেকশন সহ একটি কার্নেল / ব্যবহারকারী মোড বিভাজন রয়েছে। (আমি বলব যে এটি খুব "ইউনিক্স-ওয়াই", তবে আসলে এটি খুব "ভিএমএস-ওয়াই"।)

  • এনটিএফএস-এ ফাইল সিস্টেম অনুমোদনের মডেলটি বেশ "সমৃদ্ধ" এবং যদিও এটি "উত্তরাধিকার" এর সাথে সম্পর্কিত (বা এর অভাব রয়েছে - এনটিএফএস সরানো / অনুলিপি নকশার ত্রুটিটি কীভাবে কার্যকরী করা যায় দেখুন? ), এটি এখনও হয়নি ইউনিক্স-স্টাইল অপারেটিং সিস্টেমগুলি অনুরূপ কার্যকারিতা কার্যকর করেছে গত 10 বছর বা তার বেশি। (নভেল নেটওয়ার মাইক্রোসফ্টকে এইটিকে ঘুষি মারবে, যদিও আমি মনে করি মাল্টিকস তাদের দু'জনকেই পরাজিত করেছে ...> হাসি <)

  • সার্ভিস কন্ট্রোল ম্যানেজার সহ সার্ভিস প্রোগ্রামগুলি শুরু / থামার / বিরতি দেওয়ার জন্য অ্যাক্সেস নিয়ন্ত্রণের অনুমতি সিস্টেম সহ খুব ভালভাবে ডিজাইন করা হয়েছে এবং এটি ডিজাইনে আরও দৃust় যে বিভিন্ন "init.d" স্ক্রিপ্ট "আর্কিটেকচার" (আরও "ভদ্রলোকের চুক্তির মতো" ") অনেকগুলি লিনাক্স ডিস্ট্রোজে।

  • এক্সিকিউটিভ অবজেক্ট ম্যানেজার (দেখুন) http://en.wikedia.org/wiki/Object_Manager_( উইন্ডোজ) ), যা / প্রো ফাইল সিস্টেমের সাথে আলগাভাবে অ্যানালগাস এবং / ডিভাইস ফাইল সিস্টেমের সাথে মিলিত, এর একটি এসিএল মডেল রয়েছে যা ফাইল সিস্টেমের সাথে সাদৃশ্যপূর্ণ এবং অনেক বেশি সমৃদ্ধ is যে কোনও অনুমতি মডেল যা আমি কোনও লিনাক্স ডিস্ট্রো / / প্রো বা / দেবের জন্য সচেতন।

  • যদিও আমরা রেজিস্ট্রিটির গুণাবলী এবং অসুবিধাগুলি নিয়ে বিতর্ক করতে পারি, তবে / ইত্যাদি ডিরেক্টরিতে ফাইলগুলিতে অনুমতি নির্ধারণের মডেলের চেয়ে রেজিস্ট্রি কীগুলির অনুমতি মডেল অনেক বেশি দানাদার। (আমি বিশেষত রব শর্টের মন্তব্যগুলি পছন্দ করি: তার "কোডের পিছনে" সাক্ষাত্কারে রেজিস্ট্রি:http://channel9.msdn.com/shows/Bidehind+The+Code/Rob-Sortm-Etevation-Sestm- এভলিউশন রব প্রাথমিকভাবে উইন্ডোজ রেজিস্ট্রি পিছনে অন্যতম প্রধান ব্যক্তি ছিলেন এবং আমি মনে করি এটি নিরাপদ নয় যে এটি বলা নিরাপদ অগত্যা খুশি W / কীভাবে জিনিসগুলি পরিণত হয়েছিল turned)

লিনাক্স নিজেই কেবল একটি কর্নেল, অন্যদিকে উইন্ডোজ লিনাক্স বিতরণে আরও অ্যানালগাস। আপনি আপেল এবং কমলাগুলির সাথে এটির তুলনা করতে তুলনা করছেন। আমি একমত হতে পারি যে লিনাক্স ভিত্তিক কিছু সিস্টেমের চেয়ে উইন্ডোজ "স্ট্রিপ ডাউন" করা আরও বেশি কঠিন। অন্যদিকে কিছু লিনাক্স ডিস্ট্রিবিউশন, প্রচুর "কৃপণ" দিয়ে জাহাজটি চালুও হয়েছিল। উইন্ডোজের বিভিন্ন "এম্বেডেড" স্বাদের আবির্ভাবের সাথে উইন্ডোজের "বিতরণ" নির্মাণ করা সম্ভব যা মাইক্রোসফ্ট ডিফল্ট (বিভিন্ন পরিষেবা বাদে, ডিফল্ট অনুমতি পরিবর্তন করা ইত্যাদি) থেকে তাদের আচরণের ক্ষেত্রে আলাদা Windows ।

উইন্ডোজের বিভিন্ন সংস্করণে তাদের ভাগ খারাপভাবে-বাছাই করা ডিফল্ট রয়েছে, বাগগুলি অননুমোদিত ব্যবহারকারীদের সুযোগ-সুবিধাগুলি অর্জন করতে, পরিষেবা আক্রমণকে অস্বীকার করা ইত্যাদি etc. একই সমস্যা। উইন্ডোজ ২০০০ সাল থেকে মাইক্রোসফ্ট একটি দুর্দান্ত কাজ করেছে, অ্যাপ্লিকেশনগুলিকে কমপিটালাইজ করা সহজতর করেছে, কমপক্ষে সুযোগ-সুবিধা দিয়ে প্রোগ্রামগুলি পরিচালনা করতে এবং ওএসের অপরিবর্তিত বৈশিষ্ট্যগুলি অপসারণ করা।

সংক্ষেপে, আমি অনুমান করছি যে আমি যা বলছি তা হ'ল সুরক্ষার বিষয়ে আপনার প্রয়োজনের জন্য প্রদত্ত অপারেটিং সিস্টেমের নির্দিষ্ট কনফিগারেশনটি আপনি কোন ধরণের অপারেটিং সিস্টেম ব্যবহার করছেন তার চেয়ে বেশি গুরুত্বপূর্ণ। সুরক্ষা বৈশিষ্ট্যগুলির সাথে উইন্ডোজ এবং লিনাক্স বিতরণগুলির মধ্যে খুব সামঞ্জস্যপূর্ণ ক্ষমতা রয়েছে। আপনি শক্তিশালী সুরক্ষা কৌশল প্রয়োগ করতে পারেন (ন্যূনতম-সুবিধা, componentsচ্ছিক উপাদানগুলির সীমাবদ্ধ ইনস্টলেশন, ক্রিপ্টোগ্রাফিকভাবে সুরক্ষিত প্রমাণীকরণ প্রক্রিয়া ইত্যাদি) উভয় ওএস এ। কিনা আপনি আসলে কি করতে বা যে কী বিষয় not--।


আমার মতো কারও জন্য যার উইন্ডোজ এবং লিনাক্স সিস্টেমগুলি কীভাবে তৈরি করা হয়েছিল তা জানেন না, আপনার পোস্টটি অবিশ্বাস্যভাবে তথ্যবহুল ছিল
ইকোব্লেজ

একমত। ভাল দিক.
কাইল হজসন

1
+1 - আমি বাড়িতে লিনাক্স ব্যবহারকারী এবং কর্মক্ষেত্রে মূলত উইন্ডোজ সুরক্ষা পেশাদার। কনফিগারেশনটি তার নিজের ওএসের চেয়ে অনেক বেশি গুরুত্বপূর্ণ, এবং আপনাকে অবশ্যই লিনাক্স ডিস্ট্রিবিউশনগুলি উইন্ডোজের সাথে তুলনা করতে হবে, কেবল 'লিনাক্স' একটি লা কার্নেল নয়।
রোমান্ডাস

3
ধীর তালি +1
চিকেনইনবিস্কুট

উইন্ডোজ জগতকে একটি দীর্ঘ সময়ের জন্য সত্যই আঘাত করেছে এমন একটি জিনিস (যদিও এটি এখন বেশিরভাগ ইতিহাসই হয়ে থাকে) এটি হ'ল দীর্ঘ সময়ের জন্য আপনাকে অনেক কিছু করার জন্য স্থানীয় প্রশাসক হতে হয়েছিল যেখানে * নিক্স জগতে আপনি কেবল যে মেশিনে sudoer হতে। স্পষ্টতই সমস্যাটি হ'ল স্থানীয় প্রশাসক ওম বেশিরভাগ মেশিনের দ্বারা চালিত যে কোনও কিছুই মেশিনটি দিয়ে কিছু করতে পারে। এটি লিনাক্স / ইউনিক্সের জন্য সমান হুমকি হয়ে উঠত যদি এটি সর্বদা পরিচিত অনুশীলন না হয়ে রুট না হয় তবে প্রয়োজনে sudo / su করে। আমার ধারণা এটি উইন্ডোজের সমস্যা ছিল না তবে এটি একটি সফটওয়্যার এবং ইউএসি দিয়ে এটি বেশিরভাগ ক্ষেত্রে স্থির ছিল।
ফ্রেডরিক

16

অন্য একটি বিষয় যা উল্লেখ করা হয়নি তা হ'ল উইন্ডোজের সুরক্ষা লিনাক্সের চেয়ে অনেক বেশি অস্বচ্ছ।

উদাহরণস্বরূপ, আমি কয়েকটি পাঠ্য ফাইলের দিকে নজর দিতে পারি এবং আমার ওয়েব সার্ভারটি ঠিক কী চলছে তা দেখতে পাচ্ছি। আইআইএস? এত বেশি নয় - আপনি জিইউআই সরঞ্জামের মাধ্যমে কনফিগারেশনের ফলাফল দেখতে পাচ্ছেন, তবে লুকানো সেটিংস রয়েছে। তারপরে আপনাকে ফাইলগুলির এসিএল ইত্যাদি পর্যালোচনা করতে বিভিন্ন সেট সরঞ্জাম ব্যবহার করতে হবে

উইন্ডোজ ওয়ার্ল্ডের বেশিরভাগ প্রোগ্রামের ক্ষেত্রেও এটি একই - রেজিস্ট্রি এবং এসিএলগুলির মধ্যে রান-টাইম পরিবেশের উপর কী প্রভাব ফেলছে তা দ্রুত বুঝতে খুব অসুবিধা হয়।


11

এই ফাইল অনুমতিগুলির তুলনা সম্পর্কে জানেন না ... আমি যখন ইউএনএক্স / লিনাক্স প্রশাসক ছিলাম তখন এনটি 4-তে ফাইল এসিএল ছিল যা ইউনিক্স / লিনাক্সের traditionalতিহ্যবাহী '777' শৈলীর অনুমতিগুলির চেয়ে অনেক বেশি দানাদার ছিল। অনুমতিগুলি অবশ্যই সবকিছু নয় এবং আমি নিশ্চিত যে আধুনিক লিনাক্স ডিস্ট্রিবিউশনগুলি কমপক্ষে সূক্ষ্ম দানাদার এসিএল সরবরাহ করে, যদিও সেগুলি ডিফল্টরূপে প্রয়োগ না করা হয়। আমার দৃষ্টিতে, সুডো এবং মূল ধারণাগুলি সর্বদা ইউএনআইএক্স-এর কাছাকাছি ছিল, যদিও উইন্ডোজ এই ধারণাগুলি অবিচ্ছিন্নভাবে যুক্ত করে চলেছে এবং সম্ভবত এখন সমান হয়ে গেছে।

আমার নিজের ব্যাখ্যাটি হ'ল যেহেতু লিনাক্স কার্নেল কোড এবং এর অনেকগুলি চালক এবং ইউটিলিটিগুলি উন্মুক্ত রয়েছে - সম্ভবত এটির আরও বেশি বিস্তৃত পর্যালোচনা করা হয়েছে এবং ভুলগুলি কোডিংয়ের জন্য আরও প্রায়শই স্থির করা হয়েছে যা হ্যাকার শোষণ করতে পারে এমন দূরবর্তী দুর্বলতার দিকে নিয়ে যেতে পারে। তত্ত্বটি যাইহোক, আমার মাথায়, যেহেতু লিনাক্স কোনও কর্পোরেশনের মালিকানাধীন নয়, তাই এটি কর্পোরেশনের চেয়ে সুরক্ষা লক্ষ্যটি পুরোপুরি অন্বেষণ করতে পারে। ব্যবসায় অবশ্যই অর্থোপার্জন করতে পারে; ওপেন সোর্স গ্রুপগুলিতে কেবল এই বিধিনিষেধ নেই।

লিনাক্স সিস্টেমে যাওয়া এবং পুরো উইন্ডোং সিস্টেম, আরপিসি ডেমোনস এবং আরও অনেক কিছু বন্ধ করে দেওয়া খুব সহজ - আপনি একটি লিনাক্স বা বিএসডি ভিত্তিক সিস্টেমটি ন্যূনতম ইনস্টলড প্যাকেজ সহ এক বা দুটি উন্মুক্ত পোর্টে পেতে পারেন এবং এখনও খুব সহজেই একটি খুব দরকারী সিস্টেম আছে। এটি সম্ভবত বিকাশকারীর ওএস হিসাবে ইউনিক্স heritageতিহ্যের সাথে আরও করার আছে; অত্যধিক আন্তঃসংযুক্ত নয়, সবকিছু মডুলার হিসাবে নির্মিত হয়েছিল। এটি অনেক বেশি কনফিগারযোগ্য সিস্টেমের দিকে নিয়ে যায় যেখানে আপনি কেবল প্রাসঙ্গিক নয় এমন জিনিসগুলি সরাতে পারেন। আমি মনে করি না যে এইভাবে উইন্ডোজ সার্ভারগুলিকে শক্ত করা এত সহজ।

ওপেনবিএসডি গ্রুপ এই ধারণাটিকে চূড়ান্ত দিকে নিয়েছে। প্রোগ্রামটির প্রধান এক নম্বর লক্ষ্যটি সম্ভাব্য সুরক্ষা ত্রুটির জন্য কোডের প্রতিটি লাইন পর্যালোচনা করা। প্রমাণটি পুডিংয়ে রয়েছে, কয়েক বছর ধরে ওপেনবিএসডি-র প্রায় অবিশ্বাস্যরকম অল্প সংখ্যক দুর্বলতার সন্ধান পাওয়া গিয়েছে কারণ এটি প্রায় মনোযোগী (আমি শ্রদ্ধার সাথে শব্দটি ব্যবহার করছি) বিস্তারিতভাবে মনোযোগ দেওয়ার কারণে।

কর্পোরেশনগুলি যখন তারা দুর্দান্ত সফ্টওয়্যার তৈরি করে (এমএসএসকিউএল, এক্সচেঞ্জ, উইন্ডোজ সার্ভার 2003 আমার বইটিতে দুর্দান্ত সমস্ত), কেবল আলাদা লক্ষ্য রয়েছে।


5
হ্যাঁ; উইন্ডোজ এসিএলগুলি এসিএলবিহীন লিনাক্স / ইউনিক্সের চেয়ে সূক্ষ্ম-দানযুক্ত (যদিও বেশিরভাগ আধুনিক সংস্করণে এসিএল ব্যবহারের বিকল্প রয়েছে)। তাত্পর্যপূর্ণ পার্থক্য হ'ল লোকেরা অ্যাডমিনিস্ট্রেটর হিসাবে উইন্ডোজে লগ ইন করার ঝোঁক থাকে - এটি এখনও সংস্থা-সরবরাহিত এক্সপি ল্যাপটপের মানক সেটআপ - যেখানে লিনাক্স / ইউনিক্সের লোকেরা মূল হিসাবে বেশিরভাগ অপারেশন করে না। এটি ডিফল্টরূপে উইন্ডোজের সাথে তুলনা করে লিনাক্স / ইউনিক্সে করা ক্ষতির সীমাবদ্ধ করে। যদি কেউ পুরো সময়টি রুট হিসাবে চালায় তবে সমস্ত বেট বন্ধ রয়েছে (এগুলি বাদে তাদের আফসোস হবে - এবং আফসোস হবে - দুর্ঘটনা হবে, শীঘ্রই বা পরে)।
জোনাথন লেফলার

"এটি খুব সত্য যে সুডো এবং মূল ধারণাগুলি সবসময় ইউএনআইএক্স-এর কাছাকাছি ছিল এবং কেবল এখন উইন্ডোজ আসবে।" আপনি কি বিষয়ে কথা হয়? উইন্ডোজ এনটি ইউনিক্সের মতো পুরানো নয়, তবে 1992 সালে প্রকাশিত হওয়ার পরে উইন্ডোজ এনটি খুব যুক্তিসঙ্গত সুরক্ষা "ডিজাইনে" পেয়েছিল। দুর্ভাগ্যজনক যে অনেক উইন্ডোজ প্রশাসকই "সীমিত ব্যবহারকারী" অ্যাকাউন্টের সাথে ব্যবহারকারী মোতায়েন করেন না (যেমন হিসাবে প্রথম থেকেই তাদের হওয়া উচিত ছিল) তবে এটি অপারেটিং সিস্টেমকে জঘন্য করা উচিত নয়।
ইভান অ্যান্ডারসন

সার্ভার দৃষ্টিকোণ থেকে, অনুমোদিত। তবে একটি সাধারণ উইন্ডোজ ব্যবহারকারীর ভিস্তার আগ পর্যন্ত এমনকি যুক্তিসঙ্গতভাবে স্বাচ্ছন্দ্যময় পরিবেশ থাকতে প্রশাসনিক প্রবেশাধিকার প্রয়োজন। আমি ভিস্তার "ডান ক্লিক, প্রশাসক হিসাবে চালানো" দেখতে সুডোর সাথে তুলনীয়।
কাইল হজসন 19

3
আমি সম্পূর্ণ একমত। আমি সীমিত ব্যবহারকারীর অ্যাকাউন্টগুলির সাথে উইন্ডোজ এনটি 4.0.০ এর পরে হাজার হাজার ডেস্কটপ অপসারণ করেছি। "রানডোস", যা কিছুটা "সুডো" এর সাথে সামঞ্জস্যপূর্ণ, উইন্ডোজ 2000 সাল থেকে অপারেটিং সিস্টেমে রয়েছে ("ডান ক্লিক করুন, রান হিসাবে কার্যকারিতা")। আমি বলব যে ব্যবহারকারীর অ্যাকাউন্ট নিয়ন্ত্রণ নিয়ন্ত্রণ একটি মূ .় বৈশিষ্ট্য এবং এটি OS এ অন্তর্ভুক্ত করা উচিত হয়নি। মাইক্রোসফ্ট "অ্যাডমিনিস্ট্রেটর" হিসাবে চালানো "নিরাপদ" করার পরিবর্তে আরও জটিল ও বেদনাদায়ক হওয়ার পরিবর্তে অন্যায় কাজ করেছে, বিকাশকারীদের এমন সফ্টওয়্যার লেখার ক্ষেত্রে কাজ করার জন্য উত্সাহিত করে যা (যেমন "প্রশাসক" অধিকার প্রয়োজন)।
ইভান অ্যান্ডারসন

2
আমার গ্রাহক সাইটের ভিস্তা ব্যবহারকারীরা কখনই ইউএসি দেখতে পায় না কারণ তারা সীমিত ব্যবহারকারীর অ্যাকাউন্ট হিসাবে চলছে। আপনি "প্রশাসক" হিসাবে চলতে থাকলে আপনি কেবল কখনও ইউএসি দেখতে পাবেন see আপনি গ্রুপ নীতি দিয়ে ইউএসি অক্ষম করতে পারেন, তবে আপনার কখনই প্রয়োজন হবে না।
ইভান অ্যান্ডারসন

9

আমার মতে, যদি যথাযথভাবে কনফিগার করা লিনাক্স ভিত্তিক সিস্টেমগুলি আরও সুরক্ষিত থাকে তবে উইন্ডোজ সিস্টেমগুলি। এর কয়েকটি কারণ হ'ল:

  1. স্বচ্ছতা এবং প্রচুর সহজ নেটওয়ার্ক সরঞ্জাম: উদাহরণস্বরূপ, শেলটিতে "iptables -L -n" টাইপ করে বর্তমান ফায়ারওয়াল কনফিগারেশনটি দেখতে লিনাক্স প্রশাসকের পক্ষে খুব সহজ। আপনি অন্যান্য লিনাক্স মেশিন থেকে "এনএমএপ" চালিয়ে মেশিনে কী কী বন্দরগুলি খোলা আছে তাও দেখতে পাবেন। এটি জীবনকে এত সহজ করে তুলেছে যে আপনি কোন সঠিকভাবে কোন বন্দরগুলিকে অ্যাক্সেসযোগ্য এবং কোন ঠিকানাগুলি থেকে অনুমতি দেওয়া হচ্ছে তা খুব সঠিকভাবে নির্দিষ্ট করতে পারবেন can

  2. এক জায়গায় পাঠ্য লগ ফাইল: এক জায়গায় "/ var / লগ" পাঠ্য ভিত্তিক লগ ফাইলগুলি ব্যাকআপ এবং বিশ্লেষণ করা সহজ। লগওয়াচের মতো সরঞ্জাম যা এই লগ ফাইলগুলি পর্যবেক্ষণ করতে পারে এবং আপনাকে গুরুত্বপূর্ণ লাইনগুলি ইমেল করতে পারে তা জিনিসগুলিকে খুব সহজ করে তোলে। এমনকি আমরা লগ ফাইলগুলি বিশ্লেষণ করতে এবং আমাদের আগ্রহী তথ্যগুলি খুঁজতে আমাদের নিজস্ব সরঞ্জামগুলি লিখতে পারি The লগগুলি একই সার্ভারে লগ উপস্থিত না চাইলে লম্বা দূরবর্তী সিসলগ সার্ভারেও রফতানি করা যায়।

  3. ভাইরাসগুলি নিয়ে চিন্তা করার দরকার নেই: লিনাক্স ভিত্তিক সিস্টেমগুলি কম থাকার কারণে লিনাক্সে ভাইরাসগুলি কম কিনা বা সমস্ত ব্যবহারকারীরা লিনাক্সকে পছন্দ করেন বা লিনাক্স আরও সুরক্ষিত থাকায়। কারণ কোন ব্যাপার না। শেষে যদি লিনাক্সে ভাইরাসের হুমকি কম থাকে তবে লিনাক্স সম্পর্কে এটি ভাল জিনিস। আমি ব্যক্তিগতভাবে দুটি মেশিনে অ্যান্টি-ভাইরাস, অ্যান্টি-স্পাইওয়্যার এবং অ্যান্টি-অ্যাডওয়্যার ইনস্টল করতে দেখেছি। এই সমস্ত সুরক্ষা সরঞ্জামগুলি সিপিইউ এবং মেমরির প্রচুর পরিমাণে খায়।

  4. অনেক প্রোগ্রামিং ভাষার জন্য সমর্থন: লিনাক্সে কোড করা খুব সহজ। সি, সি ++, পাইথন, পার্ল, জাভা ইত্যাদি কেবল কোনও অতিরিক্ত প্যাকেজ ইনস্টল করার প্রয়োজন ছাড়াই কাজ করে। (আপনি যদি ফেডোরার মতো একটি বড় বিতরণ ইনস্টল করেন যা ডিভিডি তে আসে)) এটি সুরক্ষার সাথে যুক্ত হয় কারণ আমরা কোডিংয়ের মাধ্যমে পুনরাবৃত্তিমূলক কার্য সম্পাদন করতে পারি। সুতরাং যদি ভুল করে থাকে এবং কোনও সমস্যা হয় তবে তা সমস্ত অ্যাকাউন্টগুলির সাথে হবে এবং এটি সনাক্ত করা এবং ঠিক করা সহজ হবে। আমাদের হাতে যদি বিশাল সংখ্যক অ্যাকাউন্ট / ডিরেক্টরিতে একই পরিবর্তন করতে হয় তবে আমরা এক বা দুটিতে ভুল করতে পারি এবং এই জাতীয় ভুলগুলি খুঁজে পেতে দীর্ঘ সময় নিতে পারে। এছাড়াও আমরা ভুলগুলি সংশোধন করতে এবং কোড ব্যবহার করে সাধারণ ভুলগুলি সন্ধান করতে পারি। যেহেতু সমস্ত কনফিগারেশন ফাইল, ব্যবহারকারীর তথ্য ফাইল, লগ ফাইল ইত্যাদি পাঠ্যে রয়েছে তাই আমরা যা কিছু অর্জন করতে চাই তার কোড করা খুব সহজ এবং একই জিনিসগুলি সম্পন্ন করার বিভিন্ন উপায় রয়েছে।

  5. ওপেন সোর্স কোড: যেহেতু সম্ভবত অনেকেই কোডটি দেখেছেন এটি খুব বিরল যে কিছু স্পাইওয়্যার / অ্যাডওয়্যার লিনাক্সের সাথে আসা অ্যাপ্লিকেশনগুলির অংশ part সুরক্ষা যদি কিছু পরিষেবার জন্য খুব গুরুত্বপূর্ণ হয় এবং এটি কীভাবে কাজ করে তা দেখতেও উত্স কোডটি দেখতে পারেন। এটি কীভাবে কাজ করে তা আপনি যদি সঠিকভাবে জানেন তবে আপনি সীমাবদ্ধতাগুলি জানেন এবং কখন এটি ভেঙে যাবে। প্রকৃতপক্ষে যদি সুপরিচিত সুরক্ষা সীমাবদ্ধতা থাকে যা ম্যান পৃষ্ঠা, প্যাকেজ ওয়েবসাইট এবং কনফিগারেশন ফাইলগুলির মন্তব্যে নথিভুক্ত করা হত। আপনি যদি আমাদের সরঞ্জামটি এই জাতীয় দৃশ্যে ব্যবহার করেন তবে এটি ঝুঁকিপূর্ণ বলে বিকাশকারীদের বলার কিছু নেই। সফ্টওয়্যার বিক্রি করার জন্য সীমাবদ্ধতা বলতে সফ্টওয়্যার বিক্রি করে এমন সংস্থাগুলির পক্ষে এটি লাভজনক নাও হতে পারে এবং এটি তাদের সফ্টওয়্যারটিকে খারাপ দেখায় এবং বিক্রয় / লাভ হ্রাস করতে পারে।

  6. নিখরচায় এবং আন্তঃব্যবযোগিতা: যদিও এটি সুরক্ষা সম্পর্কিত নয়। বিশ্ববিদ্যালয়ের জন্য যেখানে ব্যয়গুলি গুরুত্বপূর্ণ, লিনাক্স ভিত্তিক সিস্টেমগুলি তখন উইন্ডোজ ভিত্তিক সিস্টেমগুলির চেয়ে অনেক বেশি অর্থনৈতিক এবং ওএসের জন্য লাইসেন্স কেনার দরকার নেই, পাশাপাশি অতিরিক্ত ও সফটওয়্যারগুলির জন্য যা আমরা ওএস ইনস্টল করার পরে ইনস্টল করব। আন্তঃব্যবহার্যতার দিক থেকে আমরা লিনাক্স মেশিনগুলি থেকে অন্য ওএসগুলিতে সংযোগ করতে পারি এবং সহজেই ফাইলগুলি ভাগ করতে পারি। লিনাক্সে আমরা FAT, NTFS, HFSPLUS সহ অনেকগুলি ফাইল সিস্টেম মাউন্ট করতে পারি। আমরা এফটিপি, এইচটিপি, এসএসএস, সাম্বা, এনএফএস ইত্যাদি ব্যবহার করে জিনিসগুলি ভাগ করতে পারি এবং এই সমস্ত জিনিস ইনস্টল করা হয় বা একটি কমান্ড দিয়ে ইনস্টল করা যায়। অন্যান্য ওএস সাধারণত জিনিস ভাগ করে নেওয়ার একমাত্র বিকল্প সরবরাহ করে।

তবে লিনাক্স ভিত্তিক সিস্টেমগুলি সঠিকভাবে কনফিগার না করা হলে আরও সমস্যা দেখা দিতে পারে তবে কেউ কল্পনা করতে পারেন। অনেক ব্যবহারকারী একই সাথে মেশিনে লগইন করতে পারেন এবং শেল থেকে প্রায় সবকিছু করতে পারেন। পিছনে দরজা ছেড়ে যাওয়া খুব সহজ, ফায়ারওয়াল সঠিকভাবে কনফিগার করা না থাকলে ট্রোজানগুলি। আক্রমণকারী তার ট্র্যাকগুলি আড়াল করতে লগ ফাইলটি মুছতে বা তাদের সাথে হস্তক্ষেপ করতে পারে। আক্রমণকারী আক্রমণকারী মেশিনে কোড করতে পারে কারণ আক্রমণকারী শেল অ্যাক্সেসের পরে সমস্ত সম্পাদক, সংকলক, ডিবাগারগুলি সহজেই উপলব্ধ। সমস্ত সার্ভার এফটিপি, এইচটিপি, নিরাপদ পোর্টগুলিতে (1-1024) না করেই অ্যাকাউন্ট থেকে চালানো যেতে পারে। সুতরাং আক্রমণকারী এইচটি সার্ভার কোড ডাউনলোড করতে পারে, এটি সংকলন করতে পারে এবং এক্স সার্ভারের মতো দেখতে এটি 6000 পোর্টে HTTP সার্ভার চালাতে পারে।

সুতরাং লিনাক্স সিস্টেমগুলি আরও সুরক্ষিত থাকে তবে প্রশাসক জানেন যে তিনি কী করছেন বা কমপক্ষে কিছু নতুন পরিবর্তন করার আগে ম্যান পৃষ্ঠাগুলিতে এবং ডকুমেন্টেশনে তথ্য সন্ধান করতে বিরক্ত করবেন।


6

সার্ভারের সুরক্ষা কেবল ওএসের চেয়ে বেশি। আমি বলব সার্ভার সুরক্ষার বৃহত্তর কারণটি হ'ল ব্যক্তি সার্ভারটি চালাচ্ছেন এবং জিনিসগুলি তালাবদ্ধ করার বিষয়ে তারা কতটা সতর্ক ছিলেন।

এটি বলেছিল, বিশ্ববিদ্যালয়টি যদি লিনাক্সের দোকান হয় তবে উইন্ডোজ সার্ভারের সুরক্ষায় আপনি যে ডেটা খুঁজে পান তা নির্বিশেষে তারা আপনাকে উইন্ডোজ সার্ভার ব্যবহার করতে দেয় না। আপনি নেট নেট ফ্রেমওয়ার্কটি ব্যবহার করতে চাইলে আমি মনো (www.mono-project.com) ব্যবহার করে তদন্ত করব।


6

Transparancy

  • ps auxfকোন অ্যাকাউন্টের অধীনে কোন পরিষেবাগুলি চলছে তা চালান এবং আপনি জানেন।
  • চালান netstat -lnpএবং আপনি জানেন যে কোন প্রোগ্রামগুলির মধ্যে কোন টিসিপি বন্দরগুলি খোলে।
  • দৌড়াও iptables -Lএবং আপনি জানেন যে আপনার ফায়ারওয়ালের কী বিধি রয়েছে।
  • চালানো straceবা lsofপ্রক্রিয়া ক্রিয়াকলাপ পরিদর্শন করতে।
  • চালান ls -lahবা tree -pugএবং আপনি ঠিক কী জানেন কোনও সম্পূর্ণ ফোল্ডারের মালিকানা এবং অনুমতি কী।
  • লগগুলি ইন থাকে /var/logএবং একটি সরল "ফাইলগুলির মাধ্যমে অনুসন্ধান" দিয়ে পরীক্ষা করা যায়।
  • কোনও লুকানো সেটিংস নেই। সবকিছুই মানুষের পাঠযোগ্য /etc। পাঠ্য ফাইলগুলির মাধ্যমে অনুসন্ধান করা বা সেগুলি সংরক্ষণাগারভুক্ত করা বা সংস্করণ নিয়ন্ত্রণ (সাবভারশন / গিট) প্রয়োগ করা সত্যিই সহজ।

অনুমতি সিস্টেম সাফ করুন

  • বেসটিতে কেবল ফাইল অনুমতি রয়েছে। কোনও "রেজেক্স কীগুলিতে অনুমতি নেই", উত্তরাধিকার সূত্রে প্রাপ্ত এসিএল অনুমতি, প্রক্রিয়া অনুযায়ী সুরক্ষা প্রসঙ্গ বা অন্যান্য লুকানো বৈশিষ্ট্য নেই।
  • অনুমতি বিট সহজ:
    • ফাইলগুলিতে লিখুন = ফাইলের সামগ্রী সম্পাদনা করুন
    • ফোল্ডারে লিখুন = ফাইল নোড তৈরি / পুনরায় নামকরণ / সরান।
    • স্টিকি = কেবল নিজের ফাইল সম্পাদনা করুন।
    • এক্সিকিউট বা সেটুইড অনুমতি সহ ফাইলগুলি হাইলাইট করা হয় ( lsরঙ মোডে)।
  • একটি সরল "সমস্ত ফাইল সন্ধান করুন" ব্যবহারকারীকে কী অনুমতি আছে তা প্রকাশ করে।
  • অতিরিক্তভাবে, এসিএলগুলি কেবল যেখানে এটি প্রয়োজন সেখানে ব্যবহার করা যেতে পারে।
  • ব্যবহারকারী অ্যাকাউন্টগুলিতে ডিফল্টরূপে ফাইল লেখার জন্য দুটি জায়গা থাকে: তাদের $HOMEএবং /tmp

উন্নত সুরক্ষা বিকল্পগুলি

  • SELinux / AppArmor কেবলমাত্র ফাইলগুলির নির্দিষ্ট সেট অ্যাক্সেস করতে প্রক্রিয়াগুলিকে সীমাবদ্ধ করতে পারে (ফাইল অনুমতিগুলির শীর্ষে)
  • একটি ক্রুট জেল অ্যাডমিনদের বাকি থেকে সম্পূর্ণ বিচ্ছিন্নভাবে প্রোগ্রাম চালাতে সক্ষম করে। যেন এটি খালি হার্ডড্রাইভে ইনস্টল থাকে কেবলমাত্র এটির জন্য প্রয়োজনীয় ফাইলগুলি।
  • এর সাথে sudo, ব্যবহারকারী এবং প্রক্রিয়াগুলিকে কেবল কয়েকটি প্রশাসনিক কমান্ড চালানোর অনুমতি দেওয়া যেতে পারে।

প্রবেশদ্বার এবং সুযোগ সুবিধার জন্য একক পয়েন্ট

  • একটি প্রক্রিয়া তার নিজের থেকে আরও বেশি সুবিধা অর্জন করতে পারে না। একমাত্র উপায় হ'ল আরেকটি "সেটডিউড রুট" প্রোগ্রাম চালানো, এমন কোনও ডিবিবাস sudoপরিষেবাটির সাথে যোগাযোগ করা বা যোগাযোগ করুন যা প্রথমে পলিসিকিট চেক করে। এই সেটইডইউড প্রোগ্রামগুলি একটি একক "সমস্ত ফাইল অনুসন্ধান করুন" কমান্ডের সাথে পাওয়া যাবে।
  • প্রক্রিয়াগুলির মধ্যে আইপিসি মোটামুটি সীমাবদ্ধ, আক্রমণ ভেক্টর হ্রাস করে।
  • সিস্টেমে অ্যাক্সেস করা (টেক্সট কনসোল, রিমোট ডেস্কটপ, আরপিসি, কমান্ড আবেদনের অপসারণ ইত্যাদি) সমস্ত কিছু ঘটে ssh। এটি সরকারী / ব্যক্তিগত কী পরীক্ষার সহ একটি এসএসএল টানেল।

সুরক্ষিত ব্যাকগ্রাউন্ড প্রক্রিয়া

  • পটভূমি পরিষেবাগুলি যত তাড়াতাড়ি সম্ভব নিম্নতর সুবিধাগুলি সহ চলমান। অ্যাপাচি, ডোভকোট এবং পোস্টফিক্সের মতো পরিষেবাগুলি যত তাড়াতাড়ি সম্ভব একটি স্বল্প-সুবিধার প্রক্রিয়াতে আগত সংযোগ হস্তান্তর করে।
  • ডিফল্টরূপে লকড। মাইক্রোসফ্ট উইন্ডোজ সার্ভার ২০০৮-এও এখন এই পদ্ধতি গ্রহণ করেছে।

ভাল অডিটিং সরঞ্জাম

  • সরঞ্জামের মত nmap, ncatসহজ করে নিরাপত্তা নিরীক্ষণ।
  • পটভূমি পরিষেবাগুলি কমান্ড লাইন থেকে নিরীক্ষণ করা যেতে পারে।
  • লগ নিরীক্ষণের সরঞ্জামগুলি সাধারণ।
  • একটি সুরক্ষিত পরিষেবা কোডিং করা সহজ কারণ একটি মডুলার উপায়ে করা যায়।
  • প্রচুর নিখরচায় অনুপ্রবেশ সনাক্তকরণ সরঞ্জাম উপলব্ধ।
  • কমান্ড লাইন সরঞ্জামগুলি স্ক্রিপ্টযোগ্য হিসাবে নকশাকৃত, যাতে প্রশাসকরা কার্য স্বয়ংক্রিয় করতে পারেন।

ভাল সুরক্ষা আপডেট

  • অপারেটিং সিস্টেমের প্রতিটি অংশ সুরক্ষা আপডেট গ্রহণ করে। প্যাকেজ পরিচালকের মাধ্যমে যখন অ্যাপাচি, পাইথন বা পিএইচপি ইনস্টল করা হবে তখন তারা আপডেটও পাবে।
  • কোনও সুরক্ষা আপডেট ঠিক করার ক্ষেত্রে অনেকগুলি উন্মুক্ততা রয়েছে, সুতরাং এটি কীভাবে আপনাকে প্রভাবিত করে তা বুঝতে পারবেন।
  • সফ্টওয়্যার প্যাকেজগুলি একই লাইব্রেরি শেয়ার করে। তারা চারপাশে শোষণীয় সংস্করণ রেখে পৃথক অনুলিপিগুলি প্রেরণ করে না।
  • কোনও প্যাচ মঙ্গলবার নেই, হ্যাকাররা ইতিমধ্যে বন্যের বাগটি ব্যবহার করছে যখন ঠিক করার জন্য অপেক্ষা করছে।
  • বিকাশকারীদের পক্ষে সুরক্ষা আপডেটগুলি পরীক্ষা করা এবং তাদের স্থাপন করা সহজ।
  • কোনও আপডেট করার জন্য কোনও পুনরায় বুট করার সময় নির্ধারণ করা হবে না। বিদ্যমান প্রক্রিয়াগুলি ডিস্কে পুরানো ডেটা অ্যাক্সেস রাখার সময় ফাইলগুলি প্রতিস্থাপন করা যেতে পারে। এরপরে আপনি কি পরিষেবাগুলি পুনঃসূচনা প্রয়োজন ( lsof | grep =) পুনরায় শুরু করতে পারেন তা জানতে পারবেন ।
  • পুনরায় ইনস্টল না করেই পুরো অপারেটিং সিস্টেমটি আপগ্রেড করা যায়!

এখানে উল্লিখিত সমস্ত কিছু সরবরাহ করা হয়েছে বা প্রতিটি মূলধারার লিনাক্স বিতরণ, যেমন রেড হ্যাট, ডেবিয়ান, ওপেনসুএস বা উবুন্টু।


5

লিনাক্স প্রথম থেকেই একাধিক ব্যবহারকারী সিস্টেম হিসাবে নকশাকৃত হয়েছিল, সুতরাং উইন্ডোজের তুলনায় এর আরও শক্তিশালী অনুমতি সিস্টেম রয়েছে। আপনার প্রশাসনিক অধিকার (রুট অ্যাক্সেস) নিয়ে চলতে না দেওয়ার জন্যও এটি তৈরি করা হয়েছিল, সুতরাং সমস্ত প্রোগ্রাম অধিকারের প্রয়োজন না হওয়ার জন্য ডিজাইন করা হয়েছে। এর অর্থ যদি আপনার অ্যাকাউন্টটি আপোস হয় তবে পুরো সিস্টেমটি তা নয়।

এর একটি অংশ সম্ভবত এও থেকে আসে যে লিনাক্স চালিত লোকেরা (সাধারণত কথা বলছেন), আরও প্রযুক্তিগত এবং এইভাবে বোকা ভুলগুলি করার সম্ভাবনা কম থাকে যা কম্পিউটারগুলি হ্যাক হয়ে যায়।


2
মাল্টি-ইউজার এবং একক ব্যবহারকারী অপারেটিং সিস্টেমের মধ্যে কিছু পার্থক্য: jdurrett.ba.ttu.edu/courseware/opsys/os01a.htm
মোশেন

7
ঠিক আছে, আমি 12+ বছর ধরে লিনাক্স এবং ইউনিক্স-এর মতো অপারেটিং সিস্টেমগুলি আরও দীর্ঘকাল ধরে ব্যবহার করছি। আমি লিনাক্সকে যতটা পছন্দ করি, আপনি এটি বলতে পারবেন না যে এটির উইন্ডোজের চেয়ে আরও শক্তিশালী অনুমতি সিস্টেম রয়েছে। এটির প্রাথমিক উইন্ডোজ সংস্করণগুলির তুলনায় আরও ভাল সুরক্ষা মডেল রয়েছে (যেমন, সর্বদা অ্যাডমিন থাকবেন না), তবে উইনএনটি এবং পরবর্তীকালে একটি শক্তিশালী অনুমতি ব্যবস্থা রয়েছে যা কেবল কার্যকর প্রভাবের জন্য ব্যবহৃত হয়নি। সাম্প্রতিক লিনাক্স সংস্করণে সেলিনাক্স রয়েছে যা আরও শক্তিশালী, তবে এটি তুলনামূলকভাবে সাম্প্রতিক (খুব শক্তিশালী) সংযোজন।
এডি

5

'সুরক্ষা নিয়ন্ত্রণ সম্পর্কে'

আমার দৃষ্টিকোণ থেকে, উইন্ডোজটিতে আপনার লিনাক্সের চেয়ে কম নিয়ন্ত্রণ রয়েছে। উইন্ডোজকে শক্ত করা ... আরও শক্ত :)। যদিও কোনও সরঞ্জাম উইল্ডারের দক্ষতার উপর নির্ভর করে আমি নিম্নলিখিতগুলি বিবেচনা করব:

  • উইন্ডোজ আরও উচ্চ-ঝুঁকির দুর্বলতা এবং আরও স্বয়ংক্রিয় শোষণ (ভাইরাস, botnets)
  • উইন্ডোজ অ্যাডমিনগুলি (বা হস্তান্তরিত হওয়া উচিত) ভৌতিক (হস্তক্ষেপের ভয়ে) এবং একরকম কঠোরতা তৈরি করেছে
  • লিনাক্স সিসাদমিনগুলি কখনও কখনও অপারেটিং সিস্টেমের সুরক্ষায় খুব বেশি বিশ্বাস করে এবং শক্ত হওয়া ভুলে যায়
  • একবার হ্যাক হয়ে গেলে, লিনাক্স সিস্টেমে আপনি উইন্ডোজ সিস্টেমের চেয়ে বেশি কিছু করতে পারবেন, কারণ আরও শক্তিশালী কমান্ডল আন সরঞ্জাম রয়েছে

যদিও আমি উইন্ডোজের চেয়ে লিনাক্সকে প্রাধান্য দিই, তবে আমি মনে করি যে আপনার ডিফল্ট ইনস্টলগুলিতে বিশ্বাস করা উচিত নয়।


3

পূর্ববর্তী পোস্টগুলির বেশিরভাগই অনুপ্রবেশের দিকে মনোনিবেশ করেছিল এবং সেই পয়েন্টটি কভার করে একটি ভাল কাজ করা হয়েছে, আপনার প্রশ্নের অন্যতম পয়েন্ট ভাইরাস সম্পর্কে। লিনাক্স ডিস্ট্রোতে ভাইরাসের সমস্যা কম হওয়ার সবচেয়ে বড় কারণ হ'ল লিনাক্স এবং ম্যাক একসাথে রাখার চেয়ে উইন্ডো বাক্স বেশি রয়েছে। ভাইরাস লেখকরা তাদের পুকুর জন্য সবচেয়ে বড় ঠাঁই পেতে চান, তাই তারা উইন্ডোজের জন্য লেখেন।

সমস্ত সিস্টেম অনুপ্রবেশ এবং সংক্রামিত করতে সক্ষম। যে কেউ আপনাকে আলাদা বলে, এটি আপনার প্রশিক্ষক বা অন্য কেউ হোন না কেন বোকা লোকেরা আপনাকে বিক্রি করার জন্য ইউটাতে সমুদ্রের সম্পত্তি রয়েছে।


3

আজকাল সমস্ত সফ্টওয়্যারের নিরাপত্তা সংশোধন করে বিচার করে আমার ধারণা, সমস্যাটি সফ্টওয়্যার নয়, উইন্ডোজ চলমান ডেস্কটপগুলির সংখ্যা। এটি লক্ষ্য, বোটনেট তৈরি করা। যদি লিনাক্স সত্যিই ডেস্কটপ স্পেসে বৃদ্ধি পায়, তবে এটি আরও আক্রমণ করা হবে। আমি মনে করি ম্যাক ওএসএক্স ইতিমধ্যে এটি দেখছে।


2

লিনাক্স এবং ওপেনবিএসডি উইন্ডোগুলির চেয়ে বেশি সুরক্ষিত হওয়ার সম্ভাবনা থাকার একটি অত্যন্ত গুরুত্বপূর্ণ কারণ রয়েছে। অপারেটিং সিস্টেমটি নেটওয়ার্ক আক্রমণ থেকে নিজেকে ফায়ারওয়াল করার ক্ষমতা।

উইন্ডোজটিতে, উইন্ডোজ ফায়ারওয়াল প্যাকেটটি প্রত্যাখ্যান করার অনেক আগে ইনকামিং নেটওয়ার্ক প্যাকেটগুলি অপারেটিং সিস্টেমের উল্লেখযোগ্য অংশগুলিতে প্রকাশিত হয়েছিল। লিনাক্সে, আইপি টেবিলগুলি ব্যবহার করে বা ওপেনবিএসডি-তে পিএফ ব্যবহার করে আপনি নতুন নেটওয়ার্ক প্যাকেট গ্রহণের ওএসের প্রক্রিয়ায় দুর্বৃত্ত প্যাকেটগুলি বিচ্ছিন্ন করতে পারেন - এক্সপোজার হ্রাস করে।

তবে, একবার আপনি একটি বন্দর খুলে তার উপর একটি পরিষেবা চালান - অর্থাত্ একটি নেটওয়র্ক কম্পিউটারকে দরকারী করুন - আপনি সেই কোডটি চালিত কোডের মতোই নিরাপদ।


2

ওএসের মতো এমন কোনও জিনিস নেই যা অন্যটির চেয়ে বেশি সুরক্ষিত। এটি সমস্ত সিস্টেম পরিচালনা করে এমন লোকদের জ্ঞানের উপর নির্ভর করে।

কয়েক বছর ধরে আমি কিছু অত্যন্ত প্রতিভাবান * নিক্স অ্যাডমিনের সাথে দেখা করেছি এবং তাদের সাথে কাজ করেছি এবং তারা একটি অত্যন্ত সুরক্ষিত * নিক্স সার্ভার কনফিগার করতে পারে। তবে এগুলি একটি উইন্ডোজ হোস্টের সামনে আটকে রাখুন এবং মেশিনটি কীভাবে লক করবেন তা তাদের কোনও ধারণা নেই। একইভাবে অন্যভাবে চলেছে, আমি উইন্ডোজ হোস্টকে সুরক্ষিত করার বিষয়ে একটি শালীন পরিমাণ জানি, তবে আমাকে * নিক্স বাক্সের সামনে রাখি এবং আমি কী করছিলাম সে সম্পর্কে আমার কোনও ধারণা নেই।

ওএস উভয়ই তাদের চেয়ে কম বা কম সুরক্ষিত নয়। অবশ্যই আমরা প্ল্যাটফর্মগুলির ইতিহাস সম্পর্কে কথা বলতে পারি, এবং এটি সময়ের সাথে কোনটি আরও সুরক্ষিত হয়েছে তা বিতর্ক করতে ব্যবহার করতে পারি, তবে আমরা 10 বছর আগে থেকে * নিক্স ওএস সম্পর্কে কথা বলছি না এবং উইন্ডোজ এনটি 4 প্রযোজনীয় পরিবেশে স্থাপন করছি আমরা কি? । আমরা আধুনিক ওএস (বা কমপক্ষে আমাদের হওয়া উচিত) এবং কোনটি আরও ভাল সুরক্ষিত হতে পারে সে সম্পর্কে কথা বলছি।

উইন্ডোজ ফায়ারওয়ালে লিনাক্স ফায়ারওয়ালের চেয়ে ওএসের আরও বেশি অংশ স্পর্শ করা প্যাকেটগুলির বিষয়ে উত্তরে কেউ কিছু দেখেছি। তাকে জিজ্ঞাসাবাদ করে কে হোস্টে চালিত একটি সফ্টওয়্যার ফায়ারওয়াল বিশ্বাস করে? এটাই শেষ পয়েন্ট / ফ্রন্ট এন্ড ফায়ারওয়ালগুলি। নেটওয়ার্ক রক্ষা করতে। যে হোস্টটি একটি পরিষেবা চালাচ্ছে তার একটি পরিষেবা উন্মুক্ত। এটি নিশ্চিত করার পক্ষে হোস্টের কাজ, যে পরিষেবাটি আপোস না হয়ে যায়। অন্যান্য প্যাকেটগুলি ইন্টারনেট থেকে হোস্টগুলি অন্যান্য পরিষেবাদি থেকে রোধ করতে এটির সামনে নেটওয়ার্ক ডিভাইসগুলির কাজ।

নেটওয়ার্কটি সঠিকভাবে সুরক্ষিত হয়ে গেলে এটি সমস্ত হোস্টে চলমান অ্যাপ্লিকেশনটি কতটা সুরক্ষিত তা নির্ভর করে। এই অ্যাপ্লিকেশনটিতে কোনও বাফার ওভারফ্লো রয়েছে যা শোষণ করা যায়? ওএস এ যাওয়ার জন্য এবং উন্মুক্ত অ্যাপ্লিকেশনটির মধ্যে কি কোনও উপায়ে উচ্চ স্তরের অনুমতি পাওয়ার কোনও উপায় আছে? যদি এটি না হয় তবে এটি একটি নিরাপদ অ্যাপ্লিকেশন। যদি থাকে তবে আপনার একটি সমস্যা রয়েছে যা প্রকাশের প্রয়োজন।

যদি কেউ তাদের ডেটা সেন্টারে অন্য কোনও ওএসকে বিবেচনা না করে তবে এটি অজ্ঞতার চিহ্ন (একটি সমস্ত লিনাক্স শপ, পাশাপাশি একটি উইন্ডোজ শপের জন্য যায়)। উভয় ওএস এর ব্যবহার রয়েছে এবং সেগুলি ব্যবহার করা উচিত। উভয়ের চেয়ে ভাল বা খারাপ কোনওটিই নয়। (এবং হ্যাঁ আমরা আমাদের পরিবেশনে উত্পাদন পরিসেবা পরিচালনা করতে বেশ কয়েকটি লিনাক্স মেশিন পেয়েছি))


1
আমি মতামতটিতে পৃথক হব যে এটি সমস্ত প্রশাসকদের জ্ঞানের উপর নির্ভর করে। যদি আপনাকে কোনও তাঁবু বনাম কোনও দুর্গকে আক্রমণ থেকে রক্ষা করতে বলা হয়, তবে আমি মনে করি দুর্গটি নিয়ে আপনার কিছুটা সুবিধা রয়েছে। যদি এখানে দুটি তুলনা করা হয় লিনাক্স এবং উইন্ডোজ, তবে তারা একাধিক ব্যবহারকারীর পরিচালনা এবং সিস্টেমে একযোগে অ্যাক্সেসের জন্য দুটি পৃথক দর্শন দিয়ে তৈরি করা হয়েছিল। যদিও ভাল প্রশাসকরা ঘাটতিগুলি সংশোধন করতে সহায়তা করতে পারেন, তবুও প্রারম্ভিক পয়েন্ট হিসাবে একের পর এক থেকে আরও অনেক সুবিধা রয়েছে।
বার্ট সিলভারস্ট্রিম

1

লিনাক্স সার্ভার ব্যবহার করার জন্য আপনার বিশ্ববিদ্যালয়কে অভিশাপ দেওয়ার দরকার নেই, যেমন আপনার নির্দিষ্ট প্রয়োজনীয়তার জন্য অ্যাডামবি বলেছেন, মনো (www.mono-project.com) ব্যবহার করুন। সাধারণত ওএসের সাথে আগ্রহী অধ্যাপক, লিনাক্সকে পছন্দ করেন, এমনকি যে কোনও ওএস উত্সাহী কীভাবে বইয়ের বাইরে জিনিসগুলি ব্যবহারিক ক্ষেত্রে কার্যকরভাবে কাজ করতে পারে তা সাধারণ কৌতূহলের জন্য লিনাক্সকে পছন্দ করে।

  • সুরক্ষার বিষয়ে এখন,

লিনাক্স অ্যাক্সেস নিয়ন্ত্রণের জন্য ডিএসি (বিচ্ছিন্ন অ্যাক্সেস কন্ট্রোল) অনুসরণ করে এটি একটি স্মার্ট সিস্টেম follows অন্যান্য উত্তরে যেমন উল্লেখ করা হয়েছে, হ্যাঁ লিনাক্সটি বহুগুণে ফিরে এসেছিল এবং তাই অ্যাক্সেস নিয়ন্ত্রণ ব্যবস্থাটি অন্যের চেয়ে ভাল হয়ে উঠেছে।

তবে আপনি যে সুরক্ষাটি উল্লেখ করছেন সেটি সার্ভারের সুরক্ষার মতো দেখাচ্ছে, যা পুরো সার্ভার-নেটওয়ার্ক ইস্যুগুলির চেয়ে ওএস ইস্যুর মতো বেশি নয়। যেখানে আমার অর্থ ফায়ারওয়ালস অ্যাক্সেস কন্ট্রোলের তালিকাগুলি, রাউটার ইত্যাদি ... আপডেটগুলি বিনামূল্যে, দীর্ঘজীবী। এটি উন্মুক্ত তাই এটি অনেক পরীক্ষিত, যা খুব গুরুত্বপূর্ণ।

সুরক্ষা ব্যতীত, অর্থনৈতিক বাস্তবতা লিনাক্সকে সার্ভারগুলির জন্য সেরা বিকল্প হিসাবে তৈরি করে, যেখানে খুব কম, তবে অ্যাপ্লিকেশনগুলি চালনা বা হোস্ট পরিষেবাদি হিসাবে মনে করা হয়। এবং এই অ্যাপ্লিকেশনগুলিতে খুব ভালভাবে পোর্ট করা আছে। যেমন- আপাচে।

আমি মনে করি এটি একা সুরক্ষা ছিল না, তবে অন্যান্য কারণ যা আপনার অন্যান্য বিশ্ববিদ্যালয়ের মতো করে সার্ভারসে লিনাক্সের জন্য পছন্দ করে।


1

যদিও এখানে অনেক দুর্দান্ত উত্তর রয়েছে, আমি কেবল এটি যুক্ত করতে চাই যে সুরক্ষিত অপারেটিং সিস্টেমের মতো কোনও জিনিস নেই।

এটি পরিচিত যে কোনও মানুষ যদি একটি 'সুরক্ষিত' প্ল্যাটফর্ম তৈরি করে, তবে অন্য একজন সময়ের সাথে সেই প্ল্যাটফর্মের গর্তগুলি খুঁজে পেতে পারে।

আমি সম্মত হই যে ইভানের প্রথম দুটি বাক্য ওএস সুরক্ষার সর্বোত্তম:

আমি মনে করি না যে কোনও অপারেটিং সিস্টেম "সুরক্ষিত"। অপারেটিং সিস্টেমের একটি নির্দিষ্ট কনফিগারেশনে আক্রমণগুলির প্রতিরোধের একটি নির্দিষ্ট ডিগ্রি থাকে।

সুতরাং আমরা জিএনইউ / লিনাক্স, বিএসডি সিস্টেমগুলি (ফ্রি / ওপেন / নেট), মাইক্রোসফ্ট, উইন্ডোজ, ম্যাক ওএসএক্স, সিম্বিয়ান, পামমোস, সিসকো আইওএস, এআইএক্স, কিউএনএক্স, সোলারিস, জেড / ওএস বা যে কোনও একটির সাথে তুলনা করি তা বিবেচ্য নয় অন্যান্য "অপারেটিং সিস্টেম" যা আপনার টিভি, এমপি 3 প্লেয়ার, মাইক্রোওয়েভ ওভেন ইত্যাদির মতো জিনিসগুলি চালায় etc.

এগুলির প্রত্যেকটির সম্পূর্ণরূপে একটি অংশ রয়েছে যা একটি দৃ determined় ব্যক্তির দ্বারা শোষণের ক্ষমতা রাখে।

এই কারণে বেশিরভাগ বিক্রেতাদের কীভাবে একটি কনফিগারেশন যথাসম্ভব সুরক্ষিত হওয়ার জন্য তাদের সিস্টেমগুলি কীভাবে সেটআপ করা যায় সে সম্পর্কে হোয়াইটপেপারস রয়েছে। এর অর্থ পৃষ্ঠের ক্ষেত্রফল হ্রাস করতে অন্যান্য প্রযুক্তি ব্যবহার করা।

উদাহরণ:

  • ন্যাট
  • বিপরীত প্রক্সি
  • ফায়ারওয়াল

1
"দূরবর্তীভাবে দূর্বল হওয়ার সম্ভাবনা" এর জন্য আমি যে কোনও দিন আমার অর্থ ওপেনবিএসে রাখি।
কাইল হজসন

আমি আমার টাকাও আপনার বিরুদ্ধে রাখব না! আমরা ডস <= 4 সম্পর্কে কথা না বলি (5.5 আমার বিশ্বাসের আগে কোনও এনডিআইএস ড্রাইভার নেই?)
ওয়েন

1

ফ্রেমওয়ার্ক সম্পর্কিত অপারেটিং সিস্টেম সিকিউরিটির সত্যতা কেবল একটি কার্নেল ধরণের সমস্যা থেকে কিছুটা বেশি। স্বতন্ত্রভাবে প্রতিটি ফ্রেমওয়ার্কের সাথে তাদের সুরক্ষা ব্যবস্থা রয়েছে have মাইক্রোসফ্ট উইন্ডোজের মধ্যে একাধিক ব্যবহারকারীর অ্যাকাউন্টের স্পেসিফিকেশন ভর স্থাপনের ক্ষেত্রে কিছুটা নমনীয়তার অনুমতি দেয় তবে লিনাক্সের সাথে আপনি টিতে নিয়ন্ত্রণের ক্ষমতা রাখতে পারেন - অনুমতি এবং প্রতিনিধি দলের বাইরে।

.NET ফ্রেমওয়ার্ক সুরক্ষা স্তরের মূলত আপনার গোষ্ঠী নীতি, পাওয়ারশেল এবং অনেটস কনসোল সেটিংসের সাথে সম্পর্কিত। কারণ হ'ল মেমরিতে গতিশীল অ্যাক্সেসের অনুরোধগুলি সহ নিম্ন স্তরের অ্যাক্সেস প্যারামিটারগুলিতে কার্নেল টেলিমেট্রি। লিনাক্স ফ্রেমওয়ার্কগুলিতে প্রায়শই একই ধরণের মনোযোগের প্রয়োজন হয়, তবে ভাষাটি কনফিগার করার সময় এটি নির্দিষ্টভাবে চিহ্নিত পতাকাগুলির সাথে করতে হয়। লিনাক্স যখন সঠিকভাবে কনফিগার করা থাকে তখন মাইক্রোসফ্ট উইন্ডোজ কনফিগার করা সুরক্ষার চেয়ে বেশি সুরক্ষিত প্রমাণিত হয়। কনফিগারেশনের একটি "শালীন" পর্যায়ে থাকলেও; সরঞ্জামগুলি আপনার আইআইএসের মাধ্যমে সরাসরি পিছলে যেতে পারে এবং একটি নির্দিষ্ট জিইউইডি ব্যবহার করে সরাসরি আপনার পরিষেবাগুলিতে ডুব দিতে পারে। সামগ্রিকভাবে লিনাক্স এর চেয়ে বেশি দিক নিয়ন্ত্রণের অনুমতি দেয়

প্রধান পয়েন্ট:

inodes and NTFS index primers and permissions in Windows (including registry) 
    are easier to sift through than an EXT hardnened Linux 

protocol traversal within Linux for exception handling are easier to find 
    than a solid configured Windows Firewall. 

cache indexes within ASP.NET are easier to violate than cache management    
    technologies which are well handled within GNU and C++ libraries
    they are practically built for parallel systems now. 

SQL parse queries, have been proven over and over again; MySQL is faster. 
    than MSSQL, though Oracle has been pushing the belt. Transactional 
    security is proven to be more secure on Windows, but for performance 
    and sheer flexibility shows that MySQL should be used or something 
    along the lines of a iSQL or NSQL (not SQLAB like Berkeley SQL which 
    MSSQL is based on) 

Gateway permissions, Linux has an amazing ability to fondle packets and tiny 
    little things that Windows can only put into sorting bins. This being 
    said, if you are running a Windows network, you have more network auditing 
    than a Linux network because the packages are easier to apply walls to 
    than DLL files and protocol requests. 

Surface layer GUI, .NET Framework offers strict field definitions; while Linux 
    allows intense PCRE and other Regular Expressions. 

সরকারী মূর্তি:

OWASP proves over and over again that it is harder to crack a hardened Linux Server 
than it is to crack a hardened Windows Server. Why? Because the firewall and Group 
Policy does not allow as far a tuned key for aspects of the closed source framework 
within ASP.NET; Linux will let you choose a color for every letter on your command. 

NIST Shows over time that SQL management permissions are harder to parse with Windows 
while Linux PCRE makes it harder to bypass SQL queries whether it be within a GUI or 
a Web Interface. 

Carnagie Mellon shows that ASP.NET can hold higher regulations because it is built 
in a more module based context which employs the use of MVC frameworks and can potentially 
have a higher restriction. Meanwhile PHP and Java show that they are incredibly robust 
with their Obfuscation and encapsulation methodologies.

ব্যক্তিগত মতামত:

প্রতিটি অপারেটিং সিস্টেম বাকী বাক্সের চেয়ে বেশি সুরক্ষিত হওয়ার সম্ভাবনা রয়েছে। লিনাক্স বা উইন্ডোজের সাথে উচ্চতর সুরক্ষায় কাজ করা ফ্রেমওয়ার্কগুলির কাঁচা তুলনা নিয়েছি আমাকে বলতে হবে যে ওয়েব সুরক্ষার মূল অংশটি সবচেয়ে বেমানান তবে দক্ষ কাঠামোটি ব্যবহার করছে। এইভাবে নেটিভ হার্ড-ড্রাইভ অ্যাক্সেস অনুমতি এবং গ্রন্থাগার হ্যান্ডলগুলি ল্যাচ করা আরও শক্ত হয়ে যায়। এইভাবে আপনার অপারেটিং সিস্টেমের উপরে কিছুটা ldালাইযুক্ত বাটি রয়েছে। যেমন ইভান এনটিএফএস এবং / প্রোক বা / দেব অনুমতি নিয়ে বলেছিল। যদি আপনি এমন কিছু ব্যবহার করেন যা এর সাথে কথা বলতে পারে না; এটি ক্র্যাক করা কঠিন।

ওয়েব ডেভলপমেন্ট থেকে আমি যা শিখেছি তা হ'ল আপনার কাঠামোরটিকে কখনই হ্রাস করবেন না। .NET- এর এসকিউএল সার্ভার ক্লাস্টারগুলির জন্য ভাগ করে নেওয়া মাউন্ট ভলিউম এবং নিয়ন্ত্রণ ব্যবস্থা করার অনুমতি রয়েছে; অপারেটিং সিস্টেমগুলি লিনাক্স ব্যবহার করে অপাচি সোর্স একই কাজ করতে পারে। এটি একটি সুন্দর শালীন প্রশ্ন যদিও আমি বলতে চাই, লিনাক্স পৃথক দিক নিয়ন্ত্রণ এবং বহু-ভাষা নিষেধাজ্ঞাগুলি এবং পর্যবেক্ষণের উপর আরও সুরক্ষার অনুমতি দেয়; উইন্ডোজের একটি উচ্চ স্তরের লজিক ডিবাগ ইন্টারফেসের সাথে নিরীক্ষণ এবং লগিংয়ের বিস্তৃত ক্ষমতা রয়েছে। উভয়ই তুলনামূলক, এটি অবশেষে একটি "কতটা ভাল - আপনি এটি লক করে রেখেছেন" এবং "কতগুলি ঘন্টা এবং সিঁড়ি রয়েছে সেখানে সংকীর্ণ হয়?" কাঠামোর মধ্যে. অ্যাপাচে সুরক্ষা বাড়ায় অ্যাড-ইন;

লিনাক্স বা উইন্ডোজে পিএইচপি তুলনা করার বর্তমান মুহূর্তে, এটি একটি স্পষ্টতই স্পষ্ট যে লিনাক্স অপারেটিং সিস্টেমের মধ্যে আপনি আরও এক্সটেনশন ব্যবহার করতে পারেন; উইন্ডোজের পিএইচপি-র উপরে পৃথক অনুমতি পরিচালনার স্তর রয়েছে যা ডিরেক্টরিগুলি পরিচালনা করতে এবং ফাইল অ্যাক্সেসকে শক্ত করে তোলে। অ্যাপাচি-র উদাহরণস্বরূপ এক্সএএমপিপি, ল্যাম্পপি বা ডাব্লুএইচএমপি আমি অনুভব করব যে ফায়ারওয়ালের উপর তার বিধিনিষেধগুলি লঙ্ঘন করা সহজ কারণ উইন্ডোজ কিছুটা সুরক্ষিত কারণ এটি আপনার ওয়েব ব্রাউজারের মতো একই টানেলিংয়ের নিয়মগুলি ভাগ করে দেয়। অন্যদিকে লিনাক্স অ্যাপ পুল এবং আরও প্যাকেট স্তরের সুরক্ষা ব্যবস্থা ব্যবহার করতে পারে যা অনুকরণ করতে আরও জটিল। নেটওয়ার্কিংকে আরও সুরক্ষিত করার জন্য উইন্ডোজ আপনাকে অপারেটিং সিস্টেমের সমস্ত দিক ব্যবহার করতে হবে।

আইএসআইএস (মাইক্রোসফ্ট সার্ভারে, উইন্ডোজ ক্লায়েন্ট নয়) এএসপি.এনইটি সহ সর্বশেষতম এসইসিএএটিএল মিশ্রণগুলিও খুব সুরক্ষিত হতে পারে।

কেবলমাত্র আপাচি একা, আপনি উচ্চতর এবং নিম্ন স্তরের ড্রাইভার, এসএমআইএমআই, কোডেক এবং প্যাকেট স্তর সুরক্ষা সক্রিয় করতে লিনাক্স দিয়ে এটি চালাতে চাইতে পারেন। যদিও উইন্ডোজ আপনাকে ওভারলেলিং সুরক্ষা ব্যবস্থা ইনস্টল করতে হবে যা অন্যথায় আপনার ট্র্যাফিকটি হাজার হাজার সার্ভার চালানোর ক্ষেত্রে আসে তা পছন্দ করার চেয়ে কিছুটা কমিয়ে দেবে।

লিনাক্সের সাথে, কার্নেলটি যত বেশি স্লিমলাইন হয় এবং নেট সুরক্ষার জন্য আরও অনুকূল এটি আরও ভাল (এনএসএলইউজির সাথে অ্যাপাচে ফিউজ করার মতো))

উইন্ডোজের সাথে আপনার প্রোগ্রামিং পাওয়ারশেল মডিউলগুলি এবং আপনার এএসপি.এনইটি কাঠামোর জন্য অ্যাডিশনাল ওভারলেলিং সুরক্ষা এবং আপনার গ্রুপ নীতিটি ইউএসজিএসে কনফিগার করার মতো আরও ভাল কারণ লিনাক্স স্বয়ংক্রিয়ভাবে অস্বীকার করবে এবং ভাববে না এমন ধরণের ট্র্যাফিক বন্ধ করে দেওয়ার জন্য বেশিরভাগ সময় সত্যই দরকার হয় does সম্পর্কিত.

সমানভাবে তারা শক্তিশালী হতে পারে। বাক্সের বাইরে লিনাক্সের একটি লাইভ বিতরণটি উইজার্ডের সাথে অ-কনফিগার করা মাইক্রোসফ্ট উইন্ডোজ সার্ভারের চেয়ে শক্তিশালী হবে।

সময়ের সাথে সাথে, সুরক্ষা খেলায় লিনাক্স উইন্ডোজকে ছাপিয়ে দেবে। ডিবিয়ান 3 সার্ভারগুলি এখনও মাইক্রোসফ্ট সার্ভার ২০০৮ আর -২ এর চেয়ে বেশি শক্তিশালী রয়েছে এবং বাক্স থেকে বেরিয়ে এলো যে তারা কার্নেল পুনর্নির্মাণ ছাড়া একই প্রযুক্তিগুলিকে কী সমর্থন করতে পারে তা অনুমান করুন। ডেবিয়ান এখনও এটি ধূমপান করতে পারে এবং আমি এটি নিজের চোখে দেখেছি।

যদিও এটি আগেই বলা হয়েছে আমি নিশ্চিত। এটি আপনার সাথে কাজ করা কর্মীদের এবং আপনার চোখের বিবরণে নেমে আসে। এটি একটি বৃহত সার্ভার নেটওয়ার্কে কাজ করার ক্ষেত্রে সর্বদা সবচেয়ে বড় পার্থক্য তৈরি করে।


0

মূলত, আমি বিশ্বাস করি ওপেন সোর্স সফ্টওয়্যার সর্বব্যাপী ব্যবহারের কারণে লিনাক্সকে একটি নিরাপদ পছন্দ হিসাবে দেখা যায়।

স্বাচ্ছন্দ্য এই ধারণাটি থেকে আসে যে "সম্প্রদায়টি" খেয়াল করবে যে যদি ফিশী কিছু যুক্ত হয় তবে (বলুন, ওপেনএসএইচ যদি হঠাৎ পাসওয়ার্ড দিয়ে বাড়িতে ফোন করা শুরু করে) তবে এটি দীর্ঘকাল ধরে থাকবে না।

তবে উপরের অন্যরা ইতিমধ্যে যা বলেছে তা আমি পর্যাপ্তরূপে বলতে পারি না: সুরক্ষা মূলত কনফিগারেশনের উপর নির্ভরশীল: যদি আপনার কোনও ফায়ারওয়াল না থাকে তবে ওপেনএসএইচ বাড়িতে ফোন দিচ্ছে না কিনা তা যত্নশীল, একটি নাল রুট পাসওয়ার্ড এবং পার্মিটরুটলগিন এসএসডিএডে সক্ষম হয়েছে;)


0

সংক্ষিপ্ত উত্তর: প্রথমদিকে, ইউএনআইএক্স নিরাপদ থাকার জন্য ডিজাইন করা হয়েছিল; উইন্ডোজ সহজ হতে ডিজাইন করা হয়েছিল। এখন, ইউনিক্সের বংশধররা তাদের ব্যবহারকারীদের জন্য সহজ হওয়ার ভান করতে যাচ্ছেন; উইন্ডোজ আরও সুরক্ষিত হওয়ার ভান করে।

তারা এখনও দেখা হয়নি


2
বাঃ! উইন্ডোজ এনটি এর প্রাথমিক নকশায় ইউনিক্সের চেয়ে সুরক্ষার বিষয়ে আরও পূর্বাভাস করেছিল। ইউনিক্স পরে চিন্তাভাবনা হিসাবে সুরক্ষিত ছিল। আধুনিক ইউনিক্স-এর মতো অপারেটিং সিস্টেমগুলি (যেমন লিনাক্স, যা আসলেই "ইউনিক্স" অপারেটিং সিস্টেম নয় এটি একেবারে নতুন কোড-বেস) মূল ইউনিক্স থেকে অনেক উন্নত হয়েছে, তবে উইন্ডোজ এনটি ডিজাইন করা হয়েছিল, প্রথম থেকেই, মার্কিন ডিওডি "কমলা বই" সুরক্ষা প্রয়োজনীয়তা পূরণ করুন।
ইভান অ্যান্ডারসন

0

উইন্ডোজের পূর্ববর্তী সংস্করণগুলিতে একই ঠিকানার জায়গায় অ্যাপ্লিকেশন চলছিল, তাই তারা একে অপরের মাধ্যমে পয়েন্টারগুলি হাঁটাতে সক্ষম হয়েছিল। তারা সমবায় মাল্টিটাস্কিংয়ের উপরও নির্ভর করে এবং কখনও কখনও সহযোগিতাও করে না।

এমনকি লিনাক্স / ইউনিক্সের খুব প্রাথমিক সংস্করণগুলিতে অ্যাপ্লিকেশনগুলির মধ্যে এবং ও / এস এবং অ্যাপ্লিকেশন স্তরের মধ্যে বিভাজন ছিল। টাস্ক স্লাইসিং, সর্বদা আদর্শ না হলেও কমপক্ষে ন্যায্য ছিল।

সুতরাং আরও শক্তিশালী সিস্টেমগুলির জন্য ইউনিক্সের উত্তরাধিকার (বা লিনাক্স) যার উচ্চতর প্রাপ্যতা প্রয়োজন।

এই সব কি এখনও প্রয়োগ হয়? এটা অন্য প্রশ্ন।


অবশ্যই তা হয় না। উইন্ডোজ লিনাক্স সম্প্রদায়ের কাছ থেকে প্রাপ্ত নেতিবাচক চাপগুলির অনেকগুলি পূর্ববর্তী সংস্করণগুলিতে সরাসরি সরাসরি লক্ষ্যবস্তু ছিল এবং জিনিসগুলি যেদিকে এগিয়ে চলেছে সে বিষয়টি বিবেচনা করতে ব্যর্থ হয়। কোপ এম / টি ব্যবহারের জন্য উইন্ডোজের সর্বশেষ সংস্করণটি ছিল ৩.১, এবং উইন্ডোজের সর্বশেষ সংস্করণটি যা ডসকে হার্ট করেছিল তার হৃদয়ে মেরেছে E
ম্যাক্সিমাস মিনিমাস

0

এখন যেহেতু এনটি পূর্ববর্তী অনেক ঘাটতি জায়গায় ইউনিক্স ধরে রেখেছে, ফাইল অনুমতি এবং মেমরি সুরক্ষা এখন আর বিশাল পার্থক্যমূলক বিষয় নয়।

তবে .... ক। ইউনিক্স সিস্টেমে সমস্ত ডিভাইসে সমস্ত অ্যাক্সেস ফাইলের মধ্য দিয়ে যায়, যার জন্য সুরক্ষা সহজেই পরিচালনা করা যায়। উদাহরণস্বরূপ, আপনি কীভাবে জানলেন কীভাবে ব্যবহারকারী এক্সকে উইন্ডোজে সাউন্ড কার্ড অ্যাক্সেস করা থেকে আটকাতে হবে যখন ব্যবহারকারী ওয়াইকে অনুমতি দিচ্ছেন? ইউনিক্সে, এই ধরণের জিনিসগুলি সহজ।

খ। ডিরেক্টরি কাঠামো অনেক বেশি বুদ্ধিমান। (উদাহরণস্বরূপ, কোনও ব্যবহারকারীর অ্যাপ্লিকেশনটির কেবল আপনার বাড়ির ফোল্ডার ইত্যাদিতে লেখার অ্যাক্সেস থাকা দরকার)) তবে এটি উইন্ডোতে এবং অস্ট্রেলিয়ান কয়েক বছরেও উন্নত হয়েছে।

ঘ। এটি একটি বিগ: সেলইনাক্স (এবং বিশ্বস্ত সোলারিস এবং ম্যাক ওএসের "স্যাটবাল্ট" স্যান্ডবক্স বৈশিষ্ট্য)। এটি এনডিএসি (অ-বিবিধ অ্যাক্সেস কন্ট্রোল) হিসাবে পরিচিত। আপনি যদি এই বৈশিষ্ট্যগুলি সহ কোনও ওএস বিতরণ চালিয়ে যাচ্ছেন তবে সুরক্ষার মূলত দুটি স্তর একই সাথে চলছে, ইউনিক্সের সর্বদা যে সাধারণ ড্যাক (অনুমতি সিস্টেম) ছিল এবং উইন্ডোজের আধুনিক সংস্করণ রয়েছে - এবং তারপরে, "অ্যাপ্লিকেশন ফায়ারওয়াল" যা SELinux এবং অনুরূপ সিস্টেমগুলি চাপিয়ে দেয়। উদাহরণস্বরূপ, আপনি একটি নীতি সেট করতে পারেন যা বলছে যে অ্যাপাচি ওয়েব সার্ভারকে / tmp লিখতে এবং / var / www এবং / etc / অ্যাপাচি থেকে পড়ার অনুমতি রয়েছে। অন্য সমস্ত ডিস্ক অ্যাক্সেস নির্বিশেষে অস্বীকার করা হবেঅনুমতি তেমনি, আপনি উল্লেখ করতে পারেন যে এটি কেবল 80 বন্দরটিতে আগত সংযোগগুলি গ্রহণ করতে পারে এবং কোনও বহির্গামী সংযোগ তৈরি করতে পারে। তারপরে, এমন কোনও বাগ থাকলেও যে কাউকে খুব খারাপ কিছু করার সুযোগ দেয় এবং এপাচি রুট হিসাবে চলতে থাকলেও কিছু যায় আসে না - নীতিটি এটি আটকাবে। এটির জন্য (খুব সামান্য) স্পিড পেনাল্টি দরকার এবং যদি আপনি কোনও অস্বাভাবিক কনফিগারেশন ব্যবহার করেন তবে ব্যথা হতে পারে তবে সাধারণ ক্ষেত্রে পুরানো স্টাইলের ইউনিক্স এবং উইন্ডোজ উভয়ের চেয়ে আপনার সুরক্ষা স্তরটি বিশাল পরিমাণে বাড়িয়ে তুলতে পারে।

ঙ। স্তরগুলি - ইউনিক্স সিস্টেমগুলি আরও অনেকগুলি বিচ্ছিন্ন স্তর এবং পরিষেবাগুলির সমন্বয়ে গঠিত যা অদলবদল হতে পারে। এর অর্থ তারা যথাযথতা এবং সুরক্ষার জন্য পৃথকভাবে বিশ্লেষণ করা যেতে পারে, অদলবদল করা ইত্যাদি these এগুলির প্রায় কোনওটির জন্যই পুনরায় বুট করার দরকার নেই। এটি সার্ভার টাইপ সিস্টেমে একটি বড় প্লাস। এছাড়াও, ইউনিক্স সিস্টেমে আপনার প্রয়োজনীয় জিনিসগুলি (এবং আনইনস্টল) অক্ষম করা সহজ। উদাহরণস্বরূপ, ওয়েব সার্ভার বাক্সে জিইউআই চালাচ্ছেন কেন? এটি আক্রমণ পৃষ্ঠ বৃদ্ধি করে এবং র‌্যাম গ্রহণ করে।

চ। তাদের জন্য যে উইন্ডোজ এনটি সুরক্ষার জন্য ভিত্তি থেকে তৈরি করা হয়েছিল ... এটি সত্য, উন্নত সুরক্ষা এবং মাল্টিউজার বৈশিষ্ট্য সহ কার্নেলটি শুরু থেকেই ডিজাইন করা হয়েছিল তবে দুটি প্রধান সমস্যা রয়েছে: ১. সুরক্ষার সাথে মাইক্রোসফ্টের দুর্বল ট্র্যাক রেকর্ড , এবং ২. সামগ্রিকভাবে ওএসটি পরিকল্পিত উইন্ডোজ অ্যাপ্লিকেশনগুলির সাথে সামঞ্জস্য করার জন্য ডিজাইন করা হয়েছিল যার অর্থ অনেকগুলি আপস ছিল। ইউনিক্স সবসময়ই মাল্টি-ইউজার হয়ে থাকে এবং তাই যখন সুরক্ষা প্রয়োগ করা হয় তখন অ্যাপ্লিকেশনগুলিতে কোনও বড় অবাক হয় না - যার অর্থ কম আপস হয়।


এক্সিকিউটিভ অবজেক্ট ম্যানেজারে প্রয়োগ করা এসিএলগুলির মাধ্যমে উইন্ডোজ এনটি-তে "ডিভাইস ফাইলগুলি" সুরক্ষা অ্যাক্সেস করা হয়। এটিতে ফাইল সিস্টেমের মতো প্রায় এসিএল মডেল রয়েছে। পুনরায়: আপনার পয়েন্টটি "এ": লোগো'ড অ্যাপ্লিকেশনগুলি যে ডাব্লু / মাইক্রোসফ্ট বিকাশের নির্দেশিকা মেনে চলে তাদের ব্যবহারকারীর হোম ডিরেক্টরিগুলির বাইরে লেখার অ্যাক্সেসের প্রয়োজন হয় না। পুনরায়: "খ": আমি একমত যে উইন্ডোজে সীমাবদ্ধ ম্যাক কার্যকারিতা রয়েছে। ভিস্টায় যুক্ত ইন্টিগ্রিটি-লেভেলগুলি ম্যাকের একটি রূপ। "অ্যাডভান্সড ফায়ারওয়াল" (ভিস্তার মধ্যেও যোগ করা হয়েছে) আপনি যদি সেভাবে কনফিগার করতে চান তবে আপনার বর্ণনার পথে বহির্গামী ট্র্যাফিক সীমাবদ্ধ করতে পারে।
ইভান অ্যান্ডারসন

পুনরায়: "ই": আমি নীতিগতভাবে একমত, কম সফ্টওয়্যার মানে ব্যর্থতার সম্ভাবনা কম। উইন্ডোজের অভ্যন্তরীণ বিল্ডগুলি রয়েছে যার একটি জিইউআই নেই, তবে মাইক্রোসফ্ট সেগুলি প্রকাশ না করার জন্য বেছে নিয়েছে। পুনরায়: "এফ": তৃতীয় পক্ষের বিকাশকারীরা সমস্যার বেশি হয়ে গেছেন পুনরায়: মাইক্রোসফ্টের তুলনায় উইন্ডোতে বুদ্ধিমান ডিফল্ট সুরক্ষা নীতি পাচ্ছেন। ব্যক্তিগতভাবে, আমি মনে করি যে মাইক্রোসফ্টকে খারাপ ব্যবহার-করা অ্যাপ্লিকেশনগুলি সম্পর্কে আরও কঠোর লাইন হওয়া উচিত, তবে তারা যখন গ্রাহকদের অ্যাপ্লিকেশনগুলি চালিত হয় তা নিশ্চিত করার ক্ষেত্রে নিখরচায় ও ওপেন সোর্স অপারেটিং সিস্টেমগুলির বিকাশকারীদের চেয়ে আলাদা "স্পেসে" বাস করেন।
ইভান অ্যান্ডারসন

পুনরায়: "সামগ্রিকভাবে ওএস ... সামঞ্জস্য করার জন্য ডিজাইন করা হয়েছে ..." উইন 32 একটি কার্নেল সাবসিস্টেম - এটি এনটি নয়। মাইক্রোসফ্ট যদি উইন্ডোজ এনটি-র একটি "ডিস্ট্রিবিউশন" তৈরি করতে পারে তবে উইন 32 সাবসিস্টেম নেই, জিইআইআই নেই, এবং বুট করা থাকলে "ইন্টারিক্স" পসিক্স কার্নেল সাবসিস্টেমটি বলতে পারেন। কার্যত কোনও এনটি ওএসের সমস্ত ইউআই হ'ল উইন 32-ভিত্তিক, তবে কার্নেলটি বিন-উইন 32 পরিবেশকে সমর্থন করতে পুরোপুরি সক্ষম।
ইভান অ্যান্ডারসন

0

লিনাক্স-ভিত্তিক সিস্টেমগুলি প্রায়শই উইন্ডোজ সিস্টেমের চেয়ে বেশি সুরক্ষিত বলে বিবেচিত হওয়ার কয়েকটি কারণ রয়েছে।

একটি হ'ল মালিকের দক্ষতা। আপনি যদি সেরা বায় বা ওয়ালমার্টে চলে যান (এখানে মার্কিন যুক্তরাষ্ট্রে) এবং খুব বেশি চিন্তা না করে কম্পিউটার কিনে থাকেন তবে এটি মাইক্রোসফ্ট উইন্ডোজ চালাবে। এর অর্থ হ'ল এমন প্রচুর সংখ্যক উইন্ডোজ সিস্টেম রয়েছে যাঁরা চালিয়ে যান না তাদের দ্বারা চালিত। যেহেতু প্রায় কেউই দুর্ঘটনাক্রমে কোনও লিনাক্স কম্পিউটার কিনে না (কমপক্ষে মাইক্রোসফ্ট নেটবুকগুলিতে জবাবদিহি করার পরে), বেশিরভাগ লিনাক্স ব্যবহারকারীরা হয় কম্পিউটার সম্পর্কে কিছু জানেন বা তাদের কম্পিউটার সেটআপ করেছেন যে কেউ। এটি এমন সমস্ত পরিবেশে প্রযোজ্য যেখানে আপনি এমন লোক পাবেন যা তারা জানেন না যে তারা কী করছেন; যাঁরা উইন্ডোজ চালাচ্ছেন না এবং যারা বিভিন্ন বিভিন্ন ওএস চালায়।

একটি হানাদারের সংখ্যা। মাইক্রোসফ্ট উইন্ডোজ অনেক বেশি আকর্ষণীয় লক্ষ্য, কারণ সেখানে সমস্ত খারাপ পরিচালনা করা মেশিন রয়েছে। প্রচুর উচ্চ-মূল্যের লিনাক্স লক্ষ্যমাত্রা রয়েছে তবে এগুলি সাধারণত ভালভাবে পরিচালিত হয় (অনেকগুলি উচ্চ-মানের উইন্ডোজ লক্ষ্যমাত্রা সহ)। যুক্তিসঙ্গত অনুমান হিসাবে, কেউ সাধারণভাবে লিনাক্স কম্পিউটারগুলিকে লক্ষ্য করে না।

একটি হ'ল সংস্কৃতি। যে কোনও ইউনিক্স / লিনাক্স পরিবেশে, রুট এবং ব্যবহারকারী অ্যাকাউন্টগুলির মধ্যে একটি স্পষ্ট পার্থক্য রয়েছে এবং প্রায় সব ক্ষেত্রেই লোকেরা তাদের ব্যবহারকারী অ্যাকাউন্টগুলিতে কাজ করে যখন তাদের রুট হওয়ার দরকার নেই। পার্থক্যটি আমার অভিজ্ঞতায় উইন্ডোজের পরিবেশে যতটা শক্তিশালী তা নয়, এতে প্রতিটি ব্যবহারকারীর সাধারণত একটি অ্যাকাউন্ট থাকবে, যা কিছু সুযোগ-সুবিধার সাথে যুক্ত। আমি এখন আমার ওয়ার্ক কম্পিউটারে আছি, যেখানে আমার একটি অ্যাকাউন্ট, প্রশাসক অ্যাকাউন্ট রয়েছে। আমি যা কিছু করি তা উচ্চতর সুবিধাসহ একটি অ্যাকাউন্ট দ্বারা করা হয়। আমি যখন আমার লিনাক্স বাক্সে চলে যাই, আমি সীমাবদ্ধ-সুবিধাগুলির অ্যাকাউন্টে প্রায় সবকিছু করব এবং যখন আমার প্রয়োজন হবে তখন বাড়িয়ে দেব। আমার স্ত্রীর কর্মক্ষেত্রে কম্পিউটারে দুটি অ্যাকাউন্ট পাওয়ার জন্য কঠোর তর্ক করতে হয়েছিল, একটি তার স্বাভাবিক প্রশাসক অ্যাকাউন্ট এবং একটিতে সীমিত সুযোগ-সুবিধার অ্যাকাউন্ট যাতে তিনি দেখতে পান যে নিয়মিত ব্যবহারকারীদের লেখার জন্য এটি চালানোর সুযোগ রয়েছে কিনা।

একটি হ'ল পিছনের সামঞ্জস্য। ইউনিক্স সুরক্ষিত ওএস হিসাবে আরম্ভ না করলেও এটি সুরক্ষা পেয়েছিল। লিনাক্সের প্রোগ্রামগুলিকে রুট হিসাবে চালানোর প্রয়োজন হয় না যতক্ষণ না তারা প্রকৃতপক্ষে রুট ফাংশন করে। অন্যদিকে, উইন্ডোজ বিপুল সংখ্যক প্রোগ্রাম পরিচালনা করে যার জন্য অ্যাডমিন অ্যাকাউন্টগুলির প্রয়োজন কারণ এটি বিকাশকারীরা দৌড়েছিলেন এবং পরীক্ষা করেছিলেন (উপরের অনুচ্ছেদটি দেখুন) এবং সেই বিকাশকারীরা সাধারণত সুরক্ষার জন্য সচেতন ছিল না এবং এটি ঠিক কাজ করত। মাইক্রোসফ্ট ইউএসি দিয়ে সমাধান করার চেষ্টা করছিল এটিই সবচেয়ে বড় সমস্যা। আমি মনে করি এটি একটি বিশেষ সমাধান নয়, তবে সত্যি কথা বলতে মাইক্রোসফ্ট এখানে ভাল সমাধান খুঁজে পাচ্ছে না (আমি মনে করি না যে পশ্চাদপটে সামঞ্জস্যতা বাদ দেওয়া এখানে একটি ভাল সমাধান)।

এগুলি এই সত্যটির দিকে পরিচালিত করে যে সিকিউরিটি মডেলগুলির গুণাবলী নির্বিশেষে মাইক্রোসফ্ট সিস্টেমে বেশিরভাগ স্তরের সুরক্ষা সমস্যা থাকবে এবং মাইক্রোসফ্ট বড় সুরক্ষা সমস্যা পেয়েছে এই উপলব্ধি। প্রাপ্যতা বৈজ্ঞানিকতার দ্বারা, লোকেরা আরও মাইক্রোসফ্ট সুরক্ষা সমস্যার কথা চিন্তা করতে পারে তাদের সত্যকে রায় দেয়।

সেগুলি, আমার মতে, বৈধ কারণগুলি। আমি প্রকৃত ওএস সুরক্ষাকে স্পর্শ করিনি, যেহেতু আমি জানি না যে কোনও উইন্ডোজ বা লিনাক্স ডিস্ট্রো কোনও জ্ঞানীয় প্রশাসকের দ্বারা চালিত হওয়ার পরে অন্যটির চেয়ে বেশি ঝুঁকিপূর্ণ। লিনাক্সের ওপেন সোর্সের সুবিধা রয়েছে, এতে যে কেউ বাগ খুঁজে পেতে ও ঠিক করতে পারে, অন্যদিকে মাইক্রোসফ্ট সুরক্ষা অনুশীলনগুলি চালু করেছে যা আরও ভাল কাজ করতে পারে বা নাও করতে পারে। (যদি আমি সত্যিই সুরক্ষিত ওএস চালাতে চাইতাম তবে আমি ওপেনবিএসডি, একটি ওপেন সোর্স ওএস বেছে নেব যা সুরক্ষিত থাকার চেষ্টা করে।) উভয় ওএসেরই ভাল অনুমতি ব্যবস্থা রয়েছে (আমার পছন্দটি ইউনিক্সের, তবে অন্যান্য যুক্তিসঙ্গত লোকেরা একমত নয়)।

ওএসগুলিকে কম সুরক্ষিত বিবেচনা করার জন্য অবশ্যই খারাপ কারণ রয়েছে। কিছু লোকের পছন্দের ওএস থাকে এবং তারা অন্যদের খারাপ ব্যবহার করার সুযোগ নষ্ট করে না। কিছু লোক মাইক্রোসফ্ট বা রিচার্ড স্টলম্যান বা কিছু অন্য ব্যক্তি বা সংস্থাকে অপছন্দ করে এবং সম্পর্কিত ওএসকে অবমাননা করে। কিছু লোক লক্ষ্য করেন নি যে কয়েক বছর ধরে মাইক্রোসফ্ট পরিবর্তিত হয়েছে, যেহেতু এতদিন আগে মাইক্রোসফ্ট সুরক্ষার বিষয়ে যত্ন নেয়নি, এবং উইন্ডোজ সত্যই লিনাক্সের চেয়ে কম সুরক্ষিত ছিল।


-1

জড়তা ছাড়া আর কোন আসল কারণ নেই। আমি অনেকগুলি লিনাক্সকে উইন্ডোজ (এবং কেবল সুরক্ষার দিক দিয়ে নয়) এর বিরুদ্ধে যুক্তি তৈরি করার বিষয়টি দেখেছি যা পৃষ্ঠের উপর ভিত্তি করে বৈধ বলে মনে হয়, তবে - আপনি যখন কিছুটা খনন করেন - কেবল উইন্ডোজ 3.1 বা 95/98 এ প্রয়োগ হয়।

আমি এটা আগে বলেন করেছি, কিন্তু উইন্ডোজ আরো প্যাচ / ইত্যাদি থাকতে পারে যখন, সেগুলি হল সংশোধন করা হয়েছে নিরাপত্তা দুর্বলতা যে হয়েছে জন্য চিহ্নিত । এবং এটি যেগুলি স্থির করা হয়েছে যেগুলি সম্পর্কে আপনাকে চিন্তিত হতে হবে, তাই না? আমি বিশ্বাস করি না যে ওপেন সোর্স হওয়া অভ্যন্তরীণভাবে আরও সুরক্ষিত। আপনার নিজের প্যাচগুলি ঘরের ব্যবহারকারীর পক্ষে রোলিং উপযুক্ত হতে পারে তবে কর্পোরেট ব্যবহারকারী বা প্রশাসক সর্বদা রিয়েল থিংকটি চাইবে যা বিভিন্ন অ্যাপ্লিকেশনের সাথে কাজ করার (এবং পুরোপুরি পরীক্ষা করা হয়েছে) যাচাইয়ের জন্য প্রমাণিত এবং এটি ভঙ্গ না করার জন্য প্রত্যয়িত পরবর্তী কার্নেল আপডেট। এটিই FOSS সম্প্রদায়ের ফিক্সগুলিতে প্রযোজ্য।

সুতরাং, আমার বইতে এটি জড়তা, কুসংস্কারের মিশ্রণ এবং ইউএনআইএক্স সংস্কৃতিতে বিকল্পগুলি বাদ দেওয়ার জন্য অন্তর্ভুক্ত রয়েছে।


-2

লিনাক্স / ইউনিক্সের প্রক্রিয়াগুলি কোনও ব্যবহারকারী হিসাবে নিযুক্ত হওয়ার পরে তাদের প্রাইভেটাইজগুলি পরিবর্তন করতে পারে না, উইন্ডোতে প্রক্রিয়াগুলি তাদের প্রাইভেট प्रायহিতাগুলি পরিবর্তন করতে এবং মধ্য প্রক্রিয়া চলাকালীন তার ব্যবহারকারী পরিবর্তন করতে পারে।

লিনাক্স / ইউনিক্সের তুলনায় উইন্ডোজগুলি কম সুরক্ষিত কেন এটি তার সারমর্ম।


2
প্রসঙ্গটি "অপারেটিং সিস্টেমের অংশ হিসাবে কাজ করুন" (SE_TCB PRIVILEGE) অধিকার হিসাবে প্রসঙ্গটি চলমান থাকলেই এটি সত্য। আপনি যদি সুরক্ষা প্রসঙ্গে এমন একটি প্রক্রিয়া শুরু করেন যার SE_TCB PRIVILEGE নেই তবে প্রক্রিয়াটি এলোমেলোভাবে "ছদ্মবেশী" (অন্য সুরক্ষা প্রসঙ্গটি ধরে নেওয়ার জন্য NT-ism) অন্য ব্যবহারকারীকে করতে পারবেন না। যদি আপনি অকারণে SE_TCB PRIVILEGE দিয়ে কোনও অ্যাপ্লিকেশন চালাচ্ছেন তবে আপনার প্রাপ্য, আইএমও পাবেন।
ইভান অ্যান্ডারসন

সুতরাং সিস্টেম-বিস্তৃত নিয়মের প্রতিবাদ হিসাবে সুরক্ষাটি "প্রসঙ্গ" দ্বারা প্রয়োগ করা হয়, এজন্য উইন্ডোজ ইউনিক্স / লিনাক্সের চেয়ে কম সুরক্ষিত।
ফায়ার ক্রো
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.