Skip to content

Conversation

@efd6
Copy link
Contributor

@efd6 efd6 commented Apr 30, 2025

Proposed commit message

entityanalytics_okta,okta: record okta domain into host.name in ingested documents This change affects two packages, entityanalytics_okta and okta in a coordinated way. entityanalytics_okta: Rather than waiting for a stack release this adds the okta_domain value via a beats processor, placing it in a location that is unlikely to collide with data in the input's event data in the future. Move this to host.name in ingest, falling back to reasonable location on failure. okta: This records the Okta Domain value from the Okta API URL provided by the configuration. This is chosen over using the okta_domain value since the URL is always present, so this simplifies the logic. The URL is passed outside the event.original to avoid collision. This means that it does not end up in the event.original. The actual Okta Domain is obtain from the URL in the ingest pipeline and then placed gingerly in host.name if possible, falling back to the same locations used in the entityanalytics_okta integration in order to harmonise the two integrations. The work to do this is done last in the pipeline to allow an unlikely failure to not interfere with other parts of the pipeline, but to provide an informative error in that case that that does happen. 

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

@efd6 efd6 added enhancement New feature or request Integration:okta Okta Team:Security-Service Integrations Security Service Integrations team [elastic/security-service-integrations] Integration:entityanalytics_okta Okta Entity Analytics labels Apr 30, 2025
@efd6 efd6 self-assigned this Apr 30, 2025
@efd6 efd6 force-pushed the e24538-entityanalytics_okta-okta branch from 59a8b42 to 3c8eaf8 Compare April 30, 2025 00:30
@efd6 efd6 requested a review from ajoliveira April 30, 2025 00:32
@elastic-vault-github-plugin-prod
Copy link

elastic-vault-github-plugin-prod bot commented Apr 30, 2025

🚀 Benchmarks report

To see the full report comment with /test benchmark fullreport

@efd6 efd6 force-pushed the e24538-entityanalytics_okta-okta branch from 3c8eaf8 to 54715ff Compare April 30, 2025 01:40
@efd6 efd6 marked this pull request as ready for review April 30, 2025 02:10
@efd6 efd6 requested a review from a team as a code owner April 30, 2025 02:10
@elasticmachine
Copy link

Pinging @elastic/security-service-integrations (Team:Security-Service Integrations)

efd6 added 2 commits May 1, 2025 06:50
Rather than waiting for a stack release this adds the okta_domain value via a beats processor, placing it in a location that is unlikely to collide with data in the input's event data in the future. Move this to host.name in ingest, falling back to reasonable location on failure.
This records the Okta Domain value from the Okta API URL provided by the configuration. This is chosen over using the okta_domain value since the URL is always present, so this simplifies the logic. The URL is passed outside the event.original to avoid collision. This means that it does not end up in the event.original. The actual Okta Domain is obtain from the URL in the ingest pipeline and then placed gingerly in host.name if possible, falling back to the same locations used in the entityanalytics_okta integration in order to harmonise the two integrations. The work to do this is done last in the pipeline to allow an unlikely failure to not interfere with other parts of the pipeline, but to provide an informative error in that case that that does happen.
@efd6 efd6 force-pushed the e24538-entityanalytics_okta-okta branch from 54715ff to 5491203 Compare April 30, 2025 21:20
@elasticmachine
Copy link

💚 Build Succeeded

History

cc @efd6

Copy link
Contributor

@chemamartinez chemamartinez left a comment

Choose a reason for hiding this comment

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

LGTM

@efd6 efd6 merged commit f7894d4 into elastic:main May 4, 2025
7 checks passed
@elastic-vault-github-plugin-prod

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

@elastic-vault-github-plugin-prod

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

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:entityanalytics_okta Okta Entity Analytics Integration:okta Okta Team:Security-Service Integrations Security Service Integrations team [elastic/security-service-integrations]

3 participants