Identidades de servicio

Sigue el trabajo

La identidad de ejecución de un servicio afecta a sus recursos locales y a cómo se presenta ante sistemas remotos. Las identidades integradas no son intercambiables. LocalService tiene autoridad local limitada y presenta credenciales anónimas en la red. NetworkService también tiene autoridad local limitada, pero presenta la identidad del equipo. LocalSystem tiene autoridad local extensa y también puede usar remotamente la identidad del equipo.

Tres candidatos ficticios

NightlyStock lee una fuente remota de inventario y escribe un informe local. No necesita administración local ni otros datos. La revisión de compatibilidad aportada indica:

• LocalService: funciona la salida local; la fuente rechaza acceso anónimo.
• NetworkService: funcionan entrada y salida; la fuente autoriza al equipo.
• LocalSystem: funciona, con autoridad administrativa local innecesaria.

Supón comportamiento ordinario de las cuentas, comprobaciones nuevas y ausencia de suplantación o credenciales alternativas. El expediente aporta la decisión de acceso remoto; no la deduce solo del nombre de cuenta.

Elige y delimita

NetworkService es el candidato funcional más limitado entre estos tres. Eso no demuestra que sea el mejor diseño posible. Otra identidad dedicada o gestionada compatible podría aportar separación y distintos costes de gestión de credenciales.

Otros servicios que utilizan la identidad de red del equipo pueden compartir sus permisos remotos. Documenta esa exposición en vez de suponer una identidad remota exclusiva por servicio. La aceptación debe mostrar que funcionan los informes y siguen inaccesibles los recursos ajenos bajo el contexto previsto. Una cuenta poderosa que evita un error resuelve funcionamiento, pero no necesariamente el requisito de acceso.