도메인 컨트롤러에서 생성 된 사용자가 항상 도메인의 일부인 이유는 무엇입니까?


10

도메인 컨트롤러에서 생성 된 사용자가 항상 도메인의 일부인 이유는 무엇입니까?

도메인 컨트롤러에서 로컬 사용자를 만들려면 net user <username> <password> /add해당 사용자가 Domain Users그룹에 자동으로 포함됩니다 .

도메인 컨트롤러가 아닌 도메인 컨트롤러에 대화 형으로 로그온하여 관리 작업을 수행 할 수있는 로컬 관리자 계정을 만들고 싶습니다.

이것이 가능한가?


2
아니요. 불가능합니다.
joeqwerty

답변:


3

로컬 계정은 SAM 데이터베이스 라는 파일에 저장 됩니다 . 이는 도메인 컨트롤러에 존재합니다. 복원 모드에서 도메인 컨트롤러를 부팅하는 경우이를 수행하는 데 사용하는 계정은 SAM 데이터베이스의 로컬 관리자 계정 일뿐입니다. 그러나 Windows가 정상적으로 실행 중이면 SAM 데이터베이스에 대한 액세스가 비활성화되고 계정에있는 계정을 사용할 수 없습니다. 즉, 도메인 컨트롤러에서 로컬 계정으로 로그온 할 수 없습니다.

그러나 명령 행에서 작업하고 네트워크 액세스가 필요하지 않은 경우에는 이러한 작업을 수행 할 수 있습니다. 트릭은 로컬 시스템 계정으로 로그온하는 것입니다. Windows는이를 수행 할 수있는 방법을 제공하지 않지만 간단한 텔넷 서버를 작성한 다음 로컬 시스템 계정을 사용하여 서비스로 실행하여 수행했습니다. 텔넷 서버에 연결하면 도메인 계정이 아닌 시스템 계정으로 로그인됩니다. 유일한 제한 사항은 명령 줄 만이며 시스템 계정에는 네트워크 액세스 권한이 없다는 것입니다. 이와 같은 핵을 사용하려면 보안에 매우 신중해야합니다!

이 모든 것이 끔찍한 해킹처럼 들리지만 합법적 인 용도로 사용됩니다. 예를 들어 직장에서 서버의 콘솔에 원격으로 액세스 할 수있는 N-able이라는 관리 도구를 사용하며 기본적으로 위에서 설명한 기술을 사용합니다. 도메인 컨트롤러 중 하나에서 콘솔을 열고 whoami 명령을 사용하면 다음과 같은 결과 가 나타납니다.

여기에 이미지 설명을 입력하십시오

각주

Windows에는 원격 명령 프롬프트를 여는 기본 제공 방법이 없지만 주석에서 언급 한 것처럼 SysInternals psexec 유틸리티가이를 수행 할 수 있으며 SysInternals 유틸리티는 Microsoft에서 제공하고 지원하므로 최소한 반 공식입니다. 내 서버 중 하나에서 psexec를 사용하면 다음과 같은 이점이 있습니다.

D:\temp\psexec>psexec64 \\cheddar -s cmd.exe

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com


Microsoft Windows [Version 10.0.17134.345]
(c) 2018 Microsoft Corporation. All rights reserved.

C:\Windows\system32>whoami
nt authority\system

C:\Windows\system32>exit
cmd.exe exited on cheddar with error code 0.

SysInternals psexec -s 를 재발 명했습니까 ?
user1686 년

1
@grawity Sysinternals 유틸리티가 존재하기 전에 Windows NT 3.1에서이 작업을 먼저 수행했습니다. 그러나 좋은 지적입니다. 나는 psexec가 그렇게 할 수 있다는 것을 잊었다.
John Rennie

1
요점을 알았어. 원래 "와이드 오픈"telnetd가 현재 사용되고 있지 않습니까?
user1686 년

23

아니요, 불가능합니다. 도메인 컨트롤러에는 자체 인증 데이터베이스가 없습니다. 도메인 컨트롤러로 수준이 올라가면 Active Directory로 바뀝니다.


2
"이것이 가능합니까?" 질문 본문에서, 제목에서 "이유"에 대답하지 않습니다. "왜"부분에 대한 의견이 있으십니까?
Mołot

8
Domain controllers don't have their own authentication database. It is replaced by Active Directory when promoted to a Domain Controller그 이유입니다. 이것이 이유에 대한 답변입니다.
joeqwerty

4
@peterh 마이크로 소프트 만이 왜 그렇게 설계했는지 알지만, 저는 그들이 알고있는 것 같습니다. 핸드 오버 중에 "왜"라는 질문에 대답해야했습니다. "이것이 가장 먼저 떠오른 것이기 때문에 효과가 있었으며 그 후에는 실행중인 시스템을 변경하지 않았습니다."
Alexander

5
솔직히 질문이 "Microsoft가 왜 이런 식으로 디자인 했습니까?" 질문입니다. VTC입니다. 우리가 제공하는 답변은 순수한 추측입니다 (여기서 누군가 1999 년경 MS에서 해당 프로젝트를 수행하지 않았다면?).
캐서린 빌리 드

2
당시 Windows 서버의 MS MVP였으며 "NT 5"베타 팀과 몇 가지 작업을 수행했으며 디자인 결정에 대해 논의한 몇 회의에 참석했습니다. 그러면 도메인에 영향을 미칠 가능성이있는 도메인 컨트롤러에 대한 "로컬"관리자 작업이 실제로 존재하지 않는다는 주장이있었습니다. DC를 재부팅 하시겠습니까? 역할을 추가 또는 제거 하시겠습니까? 네트워크 카드의 DNS 설정을 변경하고 싶습니까? 모두 DC의 도메인 서비스 능력에 영향을 줄 수 있으므로 DC에 대한 "로컬 관리자"작업은 아닙니다.
Rob Moir
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.