elastic / cloudbeat

Analyzing Cloud Security Posture
Other
13 stars 42 forks source link

add account id to our events #650

Closed uri-weisman closed 1 year ago

uri-weisman commented 1 year ago

Motivation For k8s deployments (EKS/Vanilla) we use the add_cluster_id processor to enrich the events by adding a cluster_id field. Currently, for understandable reasons, the processor is disabled for the CSPM integration, meaning we're not sending a global identifier for the findings which makes it hard to aggregate them.

Definition of done What needs to be completed at the end of this task

Out of scope What should not be included in this task

Related tasks/epics Reference related issues and epics

oren-zohar commented 1 year ago

fyi @kfirpeled @JordanSh

ofiriro3 commented 1 year ago

Hi @uri-weisman,

Thanks for this interesting post.

I would like to share two thoughts I have in mind:

  1. You wouldn't able to change the processor name, since it will cause a breaking change. For example, a new integration with an older agent will run an old Cloudbeat. The old Cloudbeat wouldn't know what is the add_identifier and will cause Cloudbeat to crush.

  2. Do we really want to couple all the identifiers together? I mean, we can use multiple small processors, each of which will be responsible for a small thing. That way, if you have an EKS cluster for example you could enable both the add_cluster_id processor and to add the add_account_id processor.

uri-weisman commented 1 year ago

@ofiriro3 - I agree, creating a new processor seems to be the better option, thanks for sharing your thoughts.

CohenIdo commented 1 year ago

Hey, just to be align, we agree here that the field name will be cloud.account.id right?

ari-aviran commented 1 year ago

Yes

oren-zohar commented 1 year ago

verified

Image