-
Notifications
You must be signed in to change notification settings - Fork 464
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
[ping_one] Initial Release for the PingOne #4014
Conversation
Pinging @elastic/security-external-integrations (Team:Security-External Integrations) |
🌐 Coverage report
|
|
||
Use the PingOne integration to collect and parse data from the REST APIs or HTTP Endpoint input. Then visualize that data in Kibana. | ||
|
||
For example, you could use the data from this integration to know which action or activity is performed against a defined PingOne resource. And also tracks the actor or agent who initiated the action. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For example, you could use the data from this integration to know which action or activity is performed against a defined PingOne resource. And also tracks the actor or agent who initiated the action. | |
For example, you could use the data from this integration to know which action or activity is performed against a defined PingOne resource, and also track the actor or agent who initiated the action. |
|
||
## Data streams | ||
|
||
The PingOne integration collect logs for one type of event: Audit. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The PingOne integration collect logs for one type of event: Audit. | |
The PingOne integration collects logs for one type of event: Audit. |
field: event.original | ||
target_field: json | ||
ignore_failure: true | ||
- script: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could this script be changed to several set processors?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey, @marc-gr - Instead of using several set processors, we considered reducing the number of lines of code and combined all those processors in the script. However, let us know if using the script in such a way has any drawbacks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would recommend converting it to set processors as well, they are much quicker than script in general @vinit-elastic
ignore_missing: true | ||
- set: | ||
field: client.user.name | ||
copy_from: ping_one.audit.actors.client.name |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need to keep duplicated fields under ECS and the custom object? I think the rename above could be just a rename to client.user.name and save one processor
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We have kept two mappings for each field ( custom and ECS ) as discussed in #3837 (comment). Moreover, we are following this practice in all the connectors.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@vinit-elastic I think this could be a double edge sword in that case. Because we have on purpose removed custom fields from all our other integrations, if we would want to have something toggleable, we should have made it the same for all integrations, instead of having it on only a few.
From my point of view we should keep to the implementation we have done up until now, and simply rename the fields rather than having duplicates.
target_field: ping_one.audit.tags | ||
ignore_missing: true | ||
- foreach: | ||
field: ping_one.audit.tags |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similar to other fields, could we just iterate over json.tags to merge it with tags and save one rename processor?
|
||
**Note** : Value of initial interval must be less than 2 years. | ||
|
||
### To collect data from PingOne via HTTP Endpoint, follow below steps: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would be nice to add something explaining that this will open an endpoint to the internet, so they would need to setup proper network access and take into account any security concerns.
🚀 Benchmarks reportTo see the full report comment with |
…ql query to filter in visualization
What does this PR do?
Integration release checklist
This checklist is intended for integrations maintainers to ensure consistency
when creating or updating a Package, Module or Dataset for an Integration.
All changes
New Package
Dashboards changes
Log dataset changes
How to test this PR locally
Related issues
Screenshots