Skip to content

Conversation

jedrazb
Copy link
Member

@jedrazb jedrazb commented Jan 9, 2025

Reapply "Restrict Connector APIs to manage/monitor_connector privileg…es (#119389)" (#119833)

Merge again: #119389 after fixing FTR test in Kibana that would cause issues for serverless viewer role this is the fix elastic/kibana#206067

Changes

  • Use monitor/manage_connector privilege for access control to Connector APIs
  • Use client with origin (CONNECTORS_ORIGIN) in index service logic
  • Remove index-level permission logic
  • Update Yaml e2e permission tests

Related dev issue: Restrict Connector APIs to manage/monitor_connector privileges

@elasticsearchmachine elasticsearchmachine added the Team:SearchOrg Meta label for the Search Org (Enterprise Search) label Jan 9, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/search-eng (Team:SearchOrg)

@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/search-extract-and-transform (Team:Search - Extract & Transform)

@elasticsearchmachine
Copy link
Collaborator

Hi @jedrazb, I've created a changelog YAML for you.

@elasticsearchmachine
Copy link
Collaborator

Hi @jedrazb, I've updated the changelog YAML for you. Note that since this PR is labelled >breaking, you need to update the changelog YAML to fill out the extended information sections.

@jedrazb
Copy link
Member Author

jedrazb commented Jan 9, 2025

@elasticmachine merge upstream

jedrazb added a commit to elastic/kibana that referenced this pull request Jan 9, 2025
…206067) ## Summary `viewer` role is not sufficient to call Connector APIs with new change elastic/elasticsearch#119863 Update the FTR tests to use developer role for testing
Zacqary pushed a commit to Zacqary/kibana that referenced this pull request Jan 9, 2025
…lastic#206067) ## Summary `viewer` role is not sufficient to call Connector APIs with new change elastic/elasticsearch#119863 Update the FTR tests to use developer role for testing
*/
public ConnectorIndexService(Client client) {
this.client = client;
this.clientWithOrigin = new OriginSettingClient(client, CONNECTORS_ORIGIN);
Copy link
Member

Choose a reason for hiding this comment

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

if you make this variable reuse the old name, a LOT of the diff goes away

this.client = new OriginSettingClient(client, CONNECTORS_ORIGIN); 
Copy link
Member

Choose a reason for hiding this comment

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

(same note for the ConnectorSyncJobIndexService.java)

Copy link
Member Author

Choose a reason for hiding this comment

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

I feel like naming OriginSettingClient as clientWithOrigin is established patter in ES https://github.com/search?q=repo%3Aelastic%2Felasticsearch+clientWithOrigin&type=code therefore I prefer to keep it like this so that we are explicit how we access the soon to be system indices

@jedrazb jedrazb merged commit 79713f5 into elastic:main Jan 10, 2025
16 checks passed
viduni94 pushed a commit to viduni94/kibana that referenced this pull request Jan 23, 2025
…lastic#206067) ## Summary `viewer` role is not sufficient to call Connector APIs with new change elastic/elasticsearch#119863 Update the FTR tests to use developer role for testing
@leemthompo
Copy link
Contributor

@jedrazb is this PR relevant to the serverless changelog? [FYI this question is based on 9.0 breaking changes]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

>breaking >feature :SearchOrg/Extract&Transform Label for the Search E&T team Team:Search - Extract & Transform Team:SearchOrg Meta label for the Search Org (Enterprise Search) v9.0.0

7 participants