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

Introducing support for external user identity / authentication management #1929

Closed
JonathanGiles opened this issue Dec 8, 2021 · 3 comments
Labels
status: duplicate A duplicate of another issue
Milestone

Comments

@JonathanGiles
Copy link

JonathanGiles commented Dec 8, 2021

Hello all!

I am interested in opening a discussion related to introducing functionality to Lettuce to simplify user identity and authentication management. Ideally, we would discuss the ability to introduce a service-agnostic API that enables users to make better use of service-specific functionality in a pluggable fashion. For example, Microsoft could introduce a library that works with this API to provide better support for Azure Active Directory (in a separate project, to avoid Lettuce having cloud-specific code in it). This would enable developers to have a richer experience, in that they may be able to delegate the connection to AAD to this library, and this library may then continue to maintain the credentials, including updating them when they are rolled or time-out.

It may be the case that such functionality already exists (and if so, this issue can be closed!), but if not, I would appreciate the opportunity to open a dialogue to discuss a potential future contribution to enable this. This contribution, as mentioned above, would be from Microsoft with your expert guidance to ensure it meets your expectations, and would be provided in a service agnostic fashion.

Thanks for your consideration.

@JonathanGiles
Copy link
Author

This may be duplicative of #1774 and the PR at #1916 - I will review these and get back to you!

@mp911de mp911de added the type: feature A new feature label Dec 8, 2021
@mp911de
Copy link
Collaborator

mp911de commented Dec 8, 2021

#1916 introduces a Supplier-based API assuming that the Supplier can materialize credentials without blocking the authentication flow.

A potentially remote credential provider introduces either the need of pre-obtaining credentials and rotating these in the background or a mechanism to provide these through a non-blocking API (through a future or a Publisher).

We can provide API so that external libraries can provide authentication details, we do want to remain free of any cloud vendor-specific code.

@mp911de mp911de added this to the 6.2.0 milestone Mar 10, 2022
@mp911de mp911de added the status: duplicate A duplicate of another issue label Mar 10, 2022
@mp911de
Copy link
Collaborator

mp911de commented Mar 10, 2022

Closing this issue as a duplicate of #1916 with a few refinements.

@mp911de mp911de closed this as completed Mar 10, 2022
@mp911de mp911de removed the type: feature A new feature label Mar 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status: duplicate A duplicate of another issue
Projects
None yet
Development

No branches or pull requests

2 participants