|Samþætt proxy-auðkenning: þjónustureikningar og persónusköpun
|Kannaðu öryggissamhengið á bak við samþætta proxy-auðkenningu þegar sama forritið virkar gagnvirkt en bregst sem vefþjónusta eða tímasett ferli.
„Nota mín Windows-skírteini“ þarf viðfang. Í skrifborðsforriti getur það verið manneskjan sem keyrir það. Í þjónustu getur það verið reikningur þjónustunnar. Í vefforriti kemur árangursrík innskráning gesta ekki sjálfkrafa í stað öryggissamhengis beiðninnar sem fer út.
Þetta útskýrir hvers vegna vafri og netþjónskóði á sömu vél geta fengið mismunandi niðurstöður frá proxy með samþættri auðkenningu. Þau kunna að sýna mismunandi auðkenni.
Nefndu auðkennin áður en þú breytir kóðanum
- Manneskjan sem er innskráð í skrifborðsvafrann.
- Reikningurinn sem hýsir ferli forritsins.
- Hvert persónuskapað auðkenni sem er virkt fyrir aðgerðina sem fer út.
- Reikningurinn sem proxyið samþykkti eða hafnaði í raun.
Á studdum slóðum .NET fyrir samþætta auðkenningu varðar DefaultCredentials núverandi öryggissamhengi. Það er ekki alheims dulnefni fyrir hvern þann sem opnaði síðu á annarri vél.
Ef varan hegðar sér viljandi sem notandi þurfa persónusköpun og allar kröfur um netdelegation sitt eigið studda hönnun. Að kveikja á almennri rofu fyrir notkun sjálfgefinna skírteina kemur ekki á þeirri hönnun. Að sama skapi ætti bakgrunnsverk sem á að keyra sem þjónustuauðkenni ekki að vera háð því að einhver opni vafra fyrst.
Berðu saman gagnvirka og uppsetta ræsingu án leyndarmála: samhengi reiknings, endapunkt proxy, tilkynnt aðferð og hafnað auðkenni. Forðastu að afrita skrifborðslykilorð í forritið eingöngu vegna þess að það fékk eina staka beiðni til að heppnast. Stilltu reikninginn sem forritinu er ætlað að nota og hafðu þá eign sýnilega í uppsetningarskránni.