Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

maxcold
Copy link
Contributor

@maxcold maxcold commented Aug 30, 2024

Proposed commit message

As per elastic/kibana#188802 we want to use observer.vendor field to differentiate between native and 3rd party integration in our workflows

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.

Author's Checklist

  • [ ]

How to test this PR locally

Related issues

Screenshots

@maxcold maxcold added enhancement New feature or request Team:Cloud Security Cloud Security team [elastic/cloud-security-posture] labels Aug 30, 2024
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@JordanSh in the designs we have the Source column as Elastic CSPM. But as in the latest sync we discussed having vendor and product separately in the future and the fact that logically observer.vendor: Elastic makes more sense I added just Elastic as value for both findings and vulnerabilties. Wdyt? Having conditional logic to have Elastic CSPM and Elastic KSPM based on the posture type is not complicated, but it doesn't look like the correct values for the vendor field

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes sense to me, currently I used Elastic CSP for both cspm and kspm, but Elastic works as well. I do think that the final decision should be made by our product. Maybe we can set an early meeting just to discuss this topic instead of waiting for the weekly sync

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

as discussed at the last sync we are going with the value Elastic

@andrewkroh andrewkroh added the Integration:cloud_security_posture Security Posture Management label Aug 30, 2024
@elasticmachine
Copy link

🚀 Benchmarks report

To see the full report comment with /test benchmark fullreport

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Values that are always the same in every event are best set through a constant_keyword mapping with a static value. It's better for storage efficiency.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

that makes sense, one question though, what is the process of changing this value in the future in case it is needed? If i understand correctly the constant_keyword mapping would reject any other value and it will be a breaking change to the mapping which is complicated to implement. What is the update strategy in such cases?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see that there are a lot of already existing cases where observer.vendor is set through the pipeline, so I'm assuming it's not a big performance concern. I'd leave it as keyword for now as from the product side we have ongoing discussion for the values of the observer.vendor, so I don't want to corner ourselves with setting constant_keyword now

@maxcold maxcold marked this pull request as ready for review September 5, 2024 12:00
@maxcold maxcold requested a review from a team as a code owner September 5, 2024 12:00
@maxcold maxcold requested a review from JordanSh September 5, 2024 12:00
@elasticmachine
Copy link

💚 Build Succeeded

History

  • 💚 Build #15252 succeeded 8741c158521f3b57781db254e34e267353ea00a1

Copy link

@maxcold maxcold merged commit ad4b0e9 into elastic:main Sep 6, 2024
5 checks passed
@maxcold maxcold deleted the csp-add-observer-vendor branch September 6, 2024 09:07
@elasticmachine
Copy link

Package cloud_security_posture - 1.11.0-preview06 containing this change is available at https://epr.elastic.co/search?package=cloud_security_posture

@elastic-vault-github-plugin-prod

Package cloud_security_posture - 1.11.0 containing this change is available at https://epr.elastic.co/package/cloud_security_posture/1.11.0/

harnish-crest-data pushed a commit to chavdaharnish/integrations that referenced this pull request Feb 4, 2025
…ic#10945)

* add observer.vendor to cloud_security_posture

* add PR to the changelog
harnish-crest-data pushed a commit to chavdaharnish/integrations that referenced this pull request Feb 5, 2025
…ic#10945)

* add observer.vendor to cloud_security_posture

* add PR to the changelog
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Integration:cloud_security_posture Security Posture Management Team:Cloud Security Cloud Security team [elastic/cloud-security-posture]
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants