[Openid-specs-risc] Call notes
Atul Tulshibagwale
atul at sgnl.ai
Tue Dec 12 19:07:24 UTC 2023
Hi all,
Here are the notes for today's call. They are also stored here:
--
<https://sgnl.ai>
Atul Tulshibagwale
CTO
<https://linkedin.com/in/tulshi> <https://twitter.com/zirotrust>
<atul at sgnl.ai>
WG Meeting: 2023-12-12
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Agenda>Agenda
- Updated interop spec
<https://sgnl-ai.github.io/caep-interop/caep-interoperability-profile-1_0.html>
-
review and next steps
- SSF / CAEP / RISC Implementations Status
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Attendees>Attendees
- Atul Tulshibagwale (SGNL)
- Phil Hunt (Independent ID)
- Shayne Miel (Cisco)
- Tim Cappalli (Microsoft)
- Stan Bounev (VeriClouds)
- Raymond Luo (Cisco)
- Gail Hodges (OpenID)
- Nancy Cam Winget (Cisco)
- Tom Sato (VeriClouds)
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Notes>Notes
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Interop-Spec-Review-and-Next-Steps>Interop
Spec Review and Next Steps
- Latest Interop Spec
<https://sgnl-ai.github.io/caep-interop/caep-interoperability-profile-1_0.html>
- (Shayne) The requirement for the spec to support both email and
iss_sub, what does that mean for a Transmitter?
- (Atul) I’ll clarify that it is meant for Receivers
- (Phil) Between any two parties, since we don’t know what a relying
party needs, we should be able to setup streams with different subject
values
- (Phil) A few years ago, Adam Dawes mentioned that there is no way 100s
of thousands of OpenID clients agree on any one format
- (Atul) The intent is to have a minimum standard so that your
implementation can be called an “interoperable standard”
- (Atul) Proposing to incorporate this into the SSWG GitHub and then
request it to be voted on as an implementer’s draft. Is it too soon to do
that?
- (Nancy) This feels like more of a testing / certification draft rather
than a WG output that needs to be voted on
- (Gail) We have a separate exercise to develop the tests, so if this
helps with that. If this is a guidance document, then it doesn’t need to be
called a specification at all
- (Nancy) This feels more like a set of configuration settings, rather
than a new specification
- (Gail) the FAPI group has something similar, we should check with them
- (Stan) Why do we need this interoperability profile?
- (Stan) Should we have a separate document, or can we just mark certain
things as mandatory in the core spec?
- (Nancy) It feels like some of the things should be mandatory in the
specs themselves, but there are other things such as configuration
settings, that should not be in the core spec
- (Phil) What does it mean that an implementation “supports” an event?
- (Atul) We cannot dictate how the products work, but the
interoperability profile specifies that the software supports transmission
or receiving of the events
- (Phil)
- (Nancy) A Receiver may not be the actual enforcer or processor of the
event, but it can acknowledge the receipt of the event
- (Shayne) So do we need a formalized way to codify that the event
should be acknowledged
- (Phil) Go to GitHub and search for GoSignals. It acts as a store and
forward server. I have SCIM servers using it for replication. It is both
Transmitter and a Receiver. It converts events from one format to another
- (Atul) We could add language about acknowledging events in the interop
profile
- (Phil) We could have a testing harness that compares the jtis received
and sent, and it should match
- (Phil) There are three parts - an event generator, then a list of
events that were sent or acknowledged, and then on the receiver side
- (Stan) I have a question about the interoperability spec - we need to
have “session revoked” or “credential change”
- (Atul) These are the two events that have been identified, we can add
more
- (Mark) That has happened before, e.g. FAPI is an interop profile of
OpenID Connect. High Assurance Interop Profile offers interoperability for
Verifiable Credentials
- (Gail) So the bottom line is that we should continue this as a
specification, and the tests would get developed against that
- (Mark) We have OIDC and FAPI conformance testing capability
- (Gail) We should probably reconfirm with Joseph, but we have what we
need to do in order to move forward
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#SSF--CAEP--RISC-Implementations-Status>SSF
/ CAEP / RISC Implementations Status
- (Stan) Can we get an update about some of the larger organizations
that have already implemented these specs, and the use-cases that they have
implemented
- (Sean) It’s correct that larger organizations have implemented, but
their customers are not able to interoperate with them, which is not yet
possible
- (Sean) Today I have to do so much proprietary work, I would just like
to use SSF as a customer of these organizations
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Certification--Interoperability-Testing>Certification
/ Interoperability Testing
- (Atul) The Gartner interoperability testing is going to be an
intermediate step to full certification
- (Shayne) So what will people actually see when they say they
interoperate?
- (Tim) You could have an overly verbose presentation that animates all
the steps
- (Sean) We did a vanilla app, that showed how a simple client called a
session revoked and it showed you could no longer use the services
- (Tim) We did a customer keynote at a previous job, and built a basic
bot that sent notifications.
- (Sean) You could use caep.dev to show the interop
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Co-chair>Co-chair
- (Gail) Annabelle has been inactive for personal and work reasons
- (Gail) The WG can take a decision to change her status as a co-chair,
and have one or more co-chairs to come in.
- (Gail) We can take a consensus decision if there is sufficient
participation
- (Atul) Should we ask Annabelle to step down, just like we did for
Marius
- (Gail) Any comments from Shayne about stepping up to be co-chair
- (Shayne) Happy to, I’m already working with Tim and Atul closely on
the editing and administration
- (Gail) If anyone else is interested, please speak up / contact Gail
- (Phil) I’d like to second Shayne’s nomination
- (Sean) Thumbs up for Shayne’s nomination
<https://hackmd.io/WtDE4Z2lQ7yQJxpfNSGTUA?view#Action-Items>Action Items
- Gail to start the process to effect the co-chair change by asking
Annabelle
- Atul to clarify in the interop profile that support for subject types
is expected only of Receivers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-risc/attachments/20231212/8bf74994/attachment-0001.html>
More information about the Openid-specs-risc
mailing list