Perché gli utenti creati sul controller di dominio fanno sempre parte del dominio?

Perché gli utenti creati sul controller di dominio fanno sempre parte del dominio?

Quando voglio creare un utente locale sul controller di dominio net user <username> <password> /add, trovo che l'utente sia automaticamente incluso nel Domain Usersgruppo.

Voglio creare un account amministratore locale sul controller di dominio, non parte del dominio, in grado di accedere in modo interattivo al controller di dominio ed eseguire attività amministrative.

È possibile?

Gli account locali sono memorizzati in un file chiamato database SAM . Questo esiste su un controller di dominio: se si avvia un controller di dominio in modalità di ripristino, l'account utilizzato per farlo è solo l'account amministratore locale nel database SAM. Tuttavia, quando Windows è in esecuzione normalmente l'accesso al database SAM è disabilitato e nessuno degli account in esso contenuti può essere utilizzato. Ciò significa che è impossibile accedere con un account locale su un controller di dominio.

Tuttavia, questo può essere fatto se sei felice di lavorare da una riga di comando e se non hai bisogno dell'accesso alla rete. Il trucco è accedere come account di sistema locale. Windows non fornisce alcun modo per farlo, ma l'ho fatto scrivendo un semplice server Telnet e quindi eseguendolo come servizio utilizzando l'account di sistema locale. Quando ci si connette al server Telnet si accede come account di sistema e non come account di dominio. Le uniche restrizioni sono che è solo riga di comando e l'account di sistema non ha accesso alla rete. Se hai intenzione di usare un hack come questo, stai molto attento alla sicurezza!

Anche se tutto ciò suona come un orribile hack, ha usi legittimi. Ad esempio, al lavoro utilizziamo uno strumento di gestione chiamato N-able che consente l'accesso remoto a una console sui server e lo fa fondamentalmente usando la tecnica che ho descritto sopra. Se apro una console su uno dei nostri controller di dominio e utilizzo il comando whoami ottengo:

Nota

Windows non ha un metodo integrato per l'apertura di un prompt dei comandi remoto, ma come Grawity menziona in un commento L'utilità psexec SysInternals può fare questo, e le utilità SysInternals sono fornite e supportate da Microsoft, quindi questo è almeno semi ufficiale. Usando psexec su uno dei miei server ottengo:

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.

No, non è possibile. I controller di dominio non dispongono di un proprio database di autenticazione. Viene sostituito da Active Directory quando promosso a un controller di dominio.