logoalt Hacker News

fc417fc802last Thursday at 7:06 AM2 repliesview on HN

Is OIDC federation really so involved as to require a nontrivial registration step? Shouldn't this be an OAuth style flow where you initiate with the third party and then confirm the requested permissions with the service? Where did it all go wrong?


Replies

woodruffwlast Thursday at 4:31 PM

Each OIDC provider has its own claim formats, which Trusted Publishing needs to be aware of to accurately determine which set makes up a sufficient "identity" for publishing purposes. That's not easily generalizable across providers, at least not until someone puts the sweat and tears into writing some kind of standard claim profile for OIDC IdPs that provide CI/CD machine identities.

(This is also only half the problem: the Relying Party also needs to be confident that the IdP they're relying on is actually competent, i.e. can be trusted to maintain a private key, operationalize its rotation, etc. That's not something that can easily be automated.)

thaynelast Thursday at 4:39 PM

There needs to be a way for the user to tell NPM whoch IDP to trust. And then, not all IDPs support automated registration.