প্রশাসক ব্যবহারকারীদের অন্যান্য ব্যবহারকারী হিসাবে লগইন করার অনুমতি দিন

Question

আপনি কি মনে করেন কোনও প্রশাসক ব্যবহারকারীকে পাসওয়ার্ড দিয়ে পাসওয়ার্ড দিয়ে অন্য একজন ব্যবহারকারী হিসাবে লগ ইন করতে অনুমতি দেওয়ার জন্য কোনও সম্ভাব্যতা প্রয়োগ করা ভাল অভ্যাস? এটি মাস্টার পাসওয়ার্ড বা ব্যবহারকারী প্রশাসনের অভ্যন্তরে কোনও ক্রিয়াকলাপ দ্বারা প্রয়োগ করা যেতে পারে, "এই ব্যবহারকারী হিসাবে লগইন করুন"।

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

Comments

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

— xmm0

মেহরদাদ আফশারীকে +1 আমি প্রত্যেকবারই লোকেদের অ্যাডমিন সম্পর্কে এভাবে কথা বলতে শুনি।

— ড্যান ম্যাকগ্রা

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

— পেক্কা

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

— ড্যান ম্যাকগ্রা

@ ড্যান: গ্রাহক সম্ভবত এটির জন্য অর্থ প্রদান করতে রাজি নন।

Answer 1

না কোনভাবেই না. এটি দায়িত্ব বিভাজন লঙ্ঘন করে।

এটি ব্যবহারকারীর ক্রিয়াগুলি দেখানোর জন্য লগগুলিতে নির্ভর করার উপরও ধ্বংসাত্মক কারণ তৈরি করে।

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

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

অনুপযুক্ত অধিকার মঞ্জুর করে আপনার এক্সপোজারকে হ্রাস করুন। এটিতে প্রশাসকদেরও অন্তর্ভুক্ত করা উচিত ...

Comments

আপনি বৈধ পয়েন্ট আছে যদিও আমি মনে করি না উত্তর বেশ তাই পরিষ্কার - কিছু কিছু ক্ষেত্রে এটা হয় সবচেয়ে ভালো সমাধান।

— sleske

Answer 2

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

আমার কাছে, ঠিকঠাক প্রয়োগের জন্য নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে:

• সিস্টেমটি আপনাকে ব্যবহারকারী হিসাবে লগ ইন করেছে তবে আপনি প্রশাসক হিসাবে লগ ইন থাকলে পাসওয়ার্ড প্রমাণীকরণকে বাইপাস করে।

• সিস্টেমটি একটি পতাকার মাধ্যমে সচেতন যে এটি ব্যবহারকারী এক্স নয়, তবে প্রশাসক হিসাবে ব্যবহারকারী হিসাবে এক্স লগ ইন করেছেন। যে কোনও লগিং সুবিধা পার্থক্য প্রতিফলিত করবে।

• ব্যবহারকারীর লগ-ইন থেকে প্রশাসক স্তরে ফিরে "ভাঙ্গার" কোনও উপায় নেই।

এটি আসলে সুরক্ষার উন্নতি করতে পারে কারণ প্রশাসকের ব্যবহারকারীর শংসাপত্রগুলি অনুসন্ধান করতে এবং ব্যবহার করতে হবে না, যা বাস্তবে ওপি উল্লেখ করার কারণে প্রায়ই ঘটে থাকে: ব্যবহারকারীর অ্যাকাউন্টে কিছু পরীক্ষা করা, পরীক্ষা করা ইত্যাদি ... ।

Answer 3

সর্বদা হিসাবে ... এটি নির্ভর করে। কোনও সহজ উত্তর নেই এবং উভয় সিস্টেমই অনুশীলনে ব্যবহৃত হয় (যেমন উইন্ডোজ: অ্যাডমিন পাসওয়ার্ড বনাম পুনরায় সেট না করে ব্যবহারকারী হিসাবে লগ-অন করতে পারে না। লিনাক্স: অ্যাডমিন স্থানীয় ব্যবহারকারী হিসাবে ব্যবহার করে লগইন করতে পারে su)।

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

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

Comments

নিতপিক: sudoআপনাকে স্থানীয় ব্যবহারকারী হিসাবে লগ ইন করে না, এটি কেবল ব্যবহারকারী হিসাবে একটি প্রক্রিয়া চালায় (একটি লা উইন্ডোর "ব্যবহারকারী হিসাবে চালান")। স্থানীয় ব্যবহারকারী হিসাবে লগ ইন করতে, ব্যবহার করুন su। অন্যথায়, আমি রাজি।

— sleske

@ সালস্ক: অবশ্যই এটি সন্ধানের জন্য ধন্যবাদ। সংশোধন করা হয়েছে।

@ সালস্ক: অগত্যা নয়, দেখুন sudo -i।

— লিওরি

'লগইন শেল' এর ধারণার সাথে shএক্সিকিউটেবলের সাথে কী কী অনুমতি দেওয়া হয় তার চেয়ে কী আচরণ করা যায় তার সাথে আরও অনেক কিছু করার আছে। su - userএবং sudo -u user shএকই অ্যাক্সেস মঞ্জুর করুন; পার্থক্যটি হ'ল shবিভিন্ন প্রারম্ভিক স্ক্রিপ্টগুলি।

— jpaugh

Answer 4

ঠিক আছে, পিএইচপিবিবি 3 এর অ্যাডমিনদের "কার্যকারিতা আউট ব্যবহারকারীর অনুমতি" রয়েছে - যা সত্যই সহায়ক। এছাড়াও এটি আপনাকে সেই ব্যবহারকারীদের অ্যাকাউন্টে হস্তক্ষেপ করতে দেয় না তবে তাদের অনুমতিগুলির ভিত্তিতে তাদের অভিজ্ঞতাটি সত্যই পেতে পারে।

তবে আসলে অন্য কেউ যেমন উল্লেখ করেছে তেমন লগ ইন করা অনেক সমস্যা নিয়ে আসে।

Answer 5

হ্যাঁ, এই জাতীয় কার্যকারিতা সমস্যাযুক্ত হতে পারে তবে কখনও কখনও অন্য কোনও উপায় থাকে না, তাই এটি প্রয়োজনও হতে পারে।

কিছু উদাহরণ:

• ইউনিক্স / লিনাক্সে, এই কার্যকারিতাটি বিদ্যমান ( su - <username>যা সেই ব্যবহারকারীর মতো লগ ইন করার একই ফলাফল দেয়, তবে মূলের জন্য কোনও পাসওয়ার্ডের প্রয়োজন নেই)
• আমি যে অ্যাপ্লিকেশনটিতে কাজ করি তাতে এটিও রয়েছে এবং এটি কোনও ব্যবহারকারীর ব্যক্তিগত সেটিংসে সমস্যাগুলি ডিবাগ করার জন্য প্রয়োজনীয় (যার মধ্যে আমাদের অ্যাপ্লিকেশনটিতে অনেকগুলি রয়েছে)

উল্লিখিত হিসাবে, যদি জটিল সেটিংস লগ-ইন করা ব্যবহারকারীর উপর নির্ভর করে (এনভায়রনমেন্ট ওয়ার্স, পাথস, কোনও অ্যাপ্লিকেশনে ব্যক্তিগত সেটিংস) ব্যবহারকারীর সমস্যাটি ডিবাগ করার জন্য প্রায়শই ব্যবহারিক উপায় নেই is

লগিং / অডিটিং হিসাবে: এই কার্যকারিতা ব্যবহার অবশ্যই লগ করা উচিত। এটি বাদে, আপনার প্রশাসককে এটির অপব্যবহার না করার জন্য বিশ্বাস করতে হবে। তবে এটি সাধারণভাবে প্রশাসকদের জন্য বৈধ।

আপনি যদি আপনার প্রশাসকদের আরও সীমাবদ্ধ করতে চান তবে আপনার একধরণের ম্যাক (বাধ্যতামূলক অ্যাক্সেস নিয়ন্ত্রণ) সিস্টেম, ডাব্লু / ওএ "সত্য" প্রশাসক প্রয়োজন। এটি সম্ভব তবে আরও জটিল, সুতরাং এটি একটি ট্রেড অফ।