This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(80, 60%, 17%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESJ%3C/text%3E%3C/svg%3E)
We had a typo where someone entered ".\" as a account for a service logon. We are trying to determine what this resolves as. I know "." means "this", but there is no user name included as evident in picture attached. It did not have a password entered, and even showed the dialog stating it was added to log on as a service right.
Is this just a parsing flaw, or does ".\" resolve to an internal principal?
HI
I agree with Mr DSPatrick.
Do you have other question?
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Not really enough info. Just appears to be someone's error.
I'm aware someone messed up, I got this info from a report of a failed service. I'm more trying to figure out if ".\" is a valid reference, and if so, to what.
Ok, yea nothing more than "localhost"
--please don't forget to upvote and Accept as answer if the reply is helpful--
Just checking if there's any progress or updates?
--please don't forget to upvote and Accept as answer if the reply is helpful--
I think there is a good understanding of what was going on. It doesn't appear that ".\" maps to anything and the validation performed by SC doesn't do anything if the fields are empty for down level names. For example, i am able to enter ".\" and "\" with same result. I wanted to know if those were shorthand for any local reference, but it appears just a flaw allow registry updates to show the values
If you check User Rights Assignment you will see that SID S-1-5-32-4294967295 was added to "Log on as service", but it does not map to any account. S-1-5-32 indicates a builtin account, and 4294967295 happens to be FFFF FFFF in hex.
It appears to be just an oddity that perhaps no one ever tested before.