Comparison of privilege authorization features
বেশ কয়েকটি কম্পিউটার অপারেটিং সিস্টেম দূষিত সফ্টওয়্যারকে কম্পিউটার সিস্টেমের সাথে আপস করার জন্য পর্যাপ্ত সুবিধা অর্জন থেকে বিরত রাখতে সহায়তা করার জন্য সুরক্ষা বৈশিষ্ট্যগুলি নিয়োগ করে। অপারেটিং সিস্টেমে এই ধরনের বৈশিষ্ট্যের অভাব ছিল, যেমন ডস, উইন্ডোজ এনটি-র আগে উইন্ডোজ বাস্তবায়ন (এবং এর বংশধররা), সিপি/এম-80, এবং ম্যাক ওএস এক্স-এর আগে সমস্ত ম্যাক অপারেটিং সিস্টেমে শুধুমাত্র একটি বিভাগের ব্যবহারকারী ছিল যাদের কিছু করার অনুমতি ছিল। পৃথক সম্পাদন প্রসঙ্গে একাধিক ব্যবহারকারীর পক্ষে ব্যক্তিগত ফাইল সংরক্ষণ করা, একাধিক ব্যবহারকারীর জন্য একই সময়ে একটি কম্পিউটার ব্যবহার করা, দূষিত ব্যবহারকারীদের বিরুদ্ধে সিস্টেমকে রক্ষা করা এবং দূষিত প্রোগ্রামগুলির বিরুদ্ধে সিস্টেমকে রক্ষা করা সম্ভব। প্রথম মাল্টি-ইউজার সিকিউর সিস্টেম ছিল মাল্টিক্স, যা 1960-এর দশকে বিকাশ শুরু করে; 80-এর দশকের শেষের দিকে এবং 90-এর দশকের গোড়ার দিকে ইউনিক্স, বিএসডি, লিনাক্স এবং এনটি পর্যন্ত মাল্টি-টাস্কিং নিরাপত্তা প্রসঙ্গ x86 ভোক্তা মেশিনে আনা হয়নি। বাস্তবায়নের ভূমিকা মাইক্রোসফ্ট উইন্ডোজ ম্যাক ওএস ইউনিক্স এবং ইউনিক্স-এর মতো নিরাপত্তা বিবেচনাগুলি মিথ্যা/আটকানো ব্যবহারকারীর ইনপুট একটি প্রধান নিরাপত্তা বিবেচনা হল দূষিত অ্যাপ্লিকেশনগুলির কীস্ট্রোক বা মাউস ক্লিকগুলি অনুকরণ করার ক্ষমতা, এইভাবে দূষিত অ্যাপ্লিকেশনগুলিকে উচ্চতর সুবিধা প্রদানের জন্য সুরক্ষা বৈশিষ্ট্যটিকে প্রতারণা বা প্রতারণা করা। একটি টার্মিনাল ভিত্তিক ক্লায়েন্ট ব্যবহার করা (স্বতন্ত্র বা ডেস্কটপ/জিইউআই-এর মধ্যে): সু এবং সুডো টার্মিনালে চলে, যেখানে তারা স্পুফড ইনপুটের ঝুঁকিতে থাকে। অবশ্যই, ব্যবহারকারী যদি মাল্টিটাস্কিং পরিবেশ না চালাচ্ছিলেন (অর্থাৎ। শুধুমাত্র শেলের একজন ব্যবহারকারী), এটি কোনও সমস্যা হবে না। টার্মিনাল উইন্ডোগুলি সাধারণত ব্যবহারকারীর কাছে সাধারণ উইন্ডো হিসাবে রেন্ডার করা হয়, তাই ক্লায়েন্ট হিসাবে ব্যবহৃত একটি বুদ্ধিমান ক্লায়েন্ট বা ডেস্কটপ সিস্টেমে, ব্যবহারকারীকে অবশ্যই তাদের ডেস্কটপে অন্যান্য ম্যালওয়্যারকে ম্যানিপুলেট করা, সিমুলেট করা বা ইনপুট ক্যাপচার করা থেকে বিরত রাখার দায়িত্ব নিতে হবে। অপারেটিং সিস্টেমে শক্তভাবে সমন্বিত একটি জিইউআই/ডেস্কটপ ব্যবহারঃ সাধারণত, ডেস্কটপ সিস্টেম পাসওয়ার্ড বা অন্যান্য প্রমাণীকরণের অনুরোধ করার আগে ইনপুটের সমস্ত সাধারণ মাধ্যমকে লক বা সুরক্ষিত করে, যাতে সেগুলি আটকানো, ম্যানিপুলেট করা বা সিমুলেটেড করা যায় নাঃ পলিসিকিট (জিনোম-এক্স সার্ভারকে সমস্ত কীবোর্ড এবং মাউস ইনপুট ক্যাপচার করার নির্দেশ দেয়। পলিসিকিট ব্যবহার করে অন্যান্য ডেস্কটপ পরিবেশ তাদের নিজস্ব পদ্ধতি ব্যবহার করতে পারে। gksudo-ডিফল্টরূপে কীবোর্ড, মাউস এবং উইন্ডো ফোকাসকে "লক" করে দেয়, যা প্রকৃত ব্যবহারকারীকে পাসওয়ার্ড ইনপুট করা বা অন্যথায় নিশ্চিতকরণ কথোপকথনে হস্তক্ষেপ করা ছাড়া অন্য কোনও কিছুকে বাধা দেয়। ইউএসি (উইন্ডোজ)-ডিফল্টরূপে সিকিউর ডেস্কটপে চলে, দূষিত অ্যাপ্লিকেশনগুলিকে "অনুমতি দিন" বোতামে ক্লিক করা বা অন্যথায় নিশ্চিতকরণ কথোপকথনে হস্তক্ষেপ করা থেকে বিরত রাখে। এই মোডে, ব্যবহারকারীর ডেস্কটপ ম্লান দেখায় এবং এর সাথে ইন্টারঅ্যাক্ট করা যায় না। যদি gksudo-এর "লক" বৈশিষ্ট্য বা UAC-এর সিকিউর ডেস্কটপ আপোস করা হয় বা নিষ্ক্রিয় করা হয়, দূষিত অ্যাপ্লিকেশনগুলি প্রশাসকের পাসওয়ার্ড রেকর্ড করতে কীস্ট্রোক লগিং ব্যবহার করে প্রশাসকের সুবিধা অর্জন করতে পারে; অথবা, UAC-এর ক্ষেত্রে যদি প্রশাসক হিসাবে চলে, "অনুমতি দিন" বোতামে মাউস ক্লিক করে প্রতারণা করে। এই কারণে, ভয়েস রিকগনিশনও কথোপকথনের সাথে ইন্টারঅ্যাক্ট করা নিষিদ্ধ। মনে রাখবেন যে যেহেতু জি. কে. এস. ইউ পাসওয়ার্ড প্রম্পট বিশেষ সুবিধা ছাড়াই চলে, তাই দূষিত অ্যাপ্লিকেশনগুলি এখনও কীস্ট্রোক লগিং করতে পারে যেমন। স্ট্রেস টুল। (পি. টি. আর. এ. সি পরবর্তী কার্নেল সংস্করণগুলিতে সীমাবদ্ধ ছিল) ভুয়া প্রমাণীকরণ ডায়ালগ আরেকটি নিরাপত্তা বিবেচনা হল বৈধ নিরাপত্তা নিশ্চিতকরণ অনুরোধের মতো দেখতে ডায়ালগগুলিকে প্রতারণা করার জন্য দূষিত সফ্টওয়্যারের ক্ষমতা। ব্যবহারকারী যদি ডায়ালগটি বৈধ ভেবে একটি জাল ডায়ালগে পরিচয়পত্র ইনপুট করে, তবে দূষিত সফ্টওয়্যারটি তখন ব্যবহারকারীর পাসওয়ার্ড জানতে পারবে। যদি সিকিউর ডেস্কটপ বা অনুরূপ বৈশিষ্ট্যটি নিষ্ক্রিয় করা থাকে, তবে দূষিত সফ্টওয়্যারটি উচ্চতর সুবিধা অর্জনের জন্য সেই পাসওয়ার্ডটি ব্যবহার করতে পারে। যদিও এটি ব্যবহারযোগ্যতার কারণে ডিফল্ট আচরণ নয়, ইউএসি প্রমাণীকরণ প্রক্রিয়ার অংশ হিসাবে ব্যবহারকারীকে সি. টি. আর. এল + আল্ট + ডেল (সুরক্ষিত মনোযোগ ক্রম হিসাবে পরিচিত) টিপতে হবে বলে কনফিগার করা হতে পারে। কারণ শুধুমাত্র উইন্ডোজই এই মূল সংমিশ্রণটি সনাক্ত করতে পারে, এই অতিরিক্ত নিরাপত্তা ব্যবস্থার প্রয়োজন একটি বৈধ কথোপকথনের মতো একই আচরণ করা থেকে প্রতারিত কথোপকথনগুলিকে প্রতিরোধ করবে। উদাহরণস্বরূপ, একটি স্পুফড ডায়ালগ ব্যবহারকারীকে সি. টি. আর. এল + আল্ট + ডেল টিপতে না বললেও ব্যবহারকারী বুঝতে পারবেন যে ডায়ালগটি জাল ছিল। অথবা, ব্যবহারকারী যখন সি. টি. আর. এল + এ. এল. টি + ডেল টিপেন, তখন ব্যবহারকারীকে স্ক্রিনে নিয়ে আসা হয় সি. টি. আর. এল + এ. এল. টি + ডেল সাধারণত একটি ইউ. এ. সি নিশ্চিতকরণ ডায়ালগের পরিবর্তে তাদের নিয়ে আসে। এইভাবে ব্যবহারকারী বলতে পারে যে ডায়ালগটি তাদের কোনও দূষিত সফ্টওয়্যারে তাদের পাসওয়ার্ড সরবরাহ করার জন্য প্রতারণার চেষ্টা ছিল কিনা। জিনোমে, পলিসিকিটে সিস্টেমের বিন্যাসের উপর নির্ভর করে বিভিন্ন ডায়ালগ ব্যবহার করা হয়। উদাহরণস্বরূপ, একটি ফিঙ্গারপ্রিন্ট রিডার দিয়ে সজ্জিত একটি সিস্টেমের জন্য প্রমাণীকরণ ডায়ালগটি একটি ছাড়া একটি সিস্টেমের জন্য প্রমাণীকরণ ডায়ালগের থেকে আলাদা দেখতে পারে। অ্যাপ্লিকেশনগুলির পলিসিকিটের কনফিগারেশনে প্রবেশাধিকার নেই, তাই তাদের কোন ডায়ালগটি প্রদর্শিত হবে এবং এইভাবে কীভাবে এটি প্রতারণা করা যায় তা জানার কোনও উপায় নেই। ব্যবহারযোগ্যতা বিবেচনা এই বাস্তবায়নের ক্ষেত্রে আরেকটি বিবেচনার বিষয় হল ব্যবহারযোগ্যতা। পৃথক প্রশাসক অ্যাকাউন্টের জন্য ব্যবহারকারীকে কমপক্ষে দুটি অ্যাকাউন্টের পাসওয়ার্ড জানতে হবেঃ নিয়মিত-ব্যবহারের অ্যাকাউন্ট এবং রুটের মতো উচ্চতর সুবিধা সহ একটি অ্যাকাউন্ট। সুডো, কেডেসু এবং গক্সুডো একটি সহজ পদ্ধতি ব্যবহার করে। এই প্রোগ্রামগুলির সাথে, ব্যবহারকারীকে নির্দিষ্ট প্রশাসনিক কাজগুলিতে অ্যাক্সেস দেওয়ার জন্য পূর্ব-কনফিগার করা হয়, তবে সেই সুবিধাগুলি দিয়ে চালানোর জন্য অ্যাপ্লিকেশনগুলিকে স্পষ্টভাবে অনুমোদন করতে হবে। ব্যবহারকারী সুপার ইউজার বা অন্য কোনও অ্যাকাউন্টের পরিবর্তে তাদের নিজস্ব পাসওয়ার্ড প্রবেশ করান। ইউ. এ. সি এবং প্রমাণীকরণ এই দুটি ধারণাকে একত্রে একত্রিত করে। এই প্রোগ্রামগুলির সাথে, প্রশাসকরা স্পষ্টভাবে উচ্চতর সুযোগ-সুবিধার সাথে চালানোর জন্য প্রোগ্রামগুলিকে অনুমোদন দেয়। অ-প্রশাসকদের একটি প্রশাসক ব্যবহারকারীর নাম এবং পাসওয়ার্ডের জন্য অনুরোধ করা হয়। এই পদ্ধতিগুলির যে কোনও একটি গ্রহণ করার জন্য পলিসিকিট কনফিগার করা যেতে পারে। বাস্তবে, বিতরণ একটি বেছে নেবে। সংলাপের সরলতা একটি অ্যাপ্লিকেশনকে প্রশাসনিক সুবিধা প্রদানের জন্য, সুডো, জিক্সুডো এবং প্রম্পট অ্যাডমিনিস্ট্রেটরদের তাদের পাসওয়ার্ড পুনরায় প্রবেশ করানোর জন্য প্রমাণীকরণ করুন। ইউএসি-তে, যখন একজন সাধারণ ব্যবহারকারী হিসাবে লগ ইন করা হয়, তখন ব্যবহারকারীকে প্রতিবার কোনও অ্যাপ্লিকেশনকে বর্ধিত সুযোগ-সুবিধা দেওয়ার প্রয়োজন হলে প্রশাসকের নাম এবং পাসওয়ার্ড লিখতে হয়; কিন্তু যখন প্রশাসক গোষ্ঠীর সদস্য হিসাবে লগ ইন করা হয়, তখন তারা (ডিফল্টরূপে) প্রতিবার তাদের পাসওয়ার্ড পুনরায় প্রবেশ করার পরিবর্তে কেবল নিশ্চিত বা অস্বীকার করে (যদিও এটি একটি বিকল্প)। ডিফল্ট পদ্ধতিটি সহজ হলেও, এটি কম নিরাপদ, কারণ ব্যবহারকারী যদি কম্পিউটারটি লক না করে শারীরিকভাবে দূরে চলে যায়, তবে অন্য কোনও ব্যক্তি উপরে উঠে যেতে পারে এবং সিস্টেমের উপর প্রশাসকের সুবিধা পেতে পারে। পলিসিকিটে ব্যবহারকারীকে তার পাসওয়ার্ড পুনরায় প্রবেশ করাতে হবে অথবা প্রমাণীকরণের অন্য কোনও মাধ্যম প্রদান করতে হবে (যেমন। আঙুলের ছাপ)। শংসাপত্রগুলি সংরক্ষণ করা ইউ. এ. সি প্রতিবার কোনও প্রোগ্রামকে উন্নত করার জন্য আহ্বান করার সময় অনুমোদনের জন্য অনুরোধ করে। সুডো, জিক্সুডো এবং কেডেসু ব্যবহারকারীকে প্রতিবার কোনও প্রোগ্রাম উন্নত করার জন্য কল করার সময় তাদের পাসওয়ার্ড পুনরায় প্রবেশ করতে বলে না। বরং, ব্যবহারকারীকে শুরুতে একবার তাদের পাসওয়ার্ড জিজ্ঞাসা করা হয়। যদি ব্যবহারকারী একটি নির্দিষ্ট সময়ের জন্য তাদের প্রশাসনিক সুবিধাগুলি ব্যবহার না করে থাকেন (সুডোর ডিফল্ট 5 মিনিট), তবে ব্যবহারকারী আবার তাদের পাসওয়ার্ড প্রবেশ না করা পর্যন্ত স্ট্যান্ডার্ড ব্যবহারকারীর সুবিধাগুলিতে সীমাবদ্ধ থাকে। সুডোর পদ্ধতি হল নিরাপত্তা এবং ব্যবহারযোগ্যতার মধ্যে একটি বিনিময়। একদিকে, একজন ব্যবহারকারীকে প্রতিটি কাজের জন্য তাদের পাসওয়ার্ড প্রবেশ করানোর পরিবর্তে একাধিক প্রশাসক কাজ সম্পাদনের জন্য কেবল একবার তাদের পাসওয়ার্ড প্রবেশ করতে হবে। কিন্তু একই সময়ে, আক্রমণের জন্য পৃষ্ঠ এলাকা বড় হয় কারণ সেই টিটি-তে (সুডোর জন্য) চলা সমস্ত প্রোগ্রাম বা টার্মিনালে না চলা সমস্ত প্রোগ্রাম (জিক্সুডো এবং কেডেসুর জন্য) টাইমআউটের আগে সেই কমান্ডগুলির মধ্যে যে কোনও একটি দ্বারা প্রিফিক্স করা প্রশাসক সুবিধা পায়। নিরাপত্তা-সচেতন ব্যবহারকারীরা অস্থায়ী প্রশাসকের সুবিধাগুলি তাদের প্রয়োজনীয় কাজগুলি সম্পন্ন করার পরে সুডো-কে কমান্ড ব্যবহার করে সরিয়ে ফেলতে পারে যখন প্রতিটি টিটিওয়াই বা পিটিএস থেকে যেখানে সুডো ব্যবহার করা হয়েছিল (পিটিএসের ক্ষেত্রে, টার্মিনাল এমুলেটর বন্ধ করা যথেষ্ট নয়)। কেডেসুর সমতুল্য কমান্ড হল কেডেসু-এস। একই কাজ করার জন্য কোনও জিক্সুডো বিকল্প নেই; তবে, সুডো-কে টার্মিনাল উদাহরণের মধ্যে চলছে না (যেমন। Alt + F2 "রান অ্যাপ্লিকেশন" ডায়ালগ বাক্সের মাধ্যমে, "রান ইন টার্মিনাল")-এ ক্লিক না করলে কাঙ্ক্ষিত প্রভাব পড়বে। প্রমাণীকরণ পাসওয়ার্ড সংরক্ষণ করে না। ব্যবহারকারী যদি একজন সাধারণ ব্যবহারকারী হন, তবে তাদের অবশ্যই একটি ব্যবহারকারীর নাম এবং একটি পাসওয়ার্ড প্রবেশ করাতে হবে। ব্যবহারকারী যদি একজন প্রশাসক হন, তবে বর্তমান ব্যবহারকারীর নাম ইতিমধ্যে পূরণ করা আছে এবং শুধুমাত্র তাদের পাসওয়ার্ড প্রবেশ করতে হবে। নামটি এখনও অন্য ব্যবহারকারী হিসাবে চালানোর জন্য পরিবর্তন করা যেতে পারে। আবেদনটির শুধুমাত্র একবার প্রমাণীকরণের প্রয়োজন হয় এবং আবেদনটির বিশেষাধিকারের প্রয়োজন হলে অনুরোধ করা হয়। একবার "এলিভেটেড" হয়ে গেলে, অ্যাপ্লিকেশনটি বন্ধ করে পুনরায় চালু না করা পর্যন্ত অ্যাপ্লিকেশনটিকে আবার প্রমাণীকরণ করতে হবে না। তবে, প্রমাণীকরণের বিভিন্ন স্তর রয়েছে, যা অধিকার নামে পরিচিত। অনুরোধ করা অধিকারটি পাসওয়ার্ডের নীচে "বিবরণ" এর পাশে ত্রিভুজটি প্রসারিত করে দেখানো যেতে পারে। সাধারণত, অ্যাপ্লিকেশনগুলি system.privilege.admin ব্যবহার করে, তবে অন্যটি ব্যবহার করা যেতে পারে, যেমন সুরক্ষার জন্য নিম্ন অধিকার, বা উচ্চতর প্রবেশাধিকারের প্রয়োজন হলে উচ্চতর অধিকার। যদি আবেদনের অধিকার কোনও কাজের জন্য উপযুক্ত না হয়, তবে বিশেষাধিকার স্তর বাড়ানোর জন্য আবেদনটিকে আবার প্রমাণীকরণ করতে হতে পারে। পলিসিকিট এই পদ্ধতিগুলির যে কোনও একটি গ্রহণ করার জন্য কনফিগার করা যেতে পারে। কখন প্রশাসনিক অধিকারের প্রয়োজন তা চিহ্নিত করা একটি অপারেটিং সিস্টেমের কখন ব্যবহারকারীকে অনুমোদনের জন্য অনুরোধ করতে হবে তা জানার জন্য, একটি অ্যাপ্লিকেশন বা পদক্ষেপকে উচ্চতর সুযোগ-সুবিধার প্রয়োজন হিসাবে নিজেকে চিহ্নিত করতে হবে। যদিও প্রযুক্তিগতভাবে ব্যবহারকারীর পক্ষে এই ধরনের বিশেষাধিকারের প্রয়োজন এমন একটি অপারেশন কার্যকর করার ঠিক মুহূর্তে অনুরোধ করা সম্ভব, তবে কোনও কাজ শেষ করার মাধ্যমে আংশিকভাবে বিশেষাধিকারের জন্য জিজ্ঞাসা করা প্রায়শই আদর্শ নয়। ব্যবহারকারী যদি যথাযথ পরিচয়পত্র সরবরাহ করতে অক্ষম হন, তবে প্রশাসকের বিশেষাধিকারের প্রয়োজন হওয়ার আগে করা কাজটি বাতিল করতে হবে কারণ কাজটি শেষ পর্যন্ত দেখা যায়নি। মাইক্রোসফ্ট উইন্ডোজের কন্ট্রোল প্যানেল এবং ম্যাক ওএস এক্স-এর প্রেফারেন্সেস প্যানেলের মতো ইউজার ইন্টারফেসের ক্ষেত্রে, সঠিক বিশেষাধিকারের প্রয়োজনীয়তাগুলি সিস্টেমে হার্ড-কোড করা হয় যাতে ব্যবহারকারীকে উপযুক্ত সময়ে একটি অনুমোদন ডায়ালগ উপস্থাপন করা হয় (উদাহরণস্বরূপ, তথ্য প্রদর্শনের আগে যা শুধুমাত্র প্রশাসকদের দেখা উচিত)। বিভিন্ন অপারেটিং সিস্টেম অ্যাপ্লিকেশনের জন্য তাদের নিরাপত্তা প্রয়োজনীয়তা চিহ্নিত করার জন্য স্বতন্ত্র পদ্ধতি প্রদান করেঃ সুডো সমস্ত বিশেষাধিকার অনুমোদনের তথ্যকে একটি একক কনফিগারেশন ফাইল,/ইত্যাদি/সুডোয়ার্স-এ কেন্দ্রীভূত করে, যার মধ্যে ব্যবহারকারীদের একটি তালিকা এবং সেই ব্যবহারকারীদের অনুমোদিত বিশেষায়িত অ্যাপ্লিকেশন এবং ক্রিয়া রয়েছে। সুডোয়ার্স ফাইলের ব্যাকরণটি কমান্ড-লাইন পরামিতিগুলিতে বিধিনিষেধ স্থাপনের মতো বিভিন্ন পরিস্থিতি জুড়ে যথেষ্ট নমনীয় হওয়ার উদ্দেশ্যে করা হয়েছে। উদাহরণস্বরূপ, কোনও ব্যবহারকারীকে রুট অ্যাকাউন্ট ব্যতীত যে কোনও ব্যক্তির পাসওয়ার্ড পরিবর্তন করার অনুমতি দেওয়া যেতে পারে, নিম্নরূপঃ পেটিই এএলএল =/ইউএসআর/বিন/পাসডাব্লুডি [এ-জেড] *,!/ইউএসআর/বিন/পাসডাব্লুডি রুট ব্যবহারকারী অ্যাকাউন্ট কন্ট্রোল হিউরিস্টিক স্ক্যানিং এবং "অ্যাপ্লিকেশন ম্যানিফেস্ট"-এর সংমিশ্রণ ব্যবহার করে কোনও অ্যাপ্লিকেশনের প্রশাসক সুবিধার প্রয়োজন কিনা তা নির্ধারণ করতে। ম্যানিফেস্ট (. ম্যানিফেস্ট) ফাইল, যা প্রথম উইন্ডোজ এক্সপির সাথে প্রবর্তিত হয়, এক্সএমএল ফাইল যা অ্যাপ্লিকেশনটির মতো একই নামে এবং "ম্যানিফেস্ট" এর প্রত্যয়, যেমন। Notepad.exe.manifest। যখন একটি অ্যাপ্লিকেশন শুরু করা হয়, তখন অ্যাপ্লিকেশনটির কী সুরক্ষা প্রয়োজনীয়তা রয়েছে সে সম্পর্কে তথ্যের জন্য ম্যানিফেস্টটি দেখা হয়। উদাহরণস্বরূপ, এই এক্স. এম. এল খণ্ডটি নির্দেশ করবে যে অ্যাপ্লিকেশনটির প্রশাসক প্রবেশাধিকারের প্রয়োজন হবে, তবে অ্যাপ্লিকেশনটির বাইরে ব্যবহারকারীর ডেস্কটপের অন্যান্য অংশে অবাধ প্রবেশাধিকারের প্রয়োজন হবে নাঃ <নিরাপত্তা> <অনুরোধকৃত সুবিধাগুলি> <অনুরোধকৃত এক্সিকিউশন লেভেল = "প্রশাসক প্রয়োজন" uiAaccess = "মিথ্যা"/> </অনুরোধকৃত সুবিধাগুলি> </নিরাপত্তা> ম্যানিফেস্ট ফাইলগুলি একটি এমবেডেড রিসোর্স হিসাবে প্রয়োগযোগ্য অ্যাপ্লিকেশনটিতেও সংকলিত করা যেতে পারে। প্রাথমিকভাবে পিছনের দিকের সামঞ্জস্যের জন্য হিউরিস্টিক স্ক্যানিংও ব্যবহার করা হয়। এর একটি উদাহরণ হল এক্সিকিউটেবলের ফাইলের নাম দেখা; যদি এতে "সেটআপ" শব্দটি থাকে, তবে ধরে নেওয়া হয় যে এক্সিকিউটেবল একটি ইনস্টলার, এবং অ্যাপ্লিকেশন শুরু হওয়ার আগে একটি ইউএসি প্রম্পট প্রদর্শিত হয়। ইউএসি স্বাক্ষরিত এক্সিকিউটেবল এবং স্বাক্ষরহীন এক্সিকিউটেবল থেকে উত্তোলনের অনুরোধের মধ্যে পার্থক্য করে; এবং যদি প্রথমটি হয়, প্রকাশক 'উইন্ডোজ ভিস্তা' হোক বা না হোক। প্রতিটি ক্ষেত্রে প্রম্পটগুলির রঙ, আইকন এবং শব্দের ধরণ আলাদাঃ উদাহরণস্বরূপ, এক্সিকিউটেবলটি স্বাক্ষরহীন হলে সতর্কতার বৃহত্তর অনুভূতি জানানোর চেষ্টা করা হয়। পলিসিকিট ব্যবহার করে অ্যাপ্লিকেশনগুলি প্রমাণীকরণের জন্য অনুরোধ করার সময় নির্দিষ্ট সুযোগ-সুবিধার জন্য জিজ্ঞাসা করে এবং পলিসিকিট অ্যাপ্লিকেশনটির পক্ষ থেকে সেই কাজগুলি সম্পাদন করে। প্রমাণীকরণের আগে, ব্যবহারকারীরা দেখতে সক্ষম হয় যে কোন অ্যাপ্লিকেশনটি পদক্ষেপের জন্য অনুরোধ করেছে এবং কোন পদক্ষেপের জন্য অনুরোধ করা হয়েছে। আরও দেখুন প্রিভিলেজ এস্কেলেশন, এক ধরনের ন্যূনতম সুযোগ-সুবিধার নিরাপত্তা শোষণ নীতি, একটি নিরাপত্তা নকশা প্যাটার্ন প্রিভিলেজড আইডেন্টিটি ম্যানেজমেন্ট, বিশেষাধিকারপ্রাপ্ত অ্যাকাউন্ট পরিচালনার পদ্ধতি প্রিভিলেজড পাসওয়ার্ড ম্যানেজমেন্ট, বিশেষাধিকারপ্রাপ্ত পরিচয় ব্যবস্থাপনার অনুরূপ ধারণাঃ অর্থাৎ, পর্যায়ক্রমে বিশেষাধিকারপ্রাপ্ত পাসওয়ার্ডগুলি স্ক্র্যাম্বল করুন; এবং পাসওয়ার্ডের মানগুলি একটি সুরক্ষিত, অত্যন্ত উপলব্ধ ভল্টে সংরক্ষণ করুন; এবং কখন, কীভাবে এবং কার কাছে এই পাসওয়ার্ডগুলি প্রকাশ করা যেতে পারে সে সম্পর্কে নীতি প্রয়োগ করুন। রেফারেন্স অপারেটিং সিস্টেম নিরাপত্তা বিশেষাধিকার অনুমোদনের বৈশিষ্ট্য হল কম্পিউটার অ্যাক্সেস নিয়ন্ত্রণ।