Re: domain admin account impersontating
- From: "Roger Abell [MVP]" <mvpNoSpam@xxxxxxx>
- Date: Tue, 7 Nov 2006 07:07:35 -0700
Yes, I do believe it is "by design".
Starting with Windows XP this became less simple, whereby
the accessing XP system will be seen to send, not "username"
and its password response which the accessed system will, in
absence of a qualified domain\username take as "username" as
defined on it (the accessed system), but instead the accessing
XP will be seen to send XPhost.domain.tld\username (qualified
with the DNS domain of the XP) which of course will fail. One
then sees XPhost.domain.tld\username in a prompt asking for
password and thinks it tries this instead of sending just "username",
but this one with the DNS domain is done as a retry action as
is shown as it was the last attempted.
There is no test as to what groups the account is member in before
attempting behind the scenes authentication.
I do not see how it breaks the domain concept. I mean, if someone
knows the username and password for an account in the domain so
that they can do this then they really do not need to do this.
You may want to pay attention to the IE Options setting under Advanced
in Security section that enables Windows Integrated Authentication and
also to the ability by XP and later Windows to cache Windows network
credentials (i.e. start/run keymgr.dll).
Roger
"Pedro Leite" <aa> wrote in message
news:OzmcYPlAHHA.4496@xxxxxxxxxxxxxxxxxxxxxxx
good morning
thank you for the information.
so, can we say that is " by design " ?? it happens because it does. ( not
flaming, just trying to make things clear )
does this happens only on admin accounts ? can i create an user on the off
domain pc and logo to the shares with the user's domain password ?? this
kind of breaks the concept of windows domains doesn't it ??
apart from the obvious of having the domain admin account " on the loose
",
are thre any other security issues that i should be on the lookout for ??
and before someone says it, i fully agree that having the local admin user
equal to the domain admin is a cumbersome error. a malpractice that i must
correct.
thank you
PLeite
-------------------------------------------------------------------
"Roger Abell [MVP]" <mvpNoSpam@xxxxxxx> escreveu na mensagem
news:%23cqF1faAHHA.4592@xxxxxxxxxxxxxxxxxxxxxxx
Windows has done this for a very long time.and
If you have two accounts, in separate authentication realms, and those
accounts have the same name and password, then while using one of
them it is possible to access resources in the other realm by means of
the other account. This happens "transparently" with a login behind
the scenes when an access attempt is made. It is not a matter of the
accounts having the same SID (which they do not) but that one can
log in as the other by presenting its own credentials since they match.
"Pedro Leite" <aa> wrote in message
news:%23eBIMYaAHHA.4592@xxxxxxxxxxxxxxxxxxxxxxx
good afternoon
can anyone explain this behaviour ?? as described
setup is sbs 2k3
recently added a new pc to the network and to the domain for updates
and
application deployment.
so, i named the pc admin account the same as the domain admin account
samegave it the same password.
now, the new pc is off the domain but the admin account is still the
overwith the same domain admin password.
whenever i log to the pc with the admin account, i have full control
accountthe domain machines, c$ share, all users document folders, all shares,
direct internet acces through the firewall...
questions, is the domain admin sid the same as a local admin sid's
--?? the authentication being made with a blend of username and password,
all
mixed up, hashed whatever and then sent to validation ??
isn't the domain admin account user equal to domainname\admin and the
local
admin, machinename\admin ??
for my knowledge please comment on the above
thank you
Pedro Leite
--------------------------------------------------------------------------
---
.
- Follow-Ups:
- Re: domain admin account impersontating
- From: Pedro Leite
- Re: domain admin account impersontating
- References:
- domain admin account impersontating
- From: Pedro Leite
- Re: domain admin account impersontating
- From: Roger Abell [MVP]
- Re: domain admin account impersontating
- From: Pedro Leite
- domain admin account impersontating
- Prev by Date: GPO for trusted root CA certs
- Next by Date: Re: Audit - Summary of the folders and files
- Previous by thread: Re: domain admin account impersontating
- Next by thread: Re: domain admin account impersontating
- Index(es):
Relevant Pages
|