Skip to content

[checkpoint] Fix incorrect field handling #19996

Draft
ash-darin wants to merge 7 commits into
elastic:mainfrom
ash-darin:Fix_field_handling
Draft

[checkpoint] Fix incorrect field handling #19996
ash-darin wants to merge 7 commits into
elastic:mainfrom
ash-darin:Fix_field_handling

Conversation

@ash-darin

Copy link
Copy Markdown
Contributor
  • Enhancement

Proposed commit message

Correct the handling of various fields:

prevent UID fields from being treated as user IDs
handle email Adresses in a more concise matter
ignore original timestamp for events that are updates for previous events.

Please explain:

checkpoint.uid is not a user id. It is a UniqueID of whatever object is currently created/modified/deleted. This may be rules, objects or policies. This removes the renaming to user.id till a better handling can be determined.

checkpoint.usercheck_incident_uid is not a user id. It is a UniqueID of the incident. This removes the renaming to destination.user.id till a better handling can be determined.

Remove the handling of various *.id fields as these are never set, among other things due to the changes above.

Grok Email fields to cover the case an email is specified as "user name (user.name@domain.name)"

Use foreach to do an append. The pipeline does not cover the case of multiple e-mail addresses yet but use foreach anyway.

Set @timestamp to event.end. This is important as events may be 'updates' i.e. indications that they are still happening, The timestamp of those events is then still the one of the start of the event, even if those are hours in the past. Looking at "the last hour" would then miss all events that inform about events that started more than that in the past, even if the event came in just a few minutes ago. The original timestamp is preserved as event.createdby the pipeline already.

Checklist

  • I have reviewed tips for building integrations and this pull request is aligned with them.
  • I have verified that all data streams collect metrics or logs.
  • I have added an entry to my package's changelog.yml file.
  • I have verified that Kibana version constraints are current according to guidelines.
  • I have verified that any added dashboard complies with Kibana's Dashboard good practices

Author's Checklist

  • [ ]

How to test this PR locally

Related issues

Screenshots

checkpoint.uid is not a user id but an object id of the currently handled Object/Rule/Policy. Use the already available field checkpoint.object as this is not populated in the context where checkpoint.uid appears.
Set @timestamp from event.end. Some events are updates to previous events but have the timestamp of the original event which may be hours in the past. timestamp is preserved as event.created further up.
remove field renaming until a more complete solution can  be found
UID is not USER ID but UNIQUE ID.
user.id is never set. Remove all other references to it.
use grok to catch more variants of email fields
@elastic-vault-github-plugin-prod

Copy link
Copy Markdown

Reviewers

Buildkite won't run for external contributors automatically; you need to add a comment:

  • /test : will kick off a build in Buildkite.

NOTE: https://github.com/elastic/integrations/blob/main/.buildkite/pull-requests.json contains all those details.

Timestamps are always UNIX, test for that format first.
@andrewkroh andrewkroh added the Integration:checkpoint Check Point label Jul 6, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants