Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Underscores in some Windows log based rules #2312

Open
alekwisnia opened this issue Aug 2, 2022 · 4 comments
Open

Underscores in some Windows log based rules #2312

alekwisnia opened this issue Aug 2, 2022 · 4 comments
Assignees
Labels
bug Something isn't working

Comments

@alekwisnia
Copy link

Recently I've run into issue with "ESCU - Kerberoasting spn request with RC4 encryption - Rule" rule, which is based on kerberoasting_spn_request_with_rc4_encryption.yml. They both mention fields Ticket_Options and Ticket_Encryption_Type (the rule also mentions Service_Name). It haven't worked well, because Windows event log contains those fields without underscores.

I use a standard setup with Splunk Windows app, so parsing the logs should be fine.

My guess is there might be more Windows rules containing underscores.

@ljstella
Copy link
Contributor

Hey @alekwisnia

Thanks for reaching out. Can you confirm if your Windows logs are of the xmlwineventlog variant, or the wineventlog variant? It appears you're trying to use a detection that was built with one in mind and your logs are of the other sourcetype.

@alekwisnia
Copy link
Author

Yes, I can confirm it's xmlwineventlog . Moreover, if you have a look at official MS documentation for EventCode 4769, it also mentions those fields without underscores.
https://docs.microsoft.com/en-us/windows/security/threat-protection/auditing/event-4769

@ljstella
Copy link
Contributor

@alekwisnia Thanks for confirming that. This detection was built with the multiline wineventlog sourcetype originally. Some fields in these events have spaces in them, which are replaced by underscores by the Windows TA.

In an upcoming release, an update for this detection (along with other detections using wineventlog fieldnames) will be released that targets xmlwineventlog instead.

@ljstella ljstella added bug Something isn't working and removed needs-more-info labels Aug 23, 2022
@josehelps
Copy link
Collaborator

@alekwisnia we have an internal effort tracked under ticket: TR-3611 to convert some remaining detections over to Windows XML log format. Hoping we can get this out asap please hang tight.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants