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

Событие 4625 Audit Failure NULL SID неудачный вход в сеть

В трех отдельных системах на сервере контроллера домена много раз регистрируется следующее событие (от 30 до 4000 раз в день в зависимости от системы):

An account failed to log on.

Subject:
    Security ID:        SYSTEM
    Account Name:       %domainControllerHostname%$
    Account Domain:     %NetBIOSDomainName%
    Logon ID:       0x3E7

Logon Type:         3

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

Failure Information:
    Failure Reason:     Unknown user name or bad password.
    Status:         0xc000006d
    Sub Status:     0xc0000064

Process Information:
    Caller Process ID:  0x1ec
    Caller Process Name:    C:\Windows\System32\lsass.exe

Network Information:
    Workstation Name:   %domainControllerHostname%
    Source Network Address: -
    Source Port:        -

Detailed Authentication Information:
    Logon Process:      Schannel
    Authentication Package: Kerberos
    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.

Это событие немного отличается от всех других, которые я обнаружил во время исследования, но я определил следующее:

  1. Event ID: 4625. «Не удалось войти в учетную запись».
  2. Logon Type: 3. «Сеть (то есть подключение к общей папке на этом компьютере из другого места в сети)».
  3. Security ID: NULL SID. «Действительный аккаунт не найден».
  4. Sub Status: 0xC0000064. "Имя пользователя не существует".
  5. Caller Process Name: C:\Windows\System32\lsass.exe. Служба подсистемы Local Security Authority (LSASS) - это процесс в операционных системах Microsoft Windows, который отвечает за обеспечение соблюдения политики безопасности в системе. Он проверяет вход пользователей в систему на компьютере или сервере Windows, обрабатывает изменения пароля и создает токены доступа. Он также записывается в журнал безопасности Windows.
  6. Workstation Name: SERVERNAME. Запрос аутентификации отправляется самим контроллером домена или через него.

Сходства затронутых систем:

  1. Операционная система сервера: Windows Small Business Server 2011 или Windows Server 2012 R2 Essentials
  2. Операционная система для настольных ПК: Windows 7 Professional (обычно)

Отличия затронутых систем:

  1. Антивирус
  2. Интернет-фильтрация, интегрированная в Active Directory
  3. Кэшированные учетные записи рабочего стола
  4. Роли (Exchange, резервное копирование и т. Д.)

Некоторые интересные вещи, которые я заметил в наиболее сильно поврежденной системе:

  1. Недавно мы начали синхронизацию паролей учетных записей пользователей Active Directory и Office 365 с помощью интеграции Windows Server 2012 R2 Essentials с Office 365. Для интеграции требуется пароль администратора Office 365 и повышенная политика безопасности. Синхронизация требует, чтобы каждая учетная запись пользователя была назначена соответствующей учетной записи Microsoft в Интернете, что требует изменения пароля учетной записи при следующем входе в систему. Мы также добавили их основной домен электронной почты в качестве суффикса UPN в Active Directory Domains and Trusts и изменили UPN всех учетных записей пользователей на их домен электронной почты. Фактически это позволило им войти в домен и Office 365, используя свой адрес электронной почты и пароль. Однако с тех пор количество событий, регистрируемых в день, увеличилось с ~ 900 до ~ 3900. Примечание: ни одна из административных или рабочих учетных записей (резервное копирование, сканер и т. Д.) Не была изменена, и у пользователей нет проблем с доступом к каким-либо частям системы.
  2. Большая часть событий, кажется, регистрируется с регулярными интервалами, обычно каждые 30 или 60 минут, за исключением ~ 09:00, когда пользователи приходят на работу: 2015/07/02 18:55
    2015/07/02 19:25
    2015/07/02 19:54
    2015/07/02 20:25
    2015/07/02 20:54
    2015/07/02 21:25
    2015/07/02 22:24
    2015/07/02 23:25
    2015/07/03 00:25
    2015/07/03 01:24
    2015/07/03 01:55
    2015/07/03 02:24
    2015/07/03 02:55
    2015/07/03 03:55
    2015/07/03 04:55
    2015/07/03 05:54
    2015/07/03 06:25
    2015/07/03 07:25
    2015/07/03 08:24
    2015/07/03 08:27
    2015/07/03 08:49
    2015/07/03 08:52
    2015/07/03 08:54
    2015/07/03 08:56
    2015/07/03 08:57
    2015/07/03 09:00
    2015/07/03 09:01
    2015/07/03 09:03
    2015/07/03 09:06
    2015/07/03 09:08
    2015/07/03 09:10
    2015/07/03 09:12
    2015/07/03 09:13
    2015/07/03 09:17
    2015/07/03 09:13
    2015/07/03 09:25
    2015/07/03 10:24
    2015/07/03 11:25
  3. Следующее событие регистрируется на сервере служб терминала / удаленного рабочего стола, хотя и не так много раз:

    An account failed to log on.
    
    Subject:
        Security ID:        NULL SID
        Account Name:       -
        Account Domain:     -
        Logon ID:       0x0
    
    Logon Type:         3
    
    Account For Which Logon Failed:
        Security ID:        NULL SID
        Account Name:       %terminalServerHostname%
        Account Domain:     %NetBIOSDomainName%
    
    Failure Information:
        Failure Reason:     Unknown user name or bad password.
        Status:         0xC000006D
        Sub Status:     0xC0000064
    
    Process Information:
        Caller Process ID:  0x0
        Caller Process Name:    -
    
    Network Information:
        Workstation Name:   %terminalServerHostname%
        Source Network Address: %terminalServerIPv6Address%
        Source Port:        %randomHighNumber%
    
    Detailed Authentication Information:
        Logon Process:      NtLmSsp 
        Authentication Package: NTLM
        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.
    

Итак, в целом, похоже, что это определенно связано с доступом к сети с настольных компьютеров с использованием учетных записей сотрудников, но я не могу понять, как это сделать.

Обновление 2015/08/25 08:48:

В наиболее сильно затронутой системе я сделал следующее, чтобы изолировать проблему, и после каждой отмены изменения:

  1. Выключите сервер служб терминала / удаленного рабочего стола и общие неудачные попытки входа в систему сделал Продолжать.
  2. Отключил сервер контроллера домена от сети и общие неудачные попытки входа в систему сделал Продолжать.
  3. Перезагрузил сервер в безопасном режиме без подключения к сети и общих неудачных попыток входа в систему. не Продолжать.
  4. Остановлены и отключены все "ненужные" службы (агент мониторинга, резервное копирование, интеграция сетевой фильтрации, TeamViewer, антивирус и т. Д.), А также общие неудачные попытки входа в систему сделал Продолжать.
  5. Остановленные и отключенные службы Windows Server Essentials (WseComputerBackupSvc, WseEmailSvc, WseHealthSvc, WseMediaSvc, WseMgmtSvc, и WseNtfSvc) и общий неудачный вход в систему не Продолжать.
  6. В конце концов, остановил и отключил службу управления Windows Server Essentials (WseMgmtSvc) и общий неудачный вход в систему не Продолжать.

Я дважды проверил, что служба управления Windows Server Essentials (WseMgmtSvc) отвечает за эти общие неудачные попытки входа в систему, отключив ее на несколько дней, и не было общих неудачных входов в систему и включив ее в течение нескольких дней, и были тысячи общих неудачных входов в систему.

Обновление 2015/10/08 09:06:

07.10.2015 в 16:42 я обнаружил следующее запланированное задание:

Этот временной интервал почти полностью соответствует приведенному выше поведению, поэтому я отключил его, чтобы посмотреть, влияет ли это на проблему.

2015/10/08 в 08:57 я обнаружил, что только 47 из этих общих неудачных входов в систему регистрировались с нерегулярными интервалами.

Итак, я сузил его еще больше.

Это событие обычно вызывается устаревшими скрытыми учетными данными. Попробуйте это из системы, выдающей ошибку:

Из командной строки запустите: psexec -i -s -d cmd.exe
В новом окне cmd запустите: rundll32 keymgr.dll,KRShowKeyMgr

Удалите все элементы, которые отображаются в списке сохраненных имен пользователей и паролей. Перезагрузите компьютер.

Похоже, что проблема была вызвана запланированной задачей «Оценка предупреждений».