Repository navigation
Replies: 12 comments 11 replies
|
I'd like to see this get pushed as well. Apple now require Shared Signals Framework to support third party IDPs |
|
There is also https://caep.dev which provides mock backends to implement custom transmitters. One can create a receiver for testing here: https://caep.dev/receiver/streams |
|
I started to work on the SSF support for Keycloak here: https://github.com/thomasdarimont/keycloak/tree/poc/shared-signals The relavant (PoC) code can be found here: https://github.com/thomasdarimont/keycloak/tree/poc/shared-signals/services/src/main/java/org/keycloak/protocol/ssf I'm currently focussing on the transmitter part of the spec to let Keycloak propagate security relevant events as SETs (security event tokens). This involves, to expose transmitter metadata, offer ways to manage (CRUD) streams and subjects, as well as propagating events via push / pull mechanisms. After that we can add support to let Keycloak act as SSF receiver. My current implementation is still very early and requires some additional infrastructure (reverse proxy) to be used with tools like https://caep.dev - the reason for this is that the spec mandates to expose the .well-known endpoint with the transmitter metadata at the root if the domain. Instead of https://id.example.org/realms/demo/.well-known/ssf-configuration, we have to use https://id.example.org/.well-known/ssf-configuration or https://id.example.org/.well-known/ssf-configuration/demo. Disclaimer: I also work on the OpenID Conformance Tests for the SSF Framework and occasionaly work on the Keycloak side of things to have another "reference" to "test" the tests during development. |
|
Looks like authentik is now advertising this as a major win over keycloak. https://goauthentik.io/pricing/ https://docs.goauthentik.io/docs/add-secure-apps/providers/ssf/ |
|
I would rly appreciate SSF Support. We're using Apple School Manager at our School and Keycloak as SSO and Apple requires SSF for OIDC Login... |
|
Can KeyCloak currently support acting as a SSF transmitter, I want to integrate ABM federated authentication, which requires OIDC and SSF. |
|
We also need this. Both transmitter and receiver. @thomasdarimont we'd be happy to contribute in most ways I can currently think of (incl. development, testing, documentation, ...). |
|
FYI I created the following issue #43614 to provide an initial SSF implementation based my previous prototype |
|
Note that SSF Transmitter capability is now available in Keycloak as an experimental feature and will be announced soon :) You can already test it via the nightly Keycloak build (You need to enable the |
|
Hi together, We're using Keycloak within our UCS@School environment. Yesterday I tried a first step into setting up Keycloak as IdP in Apple School Manager. The first connection in ASM is working, but after I need to sign-in with an admin IdP user I got an error from Apple Attached my adapter configuration from Keycloak. Has anyone get a working Keycloak connection with this new feature? Thanks! |
|
this looks great! any news on the receiver part? need help here? |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
To quote the OpenID Shared Signals and Events working group page:
This recently gained some traction, with the OpenID RISC Profile Secification 1.0 being adopted as an OpenID implementer's draft: https://openid.net/2022/08/27/second-implementers-draft-of-risc-profile-approved/
This website from Cisco and the OpenID foundation does a great job at explaining what it is: https://sharedsignals.guide
Conceptually, it is a framework send security events between parties. There are currently two specs defining types of events:
I think it would make sense for Keycloak to support at least some of those events, both as a transmitter (the party sending those events) and as a receiver (the party getting those events). Personally, I'm interested with Keycloak sending those events, but receiving them would help for example to use Google's Cross-Account Protection (which is their marketing name for RISC events)
All reactions