Earlier quoted context omitted.
General observation, not necessarily related to this project: It's rather unfortunate that federated identity is always an afterthought instead of the default. Every new project could have been using OpenID Connect instead of rolling their own authentication. I really wish web frameworks pushed for this. I suppose some of the blame lies with the identity providers. So many of them use a custom OAuth protocol instead…
For this purpose, I'd strongly prefer LDAP over OIDC. The reason being, companies that have a need for something like this are much more likely to be set up with their own LDAP server than with their own OIDC provider. I'm guessing the next most useful one might (still) be SAML, and then OIDC would be the cherry on top.
New binary artifact management tool
11–20 of 22 posts
Re: New binary artifact management tool
#12Re: New binary artifact management tool
#13Earlier quoted context omitted.
For this purpose, I'd strongly prefer LDAP over OIDC. The reason being, companies that have a need for something like this are much more likely to be set up with their own LDAP server than with their own OIDC provider. I'm guessing the next most useful one might (still) be SAML, and then OIDC would be the cherry on top.
I think OIDC should be the default authentication for services like this. It is the newest, and simplest, of the three. Any sort of integration with existing SAML or LDAP can be done via a bridge. Keycloak supports this, I believe.
Active Directory has OIDC support since version 2016 (and SAML since earlier), which makes it the de facto supported protocol in companies.
SAML is rightfully losing adoption because it's way more difficult to use. LDAP is moot for a variety of reasons, though it's still used by some internal services.
Re: New binary artifact management tool
#14| It can host the data in the file system, Amazon S3, Google Cloud, HuaweiCloud OBS etc.
and
| For now, we support two storage types: file system and S3 storages.
Along with lack of LDAP or federated login, it doesn't seem ready to try or recommend yet.
Re: New binary artifact management tool
#15It says both: | It can host the data in the file system, Amazon S3, Google Cloud, HuaweiCloud OBS etc. and | For now, we support two storage types: file system and S3 storages. Along with lack of LDAP or federated login, it doesn't seem ready to try or recommend yet.
Re: New binary artifact management tool
#16Versioning is mentioned in passing as a design requirement, but not mentioned further on - how does versioning work in a system like this?
Re: New binary artifact management tool
#17It says both: | It can host the data in the file system, Amazon S3, Google Cloud, HuaweiCloud OBS etc. and | For now, we support two storage types: file system and S3 storages. Along with lack of LDAP or federated login, it doesn't seem ready to try or recommend yet.
Can't the storage thing be explained by other cloud providers having storage solutions that are compatible with Amazon S3 API?
Re: New binary artifact management tool
#18Earlier quoted context omitted.
Can't the storage thing be explained by other cloud providers having storage solutions that are compatible with Amazon S3 API?
I don't think Google Cloud Storage is S3 compatible in any meaningful way
Re: New binary artifact management tool
#19Earlier quoted context omitted.
General observation, not necessarily related to this project: It's rather unfortunate that federated identity is always an afterthought instead of the default. Every new project could have been using OpenID Connect instead of rolling their own authentication. I really wish web frameworks pushed for this. I suppose some of the blame lies with the identity providers. So many of them use a custom OAuth protocol instead…
For this purpose, I'd strongly prefer LDAP over OIDC. The reason being, companies that have a need for something like this are much more likely to be set up with their own LDAP server than with their own OIDC provider. I'm guessing the next most useful one might (still) be SAML, and then OIDC would be the cherry on top.
Re: New binary artifact management tool
#20Earlier quoted context omitted.
For this purpose, I'd strongly prefer LDAP over OIDC. The reason being, companies that have a need for something like this are much more likely to be set up with their own LDAP server than with their own OIDC provider. I'm guessing the next most useful one might (still) be SAML, and then OIDC would be the cherry on top.
LDAP pins you down to a username+password flow and requires you to handle that password. Would much rather see authentication flows that are ready for WebAuthN, etc. by default.