Skip to content

change kibana.yml xpack.actions.whitelistedHosts to default to ['*']#52827

Merged
pmuellr merged 4 commits intoelastic:masterfrom
pmuellr:actions/wlhosts-star
Dec 16, 2019
Merged

change kibana.yml xpack.actions.whitelistedHosts to default to ['*']#52827
pmuellr merged 4 commits intoelastic:masterfrom
pmuellr:actions/wlhosts-star

Conversation

@pmuellr
Copy link
Contributor

@pmuellr pmuellr commented Dec 11, 2019

resolves #52597

The previous default was [], which meant no hosts were whitelisted,
which would require a Kibana admin to set this value for any actions
that accessed 3rd party services (currently email and webhook, longer
term slack and pagerduty).

Checked the existing function test and jest tests, and I think they're
testing everything correctly and still pass, but we could potentially
add some more FT tests, by adding some additional FT configs.

Checklist

Use strikethroughs to remove checklist items you don't feel are applicable to this PR.

For maintainers

@pmuellr
Copy link
Contributor Author

pmuellr commented Dec 11, 2019

We should update the asciidoc for kibana.yml config settings for this. I don't believe it's currently in there, but will need to be for cloud whitelisting ...

@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-stack-services (Team:Stack Services)

@pmuellr pmuellr changed the title change xpack.actions.whitelistedHosts to default to ['*'] change kibana.yml xpack.actions.whitelistedHosts to default to ['*'] Dec 11, 2019
resolves elastic#52597

The previous default was `[]`, which meant no hosts were whitelisted,
which would require a Kibana admin to set this value for any actions
that accessed 3rd party services (currently email and webhook, longer
term slack and pagerduty).
@pmuellr pmuellr force-pushed the actions/wlhosts-star branch from ab7cd97 to cff7ed6 Compare December 12, 2019 19:06
@pmuellr pmuellr added the Team:ResponseOps Platform ResponseOps team (formerly the Cases and Alerting teams) t// label Dec 12, 2019
@pmuellr
Copy link
Contributor Author

pmuellr commented Dec 12, 2019

I think this is ready to go.

I added some doc for the setting in the expected place for Kibana.yml settings. We'll need this to refer to when we add the cloud whitelisting bits.

I'm not sure whether we want to release note this somehow? We've talked so much about the security aspects of this, seems worthwhile, but ... perhaps we want some other doc somewhere talking about these settings, and then release note that? Not sure.

Also, no tests added or changed. Consensus seems to be testing config variations is hard, and so it's mostly done via unit testing. We already have function tests with a specific whitelist setting, I think the only other possibilities would be a test for [*] (or the default) and [], which would require two new configs.

@pmuellr pmuellr marked this pull request as ready for review December 12, 2019 19:13
@pmuellr
Copy link
Contributor Author

pmuellr commented Dec 12, 2019

@peterschretlen are we ready for this? :-)

@peterschretlen
Copy link
Contributor

@peterschretlen are we ready for this? :-)

@pmuellr yep let's do it. This will also let us test all the actions in cloud staging 7.6 prior to whitelisting. Gives us lots of time for testing. Worst case we have to roll it back.

Copy link
Contributor

@peterschretlen peterschretlen left a comment

Choose a reason for hiding this comment

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

👍 LGTM

Copy link
Contributor

@mikecote mikecote left a comment

Choose a reason for hiding this comment

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

LGTM!

@elasticmachine
Copy link
Contributor

💚 Build Succeeded

History

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream

@pmuellr pmuellr merged commit 3cc513e into elastic:master Dec 16, 2019
pmuellr added a commit to pmuellr/kibana that referenced this pull request Dec 16, 2019
…lastic#52827)

resolves elastic#52597

The previous default was `[]`, which meant no hosts were whitelisted,
which would require a Kibana admin to set this value for any actions
that accessed 3rd party services (currently email and webhook, longer
term slack and pagerduty).
pmuellr added a commit that referenced this pull request Dec 16, 2019
…52827) (#53188)

resolves #52597

The previous default was `[]`, which meant no hosts were whitelisted,
which would require a Kibana admin to set this value for any actions
that accessed 3rd party services (currently email and webhook, longer
term slack and pagerduty).
@pmuellr pmuellr deleted the actions/wlhosts-star branch January 23, 2020 22:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backported Feature:Alerting release_note:skip Skip the PR/issue when compiling release notes Team:ResponseOps Platform ResponseOps team (formerly the Cases and Alerting teams) t// v7.6.0 v8.0.0

Projects

None yet

Development

Successfully merging this pull request may close these issues.

change actions whitelist kibana.yml config from [] to [*]

4 participants