Hi All,
Would be great to get some help with this guys.
I get the following event IDs, using my admin account (which gets locked out). I can't see where these credentials are used for the life of me. I've looked at server tasks and nothing there.
---------------------------------------------------------------------------------------------
---Event ID 4648
A logon was attempted using explicit credentials.
Subject:
Security ID: SYSTEM
Account Name: SYSTEM
Account Domain: NT AUTHORITY
Logon ID: 0x7fbbb18
Logon GUID: {00000000-0000-0000-0000-000000000000}
Account Whose Credentials Were Used:
Account Name: ************Admin account
Account Domain:
Logon GUID: {00000000-0000-0000-0000-000000000000}
Target Server:
Target Server Name: ePO FQDN
Additional Information: ePO FQDN
Process Information:
Process ID: 0x4
Process Name:
Network Information:
Network Address: -
Port: -
This event is generated when a process attempts to log on an account by explicitly specifying that account’s credentials. This most commonly occurs in batch-type configurations such as scheduled tasks, or when using the RUNAS command.
---------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------
---Event ID 4624
An account was successfully logged on.
Subject:
Security ID: SYSTEM
Account Name: My PC
Account Domain: Domain
Logon ID: 0x3e7
Logon Type: 9
New Logon:
Security ID: SYSTEM
Account Name: SYSTEM
Account Domain: NT AUTHORITY
Logon ID: 0x7fbbb18
Logon GUID: {00000000-0000-0000-0000-000000000000}
Process Information:
Process ID: 0xc9c
Process Name: C:\Program Files\McAfee\DLP\Agent\fcags.exe
Network Information:
Workstation Name:
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 session is created. It is generated on the computer that was accessed.
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 occurred. The most common types are 2 (interactive) and 3 (network).
The New Logon fields indicate the account for whom the new logon was created, i.e. the account that was logged on.
The network 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.
- Logon GUID is a unique identifier that can be used to correlate this event with a KDC event.
- 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.
I also have an event 4634 and 4672 - not sure they'll be of any value.
I remove DLP and don't get the logs generated.
Thanks in advance.
Solved! Go to Solution.
Don't you used this accont credantials as DLP Evidence share user?
Don't you used this accont credantials as DLP Evidence share user?
Hi. Thanks for this. Yes. I just realised this about 10 minutes after posting. I've set it back to the system account. Now waiting for it all to calm down, but it is now generating less logs and without the username in question.
Well, the other practice could be to create designated service account, assign it appropriate privileges to DLP evidence share and configure it in DLP Client settings policy.
Hi ,
We are noticing a DLP service account been locked out. we have the updated password in evidence, but still it is failing in more than 400 machines and the service account been locked out.
Do we need to add the DLpadmin account in security folder.
Please suggest also attached the screenshot.
I have a similar situation in which a previous DLP evidence share account is causing lockouts even when it's not in use in policy. Not sure why is it still using the old share account. It's generating 100 alerts everyday from AD monitoring tools.
Hi @User40472738 ,
Thank you for writing in here.
You would need to review the DLP -> windows client config policies all of them and the DLP Settings evidence share section too to check if this old share account is present somewhere in the policies from EPO.
If they are present, you can remove the old account share from these policies which is not in use anymore.
Thank you.
Hi, I checked and there is no policy using that account rather than the McAfee default one which is applied at the root level. I can't even change the policy since it's default and it shows me there are 18 systems which are using this policy while editing it. I can't see the individual systems which have it. System tree has no filter for policy wise search.
I also have another policy with the correct shared location account assigned at the My Organization level. But for some reason some systems are still using the old policy. Not sure what can be done here.
Hi @User40472738 ,
If the McAfee Default has the old share path, then you would need to change the path details in the DLP Settings menu, as the McAfee Default path value is obtained from the DLP Settings menu.
Kindly navigate to EPO -> Menu -> DLP Settings and you can make the required corrections.
Thank you.
Thanks for the response. I did the same and now waiting to see the results.
New to the forums or need help finding your way around the forums? There's a whole hub of community resources to help you.
Thousands of customers use our Community for peer-to-peer and expert product support. Enjoy these benefits with a free membership: