Comparison of privilege authorization features
સંખ્યાબંધ કોમ્પ્યુટર ઓપરેટિંગ સિસ્ટમ્સ દુર્ભાવનાપૂર્ણ સોફ્ટવેરને કોમ્પ્યુટર સિસ્ટમ સાથે સમાધાન કરવા માટે પૂરતા વિશેષાધિકારો મેળવવાથી રોકવામાં મદદ કરવા માટે સુરક્ષા સુવિધાઓનો ઉપયોગ કરે છે. ઓપરેટિંગ સિસ્ટમ્સમાં આવી સુવિધાઓનો અભાવ હતો, જેમ કે ડી. ઓ. એસ., વિન્ડોઝ એન. ટી. (અને તેના વંશજો) પહેલાંની વિન્ડોઝ અમલીકરણ, સી. પી./એમ-80, અને મેક ઓએસ એક્સ પહેલાંની તમામ મેક ઓપરેટિંગ સિસ્ટમ્સમાં વપરાશકર્તાની માત્ર એક જ શ્રેણી હતી જેને કંઈપણ કરવાની મંજૂરી હતી. અલગ અમલીકરણ સંદર્ભો સાથે બહુવિધ વપરાશકર્તાઓ માટે ખાનગી ફાઇલો સંગ્રહિત કરવી, બહુવિધ વપરાશકર્તાઓ માટે એક જ સમયે કમ્પ્યુટરનો ઉપયોગ કરવો, દૂષિત વપરાશકર્તાઓ સામે સિસ્ટમને સુરક્ષિત કરવા અને દૂષિત પ્રોગ્રામ્સ સામે સિસ્ટમને સુરક્ષિત કરવી શક્ય છે. પ્રથમ બહુ-વપરાશકર્તા સુરક્ષિત પ્રણાલી મલ્ટિક્સ હતી, જેણે 1960ના દાયકામાં વિકાસની શરૂઆત કરી હતી; 80ના દાયકાના અંતમાં અને 90ના દાયકાની શરૂઆતમાં યુનિક્સ, બીએસડી, લિનક્સ અને એનટી સુધી બહુ-કાર્ય સુરક્ષા સંદર્ભો x86 ગ્રાહક મશીનોમાં લાવવામાં આવ્યા ન હતા. અમલીકરણનો પરિચય માઈક્રોસોફ્ટ વિન્ડોઝ મેક ઓએસ યુનિક્સ અને યુનિક્સ જેવી સુરક્ષા વિચારણાઓ ખોટી/અવરોધિત વપરાશકર્તા ઇનપુટ મુખ્ય સુરક્ષા વિચારણા એ કીસ્ટ્રોક અથવા માઉસ ક્લિકનું અનુકરણ કરવાની દૂષિત એપ્લિકેશનોની ક્ષમતા છે, આમ દૂષિત એપ્લિકેશનોને ઉચ્ચ વિશેષાધિકારો આપવા માટે સુરક્ષા સુવિધાને છેતરવું અથવા છેતરવું. ટર્મિનલ આધારિત ક્લાયન્ટનો ઉપયોગ કરવો (એકલ અથવા ડેસ્કટોપ/GUI ની અંદર): ટર્મિનલમાં સુ અને સુડો ચાલે છે, જ્યાં તેઓ સ્પૂફ્ડ ઇનપુટ માટે સંવેદનશીલ હોય છે. અલબત્ત, જો વપરાશકર્તા મલ્ટીટાસ્કીંગ વાતાવરણ ચલાવી રહ્યો ન હતો (એટલે કે. શેલમાં માત્ર એક જ વપરાશકર્તા), આ કોઈ સમસ્યા નહીં હોય. ટર્મિનલ વિંડોઝ સામાન્ય રીતે વપરાશકર્તા માટે સામાન્ય વિંડોઝ તરીકે પ્રસ્તુત કરવામાં આવે છે, તેથી ક્લાયન્ટ તરીકે ઉપયોગમાં લેવાતા બુદ્ધિશાળી ક્લાયન્ટ અથવા ડેસ્કટોપ સિસ્ટમ પર, વપરાશકર્તાએ તેમના ડેસ્કટોપ પરના અન્ય મૉલવેરને હેરફેર, સિમ્યુલેટિંગ અથવા ઇનપુટ કેપ્ચર કરવાથી અટકાવવાની જવાબદારી લેવી આવશ્યક છે. ઓપરેટિંગ સિસ્ટમ સાથે ચુસ્ત રીતે સંકલિત GUI/ડેસ્કટોપનો ઉપયોગ કરવોઃ સામાન્ય રીતે, ડેસ્કટોપ સિસ્ટમ પાસવર્ડ્સ અથવા અન્ય પ્રમાણીકરણની વિનંતી કરતા પહેલા ઇનપુટના તમામ સામાન્ય માધ્યમોને તાળું મારે છે અથવા સુરક્ષિત કરે છે, જેથી તેમને અટકાવી શકાતા નથી, હેરફેર કરી શકાતા નથી અથવા સિમ્યુલેટ કરી શકાતા નથીઃ પોલિસીકિટ (GNOME-X સર્વરને તમામ કીબોર્ડ અને માઉસ ઇનપુટને કેપ્ચર કરવા માટે નિર્દેશિત કરે છે. પોલિસીકિટનો ઉપયોગ કરતા અન્ય ડેસ્કટોપ વાતાવરણ તેમની પોતાની પદ્ધતિઓનો ઉપયોગ કરી શકે છે. gksudo-મૂળભૂત રીતે કીબોર્ડ, માઉસ અને વિન્ડો ફોકસને "તાળું મારે છે", જે વાસ્તવિક વપરાશકર્તાને પાસવર્ડ દાખલ કરવાથી અથવા અન્યથા પુષ્ટિ સંવાદમાં દખલ કરવાથી અટકાવે છે. યુએસી (વિન્ડોઝ)-મૂળભૂત રીતે સિક્યોર ડેસ્કટોપમાં ચાલે છે, જે દૂષિત એપ્લિકેશનોને "મંજૂરી આપો" બટન પર ક્લિક કરવાથી અથવા અન્યથા પુષ્ટિ સંવાદમાં દખલ કરવાથી અટકાવે છે. આ સ્થિતિમાં, વપરાશકર્તાનું ડેસ્કટોપ મંદ દેખાય છે અને તેની સાથે ક્રિયાપ્રતિક્રિયા કરી શકાતી નથી. જો gksudo ની "લૉક" સુવિધા અથવા UAC ના સિક્યોર ડેસ્કટોપ સાથે ચેડા કરવામાં આવ્યા હોય અથવા નિષ્ક્રિય કરવામાં આવ્યા હોય, તો દૂષિત એપ્લિકેશનો સંચાલકનો પાસવર્ડ રેકોર્ડ કરવા માટે કીસ્ટ્રોક લોગિંગનો ઉપયોગ કરીને સંચાલક વિશેષાધિકારો મેળવી શકે છે; અથવા, જો UAC સંચાલક તરીકે ચાલે છે, તો માઉસ સ્પૂફ કરીને "મંજૂરી આપો" બટન પર ક્લિક કરો. આ કારણોસર, અવાજ ઓળખવા પર પણ સંવાદ સાથે વાતચીત કરવા પર પ્રતિબંધ છે. નોંધ લો કે gksu પાસવર્ડ પ્રોમ્પ્ટ વિશેષ વિશેષાધિકારો વિના ચાલે છે, દુર્ભાવનાપૂર્ણ એપ્લિકેશનો હજુ પણ ઉદાહરણ તરીકે ઉપયોગ કરીને કીસ્ટ્રોક લોગિંગ કરી શકે છે. સ્ટ્રેસ ટૂલ. (પી. ટી. આર. એ. સી. ને પછીના કર્નલ વર્ઝનમાં પ્રતિબંધિત કરવામાં આવ્યું હતું) નકલી પ્રમાણીકરણ સંવાદો અન્ય સુરક્ષા વિચારણા એ છે કે દૂષિત સોફ્ટવેરની સંવાદોને છેતરવાની ક્ષમતા જે કાયદેસર સુરક્ષા પુષ્ટિ વિનંતીઓ જેવી દેખાય છે. જો વપરાશકર્તા નકલી સંવાદમાં ઓળખપત્રો દાખલ કરે, તો તે વિચારે કે સંવાદ કાયદેસર છે, તો દૂષિત સોફ્ટવેર પછી વપરાશકર્તાનો પાસવર્ડ જાણશે. જો સુરક્ષિત ડેસ્કટોપ અથવા સમાન સુવિધા નિષ્ક્રિય કરવામાં આવી હોય, તો દૂષિત સોફ્ટવેર ઉચ્ચ વિશેષાધિકારો મેળવવા માટે તે પાસવર્ડનો ઉપયોગ કરી શકે છે. જો કે તે ઉપયોગીતાના કારણોસર મૂળભૂત વર્તન નથી, યુએસીને પ્રમાણીકરણ પ્રક્રિયાના ભાગ રૂપે વપરાશકર્તાને સી. ટી. આર. એલ. + એ. એલ. ટી. + ડેલ (સુરક્ષિત ધ્યાન ક્રમ તરીકે ઓળખાય છે) દબાવવાની જરૂર પડે તે માટે રૂપરેખાંકિત કરી શકાય છે. કારણ કે ફક્ત વિન્ડોઝ જ આ કી સંયોજનને શોધી શકે છે, આ વધારાના સુરક્ષા પગલાંની જરૂર પડવાથી બનાવટી સંવાદો કાયદેસર સંવાદની જેમ વર્તતા અટકશે. ઉદાહરણ તરીકે, સ્પૂફ કરેલો સંવાદ વપરાશકર્તાને સી. ટી. આર. એલ. + ઑલ્ટ + ડેલ દબાવવા માટે ન કહી શકે, અને વપરાશકર્તાને ખ્યાલ આવી શકે કે સંવાદ નકલી હતો. અથવા, જ્યારે વપરાશકર્તાએ સી. ટી. આર. એલ. + એ. એલ. ટી. + ડેલ દબાવ્યું હોય, ત્યારે વપરાશકર્તાને સામાન્ય રીતે યુ. એ. સી. પુષ્ટિકરણ સંવાદને બદલે સી. ટી. આર. એલ. + એ. એલ. ટી. + ડેલ સ્ક્રીન પર લાવવામાં આવશે. આમ વપરાશકર્તા કહી શકે છે કે શું સંવાદ તેમને દૂષિત સોફ્ટવેરના ભાગમાં તેમનો પાસવર્ડ પ્રદાન કરવા માટે છેતરવાનો પ્રયાસ હતો. GNOME માં, પોલિસીકિટ સિસ્ટમના રૂપરેખાંકનના આધારે વિવિધ સંવાદોનો ઉપયોગ કરે છે. ઉદાહરણ તરીકે, ફિંગરપ્રિન્ટ રીડરથી સજ્જ સિસ્ટમ માટે પ્રમાણીકરણ સંવાદ એક વગરની સિસ્ટમ માટે પ્રમાણીકરણ સંવાદથી અલગ દેખાઈ શકે છે. એપ્લિકેશનો પાસે પોલિસીકિટના રૂપરેખાંકનની ઍક્સેસ નથી, તેથી તેમની પાસે કઈ સંવાદ દેખાશે અને આમ તેને કેવી રીતે છેતરવું તે જાણવાની કોઈ રીત નથી. ઉપયોગીતા વિચારણાઓ આ અમલીકરણમાં જે અન્ય વિચારણા કરવામાં આવી છે તે ઉપયોગીતા છે. અલગ સંચાલક ખાતા માટે વપરાશકર્તાએ ઓછામાં ઓછા બે ખાતાઓનો પાસવર્ડ જાણવો જરૂરી છેઃ નિયમિત ઉપયોગ ખાતું અને રુટ જેવા ઉચ્ચ વિશેષાધિકારો ધરાવતું ખાતું. સુડો, કેડેસુ અને જીક્સુડો સરળ અભિગમનો ઉપયોગ કરે છે. આ પ્રોગ્રામ્સ સાથે, વપરાશકર્તાને ચોક્કસ વહીવટી કાર્યોની ઍક્સેસ આપવા માટે પૂર્વ-રૂપરેખાંકિત કરવામાં આવે છે, પરંતુ તે વિશેષાધિકારો સાથે ચલાવવા માટે એપ્લિકેશનોને સ્પષ્ટપણે અધિકૃત કરવી આવશ્યક છે. વપરાશકર્તા સુપરયુઝર અથવા અન્ય કોઈ ખાતાને બદલે પોતાનો પાસવર્ડ દાખલ કરે છે. યુએસી અને ઓથેન્ટિકેટ આ બે વિચારોને એકમાં જોડે છે. આ કાર્યક્રમો સાથે, સંચાલકો ઉચ્ચ વિશેષાધિકારો સાથે ચલાવવા માટે કાર્યક્રમોને સ્પષ્ટપણે અધિકૃત કરે છે. બિન-વહીવટકર્તાઓને સંચાલક વપરાશકર્તાનામ અને પાસવર્ડ માટે પૂછવામાં આવે છે. પોલિસીકિટને આમાંથી કોઈપણ અભિગમ અપનાવવા માટે રૂપરેખાંકિત કરી શકાય છે. વ્યવહારમાં, વિતરણ એક પસંદ કરશે. સંવાદની સરળતા એપ્લિકેશનને વહીવટી વિશેષાધિકારો આપવા માટે, સુડો, જીક્સુડો અને પ્રોમ્પ્ટ સંચાલકોને તેમનો પાસવર્ડ ફરીથી દાખલ કરવા માટે પ્રમાણિત કરો. યુએસી સાથે, જ્યારે પ્રમાણભૂત વપરાશકર્તા તરીકે લૉગ ઇન થાય છે, ત્યારે વપરાશકર્તાએ દર વખતે જ્યારે તેમને એપ્લિકેશનને ઉન્નત વિશેષાધિકારો આપવાની જરૂર હોય ત્યારે સંચાલકનું નામ અને પાસવર્ડ દાખલ કરવો આવશ્યક છે; પરંતુ જ્યારે સંચાલકો જૂથના સભ્ય તરીકે લૉગ ઇન થાય છે, ત્યારે તેઓ (મૂળભૂત રીતે) દરેક વખતે તેમના પાસવર્ડને ફરીથી દાખલ કરવાને બદલે ફક્ત પુષ્ટિ અથવા અસ્વીકાર કરે છે (જોકે તે એક વિકલ્પ છે). ડિફોલ્ટ અભિગમ સરળ હોવા છતાં, તે ઓછો સુરક્ષિત પણ છે, કારણ કે જો વપરાશકર્તા કમ્પ્યુટરને લૉક કર્યા વિના શારીરિક રીતે દૂર ચાલે છે, તો અન્ય વ્યક્તિ ઉપર જઇ શકે છે અને સિસ્ટમ પર સંચાલક વિશેષાધિકારો મેળવી શકે છે. પોલિસીકિટ માટે વપરાશકર્તાએ તેનો પાસવર્ડ ફરીથી દાખલ કરવો પડે છે અથવા પ્રમાણીકરણના અન્ય કોઈ માધ્યમ પ્રદાન કરવા પડે છે (દા. ત. ફિંગરપ્રિન્ટ). પ્રમાણપત્રો સાચવવાથી યુએસી દરેક વખતે પ્રોગ્રામને ઉન્નત કરવા માટે બોલાવવામાં આવે ત્યારે અધિકૃતતા માટે સંકેત આપે છે. સુડો, જીક્સુડો અને કેડેસુ વપરાશકર્તાને દર વખતે જ્યારે પ્રોગ્રામને ઉન્નત કરવા માટે બોલાવવામાં આવે ત્યારે તેમનો પાસવર્ડ ફરીથી દાખલ કરવા માટે કહેતા નથી. તેના બદલે, વપરાશકર્તાને શરૂઆતમાં એક વાર તેમનો પાસવર્ડ પૂછવામાં આવે છે. જો વપરાશકર્તાએ ચોક્કસ સમયગાળા માટે તેમના વહીવટી વિશેષાધિકારોનો ઉપયોગ કર્યો નથી (સુડોની ડિફોલ્ટ 5 મિનિટ છે), તો વપરાશકર્તા ફરી એકવાર પ્રમાણભૂત વપરાશકર્તા વિશેષાધિકારો સુધી પ્રતિબંધિત છે જ્યાં સુધી તેઓ ફરીથી તેમનો પાસવર્ડ દાખલ ન કરે. સુડોનો અભિગમ સુરક્ષા અને ઉપયોગીતા વચ્ચેનો વિનિમય છે. એક તરફ, વપરાશકર્તાએ દરેક કાર્ય માટે તેમનો પાસવર્ડ દાખલ કરવાને બદલે, સંચાલક કાર્યોની શ્રેણી કરવા માટે માત્ર એક જ વાર તેમનો પાસવર્ડ દાખલ કરવો પડે છે. પરંતુ તે જ સમયે, હુમલા માટેનો સપાટી વિસ્તાર મોટો હોય છે કારણ કે તે ટી. ટી. (સુડો માટે) માં ચાલતા તમામ પ્રોગ્રામ્સ અથવા ટર્મિનલમાં ન ચાલતા તમામ પ્રોગ્રામ્સ (જી. કે. સુડો અને કેડેસુ માટે) સમયસમાપ્તિ પહેલાં તે આદેશોમાંથી કોઈ એક દ્વારા પ્રિફિક્સ કરવામાં આવે છે જે સંચાલક વિશેષાધિકારો પ્રાપ્ત કરે છે. સુરક્ષા-સભાન વપરાશકર્તાઓ સુડો-કે આદેશનો ઉપયોગ કરીને તેમને જરૂરી કાર્યો પૂર્ણ કર્યા પછી કામચલાઉ સંચાલક વિશેષાધિકારોને દૂર કરી શકે છે જ્યારે દરેક ટી. ટી. વાય. અથવા પી. ટી. એસ. માંથી જેમાં સુડોનો ઉપયોગ કરવામાં આવ્યો હતો (પી. ટી. એસ. ના કિસ્સામાં, ટર્મિનલ ઇમ્યુલેટર બંધ કરવું પૂરતું નથી). kdesu માટે સમકક્ષ આદેશ kdesu-s છે. આવું કરવા માટે કોઈ gksudo વિકલ્પ નથી; જો કે, sudo-k ને અંતિમ ઉદાહરણમાં ચલાવતા નથી (દા. ત. Alt + F2 "રન એપ્લિકેશન" સંવાદ બોક્સ દ્વારા, "રન ઇન ટર્મિનલ") ને ખોલવાથી ઇચ્છિત અસર થશે. પ્રમાણીકરણ પાસવર્ડ સાચવતું નથી. જો વપરાશકર્તા પ્રમાણભૂત વપરાશકર્તા હોય, તો તેમણે વપરાશકર્તાનામ અને પાસવર્ડ દાખલ કરવો આવશ્યક છે. જો વપરાશકર્તા સંચાલક હોય, તો વર્તમાન વપરાશકર્તાનું નામ પહેલેથી જ ભરવામાં આવ્યું છે, અને માત્ર તેમનો પાસવર્ડ દાખલ કરવાની જરૂર છે. નામ હજુ પણ અન્ય વપરાશકર્તા તરીકે ચલાવવા માટે સુધારી શકાય છે. અરજીને માત્ર એક જ વાર પ્રમાણીકરણની જરૂર હોય છે, અને અરજીને વિશેષાધિકારની જરૂર હોય તે સમયે વિનંતી કરવામાં આવે છે. એકવાર "એલિવેટેડ" થયા પછી, જ્યાં સુધી એપ્લિકેશન બંધ ન થાય અને ફરીથી શરૂ ન થાય ત્યાં સુધી એપ્લિકેશનને ફરીથી પ્રમાણિત કરવાની જરૂર નથી. જો કે, પ્રમાણીકરણના વિવિધ સ્તરો છે, જેને અધિકારો તરીકે ઓળખવામાં આવે છે. જે અધિકારની વિનંતી કરવામાં આવી છે તે પાસવર્ડની નીચે "વિગતો" ની બાજુમાં ત્રિકોણને વિસ્તૃત કરીને બતાવી શકાય છે. સામાન્ય રીતે, એપ્લિકેશનો system.privilege.admin નો ઉપયોગ કરે છે, પરંતુ અન્યનો ઉપયોગ કરી શકાય છે, જેમ કે સુરક્ષા માટે નીચલો અધિકાર, અથવા જો ઉચ્ચ ઍક્સેસની જરૂર હોય તો ઉચ્ચ અધિકાર. જો અરજીનો અધિકાર કોઈ કાર્ય માટે યોગ્ય ન હોય, તો વિશેષાધિકાર સ્તર વધારવા માટે અરજીને ફરીથી પ્રમાણિત કરવાની જરૂર પડી શકે છે. પોલિસીકિટને આમાંથી કોઈપણ અભિગમ અપનાવવા માટે રૂપરેખાંકિત કરી શકાય છે. ક્યારે વહીવટી અધિકારોની જરૂર છે તે ઓળખવું ઓપરેટિંગ સિસ્ટમને વપરાશકર્તાને અધિકૃતતા માટે ક્યારે સંકેત આપવો તે જાણવા માટે, એપ્લિકેશન અથવા કાર્યવાહીએ પોતાને ઉન્નત વિશેષાધિકારોની આવશ્યકતા તરીકે ઓળખવાની જરૂર છે. જ્યારે આવા વિશેષાધિકારોની જરૂર હોય તેવી કામગીરી ચલાવવામાં આવે તે ચોક્કસ ક્ષણે વપરાશકર્તાને પૂછવામાં આવે તે તકનીકી રીતે શક્ય છે, ત્યારે કાર્ય પૂર્ણ કરીને આંશિક રીતે વિશેષાધિકારો માટે પૂછવું ઘણીવાર આદર્શ નથી. જો વપરાશકર્તા યોગ્ય ઓળખપત્રો પ્રદાન કરવામાં અસમર્થ હોય, તો સંચાલક વિશેષાધિકારોની જરૂર પડે તે પહેલાં કરવામાં આવેલ કાર્યને પૂર્વવત્ કરવું પડશે કારણ કે કાર્યને અંત સુધી જોઈ શકાતું નથી. માઈક્રોસોફ્ટ વિન્ડોઝમાં કંટ્રોલ પેનલ અને મેક ઓએસ એક્સમાં પસંદગીઓ પેનલ જેવા વપરાશકર્તા ઇન્ટરફેસના કિસ્સામાં, ચોક્કસ વિશેષાધિકાર જરૂરિયાતો સિસ્ટમમાં હાર્ડ-કોડેડ કરવામાં આવે છે જેથી વપરાશકર્તાને યોગ્ય સમયે અધિકૃત સંવાદ સાથે રજૂ કરવામાં આવે (ઉદાહરણ તરીકે, માહિતી પ્રદર્શિત કરતા પહેલા કે જે ફક્ત સંચાલકોએ જ જોવી જોઈએ). વિવિધ ઓપરેટિંગ સિસ્ટમો એપ્લિકેશનો માટે તેમની સુરક્ષા જરૂરિયાતોને ઓળખવા માટે અલગ પદ્ધતિઓ પ્રદાન કરે છેઃ સુડો તમામ વિશેષાધિકાર અધિકૃતતાની માહિતીને એક જ રૂપરેખાંકન ફાઇલ,/વગેરે/સુડોઅર્સમાં કેન્દ્રિત કરે છે, જેમાં વપરાશકર્તાઓની સૂચિ અને વિશેષાધિકૃત એપ્લિકેશનો અને ક્રિયાઓ છે જેનો ઉપયોગ કરવાની મંજૂરી છે. સુડોઅર્સ ફાઇલનું વ્યાકરણ ઘણા જુદા જુદા દૃશ્યોને આવરી લેવા માટે પૂરતા લવચીક હોવાનો હેતુ છે, જેમ કે આદેશ-વાક્ય પરિમાણો પર પ્રતિબંધ મૂકવો. ઉદાહરણ તરીકે, વપરાશકર્તાને રુટ એકાઉન્ટ સિવાય કોઈપણનો પાસવર્ડ બદલવાની મંજૂરી આપવામાં આવી શકે છે, જે નીચે મુજબ છેઃ Pete ALL =/usr/bin/પાસડબલ્યુડી [A-z] *,!/usr/bin/પાસડબલ્યુડી રુટ વપરાશકર્તા એકાઉન્ટ કંટ્રોલ હ્યુરિસ્ટિક સ્કેનીંગ અને "એપ્લિકેશન મેનિફેસ્ટ્સ" ના સંયોજનનો ઉપયોગ કરે છે તે નક્કી કરવા માટે કે શું એપ્લિકેશનને સંચાલક વિશેષાધિકારોની જરૂર છે કે નહીં. મેનિફેસ્ટ (. મેનિફેસ્ટ) ફાઇલો, જે સૌપ્રથમ વિન્ડોઝ એક્સપી સાથે રજૂ કરવામાં આવી હતી, તે એક્સએમએલ ફાઇલો છે જે એપ્લિકેશન તરીકે સમાન નામ ધરાવે છે અને "મેનિફેસ્ટ" નો પ્રત્યય ધરાવે છે, દા. ત. Notepad.exe.manifest. જ્યારે એપ્લિકેશન શરૂ થાય છે, ત્યારે મેનિફેસ્ટને એપ્લિકેશનની સુરક્ષા જરૂરિયાતો વિશેની માહિતી માટે જોવામાં આવે છે. ઉદાહરણ તરીકે, આ XML ટુકડો સૂચવે છે કે એપ્લિકેશનને એડમિનિસ્ટ્રેટર ઍક્સેસની જરૂર પડશે, પરંતુ એપ્લિકેશનની બહાર વપરાશકર્તા ડેસ્કટોપના અન્ય ભાગોમાં અનિયંત્રિત ઍક્સેસની જરૂર રહેશે નહીંઃ <સુરક્ષા> <વિનંતી કરેલ વિશેષાધિકારો> <વિનંતી કરેલ એક્ઝેક્યુશન લેવલ = "એડમિનિસ્ટ્રેટરની જરૂર છે" યુઆઇએક્સેસ = "ખોટું"/> </વિનંતી કરેલ વિશેષાધિકારો> </સુરક્ષા> મેનિફેસ્ટ ફાઇલોને એમ્બેડેડ સ્રોત તરીકે એક્ઝેક્યુટેબલ એપ્લિકેશનમાં પણ સંકલિત કરી શકાય છે. હ્યુરિસ્ટિક સ્કેનીંગનો પણ ઉપયોગ થાય છે, મુખ્યત્વે પછાત સુસંગતતા માટે. આનું એક ઉદાહરણ એક્ઝેક્યુટેબલની ફાઇલનું નામ જોવાનું છે; જો તેમાં "સેટઅપ" શબ્દ હોય, તો એવું માનવામાં આવે છે કે એક્ઝેક્યુટેબલ એક ઇન્સ્ટોલર છે, અને એપ્લિકેશન શરૂ થાય તે પહેલાં યુએસી પ્રોમ્પ્ટ પ્રદર્શિત થાય છે. યુએસી હસ્તાક્ષરિત એક્ઝેક્યુટેબલ અને સહી વગરના એક્ઝેક્યુટેબલમાંથી એલિવેશન વિનંતીઓ વચ્ચે પણ તફાવત કરે છે; અને જો પહેલું, પ્રકાશક 'વિન્ડોઝ વિસ્ટા' છે કે નહીં. દરેક કિસ્સામાં સંકેતોનો રંગ, ચિહ્ન અને શબ્દરચના અલગ અલગ હોય છેઃ ઉદાહરણ તરીકે, જો એક્ઝેક્યુટેબલ સહી કરેલ ન હોય તો ચેતવણીની વધુ સમજણ આપવાનો પ્રયાસ કરવો. પોલિસીકિટનો ઉપયોગ કરતી એપ્લિકેશનો પ્રમાણીકરણ માટે સંકેત આપતી વખતે ચોક્કસ વિશેષાધિકારો માંગે છે, અને પોલિસીકિટ એપ્લિકેશન વતી તે ક્રિયાઓ કરે છે. પ્રમાણીકરણ કરતા પહેલા, વપરાશકર્તાઓ જોઈ શકે છે કે કઈ એપ્લિકેશનએ કાર્યવાહીની વિનંતી કરી હતી અને કઈ કાર્યવાહીની વિનંતી કરવામાં આવી હતી. પ્રિવિલેજ એસ્કેલેશન પણ જુઓ, જે ઓછામાં ઓછા વિશેષાધિકારના સુરક્ષા શોષણ સિદ્ધાંતનો એક પ્રકાર છે, એક સુરક્ષા ડિઝાઇન પેટર્ન પ્રિવિલેજ્ડ આઇડેન્ટિટી મેનેજમેન્ટ, વિશેષાધિકૃત ખાતાઓના સંચાલનની પદ્ધતિ, વિશેષાધિકૃત પાસવર્ડ મેનેજમેન્ટ, વિશેષાધિકૃત ઓળખ વ્યવસ્થાપનની સમાન વિભાવનાઃ એટલે કે, સમયાંતરે વિશેષાધિકૃત પાસવર્ડ્સને મૂંઝવણમાં મૂકો; અને પાસવર્ડ મૂલ્યોને સુરક્ષિત, અત્યંત ઉપલબ્ધ તિજોરીમાં સંગ્રહિત કરો; અને આ પાસવર્ડ્સને ક્યારે, કેવી રીતે અને કોને જાહેર કરી શકાય તે અંગે નીતિ લાગુ કરો. સંદર્ભો ઓપરેટિંગ સિસ્ટમ સુરક્ષા વિશેષાધિકાર અધિકૃતતા લક્ષણો કમ્પ્યુટર ઍક્સેસ નિયંત્રણ