[System] Add custom configuration option to winlog inputs#9045
[System] Add custom configuration option to winlog inputs#9045andrewkroh merged 3 commits intoelastic:mainfrom
Conversation
|
💚 CLA has been signed |
|
Hi! We just realized that we haven't looked into this PR in a while. We're sorry! We're labeling this issue as |
andrewkroh
left a comment
There was a problem hiding this comment.
LGTM. Appears to be consistent with #8877.
|
Hi! We just realized that we haven't looked into this PR in a while. We're sorry! We're labeling this issue as |
|
Pinging @elastic/sec-windows-platform (Team:Security-Windows Platform) |
|
/test |
|
|
@andrewkroh : |
|
Hi! We just realized that we haven't looked into this PR in a while. We're sorry! We're labeling this issue as |
|
@andrewkroh : Please see if we would like to proceed with this change. I had one concern as mentioned here. |
This is true given that there is no validation of the YAML. But I don't think scoping the YAML to one setting (like I would like to see us build a UI component that encapsulates all of the winlog input settings. It would encode all of the validation rules like mutual exclusivity between options, provide type-ahead for the most common channel names, and do validiton of the processors YAML based on json-schema. This would be a better UX and reduce this risk of saving an invalid config. |
|
/test |
🚀 Benchmarks reportTo see the full report comment with |
💚 Build Succeeded
History
|
|
|
Package system - 1.56.0 containing this change is available at https://epr.elastic.co/search?package=system |


0.0% Duplication on New Code




Proposed commit message
Adding the ability for users to set custom yaml config for windows datastream (System, Application, Security) winlog inputs.
Checklist
changelog.ymlfile.Author's Checklist
How to test this PR locally
Related issues
Screenshots