Назад | Перейти на главную страницу

Попытка отследить учетную запись пользователя, которую использует SVCHOST.exe

У меня проблема в моей среде, когда почти все мои системы Windows 7 (подавляющая часть инфраструктуры) пытаются войти в старую отключенную учетную запись. Я знаю, что это от предыдущего системного администратора, который использовал эту учетную запись для какой-то службы, я просто не могу понять, где она установлена.

Я знаю, что процесс выполняется под SVCHOST.exe, я достаточно уверен, что именно этот процесс выполняет следующие другие задачи.

AeLookpSvc
BITS
Browser
CertPropSvc
IKEEXT
iphlpsvc
LanmanServer
ProfSvc
Schedule
SENS
SessionEnv
ShellHWDetection
Themes
Winmgmt
wuauserv

Я думаю, что это могут быть остатки старого сервера WUSS, но этот сервер был выведен из эксплуатации и списан, поэтому я не могу туда смотреть. Я не знаю, какой подпроцесс / служба в SVCHOST пытается использовать эти учетные данные, журнал sec очень расплывчатый. Я произвел полный поиск в реестре на затронутых машинах, а также прошел через rsop на машине в поисках какой-либо ссылки на эту учетную запись, но я ничего не нашел.

An account failed to log on.

Subject:
    Security ID:        SYSTEM
    Account Name:       [ComputerName]$
    Account Domain:     [Domain]
    Logon ID:       0x3e7

Logon Type:         2

Account For Which Logon Failed:
    Security ID:        NULL SID
    Account Name:       [UserAccount]
    Account Domain:     [Domain]

Failure Information:
    Failure Reason:     Account currently disabled.
    Status:         0xc000006e
    Sub Status:     0xc0000072

Process Information:
    Caller Process ID:  0x304
    Caller Process Name:    C:\Windows\System32\svchost.exe

Network Information:
    Workstation Name:   [ComputerName]
    Source Network Address: -
    Source Port:        -

Detailed Authentication Information:
    Logon Process:      Advapi  
    Authentication Package: Negotiate
    Transited Services: -
    Package Name (NTLM only):   -
    Key Length:     0

This event is generated when a logon request fails. It is generated on the computer where access was attempted.

The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network).

The Process Information fields indicate which account and process on the system requested the logon.

The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

The authentication information fields provide detailed information about this specific logon request.
    - Transited services indicate which intermediate services have participated in this logon request.
    - Package name indicates which sub-protocol was used among the NTLM protocols.
    - Key length indicates the length of the generated session key. This will be 0 if no session key was requested.

Почему бы вам просто не проверить вкладку «Вход в систему» ​​этих служб? Я думаю, что это любой из них.

Обнаружили ли вы какие-либо события в журнале безопасности при поиске этого имени пользователя?

Ни одной из этих служб не потребуется использовать явные учетные данные. Сервис «Расписание» - это Планировщик заданий. Вы можете использовать следующую команду для проверки запланированных задач.

schtasks /query /XML > File.txt  

Затем найдите в файле File.txt учетную запись / принципала.