|Uthibitishaji wa proksi jumuishi: akaunti za huduma na kujifanya mtu mwingine
|Chunguza muktadha wa usalama nyuma ya uthibitishaji wa proksi jumuishi wakati programu moja inafanya kazi kwa mwingiliano lakini inashindwa kama huduma ya wavuti au mchakato uliopangwa.
“Tumia vitambulisho vyangu vya Windows” huhitaji mhusika. Katika programu ya kompyuta ya mezani, mhusika anaweza kuwa mtu anayeisimamia. Katika huduma, anaweza kuwa akaunti ya huduma. Katika programu ya wavuti, kuingia kwa mgeni kwa mafanikio hakuondoi moja kwa moja muktadha wa usalama wa ombi linalotoka.
Hii inaeleza kwa nini kivinjari na msimbo wa upande wa seva kwenye mashine moja vinaweza kupata matokeo tofauti kutoka kwa proksi yenye uthibitishaji jumuishi. Huenda vinaonyesha utambulisho tofauti.
Taja utambulisho kabla ya kubadilisha msimbo
- Mtu aliyeingia kwenye kivinjari cha mezani.
- Akaunti inayohudumia mchakato wa programu.
- Utambulisho wowote wa kujifanya ulio hai kwa operesheni inayotoka.
- Akaunti ambayo proksi ilikubali au ilikataa kwa kweli.
Kwenye njia za uthibitishaji jumuishi zinazoungwa mkono na .NET, DefaultCredentials inahusu muktadha wa usalama wa sasa. Si jina la jumla kwa kila mtu aliyefungua ukurasa kwenye mashine nyingine.
Ikiwa bidhaa inafanya kazi kwa makusudi kama mtumiaji, kujifanya na mahitaji yoyote ya uwakilishi wa mtandao yanahitaji muundo wake unaoungwa mkono. Kuwasha swichi ya jumla ya kutumia vitambulisho chaguo-msingi hakuweki muundo huo. Kinyume chake, kazi ya chinichini inayokusudiwa kufanya kazi kama utambulisho wa huduma haipaswi kutegemea mtu kufungua kivinjari kwanza.
Linganisha uzinduzi wa mwingiliano na ule uliosambazwa bila siri: muktadha wa akaunti, kituo cha mwisho cha proksi, njia iliyotangazwa na utambulisho uliokataliwa. Epuka kunakili nenosiri la mezani kwenye programu kwa sababu tu lilifanya ombi moja la mara moja kufanikiwa. Sanidi akaunti ambayo programu inapaswa kutumia, kisha weka umiliki huo uonekane kwenye rekodi ya usambazaji.