[proofpoint_tap] Set timestamp to max of {click,message}Time and threatTime #9982
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Proposed commit message
Prevent new events from appearing in the past by using the time the event was triggered as the
@timestamp
. An event can be triggered when a click occurs, a message is delivered/blocked, or new threat is discovered. When a new threat is discovered the previous behavior made the event appear to have happened in the past because we used the clickTime or messageTime as the timestamp which might have occurred weeks ago.The API docs state, "the time an event is created is always after either of these two times:
I suspect this does not occur for
clicks_blocked
because click was already condemned, but in case they send an update if a new threat matches the previous click I'll include the same change there.Fixes #9967
Checklist
changelog.yml
file.Related issues