{,ti_}crowdstrike: set User-Agent header for HTTP requests#20241
Conversation
✅ Elastic Docs Style Checker (Vale)No issues found on modified lines! The Vale linter checks documentation changes against the Elastic Docs style guide. To use Vale locally or report issues, refer to Elastic style guide for Vale. |
🚀 Benchmarks reportPackage
|
| Data stream | Previous EPS | New EPS | Diff (%) | Result |
|---|---|---|---|---|
falcon |
5154.64 | 2948.98 | -2205.66 (-42.79%) | 💔 |
identity_protection_timeline |
8223.68 | 6906.08 | -1317.6 (-16.02%) | 💔 |
falcon |
5154.64 | 3891.05 | -1263.59 (-24.51%) | 💔 |
To see the full report comment with /test benchmark fullreport
| state: | ||
| batch_size: 1000 | ||
| initial_interval: 24h | ||
| user_agent: Elastic-crowdstrike/unknown |
There was a problem hiding this comment.
This unknown string in the golden file will change depending on the Kibana version and the package version and certainly presents a testing challenge.
There was a problem hiding this comment.
Yes, this is a concern. With the current state of the package (kibana.version before 9.3) we will not see any instability except in periodic serverless CI builds, after that it will be required to update the policy golden files for each package version bump. At the moment, there will always be CI build failures with the serverless CI builds since they will be using a version that is after 9.3. I have sent elastic/elastic-package#3771 to address both of these.
The value of the header is set to Elastic-crowdstrike/x.y.z where x.y.z is the package version if it is available (this is the case for stacks at or above 9.3), otherwise the version is set to "unknown".
|
✅ All changelog entries have the correct PR link. |
💚 Build Succeeded
History
cc @efd6 |
|
Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
Proposed commit message
Checklist
changelog.ymlfile.Author's Checklist
How to test this PR locally
Related issues
Screenshots