Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OIDC support #5613

Open
Leo6Leo opened this issue Jun 11, 2024 · 3 comments
Open

OIDC support #5613

Leo6Leo opened this issue Jun 11, 2024 · 3 comments
Labels
area/knative Related to Knative kind/feature New feature or request status/never-stale

Comments

@Leo6Leo
Copy link

Leo6Leo commented Jun 11, 2024

Requirement

Knative has newly released an experimental feature: OIDC (OpenID Connect) support for event delivery in Knative Eventing. This feature aims to enhance security by enabling authenticated event delivery within the cluster. Adding this support to Camel-K will help align with Knative Eventing's new capabilities and the events can be published to a protected endpoint (sink).

  • The announcement can be found here
  • The corresponding GitHub issue can be found here
  • The public design proposal can be found here
  • Knative Sender Identity project board can be found here.

Problem

Currently, event delivery within the cluster is unauthenticated, and addressable event consumers (in camel-K's case, it is the knative sinks/kamlet sinks) cannot determine the identity of any sender. This poses a significant security challenge for businesses that require authenticated event delivery.

Proposal

No response

Open questions

No response

@Leo6Leo Leo6Leo added the kind/feature New feature or request label Jun 11, 2024
@squakez
Copy link
Contributor

squakez commented Jun 11, 2024

Thanks for the feature request. Just a little notice though. The Knative feature is still marked as "experimental". Any contribution is welcome as usual anyway.

@squakez squakez added the area/knative Related to Knative label Jun 11, 2024
Copy link
Contributor

This issue has been automatically marked as stale due to 90 days of inactivity.
It will be closed if no further activity occurs within 15 days.
If you think that’s incorrect or the issue should never stale, please simply write any comment.
Thanks for your contributions!

@Leo6Leo
Copy link
Author

Leo6Leo commented Sep 11, 2024

/remove-stale

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/knative Related to Knative kind/feature New feature or request status/never-stale
Projects
None yet
Development

No branches or pull requests

2 participants