-
Notifications
You must be signed in to change notification settings - Fork 0
FAPI_Meeting_Notes_2024 03 06_Atlantic
- Date & Time: 2024-03-06 14:00 UTC
- Location: https://zoom.us/j/97456084642?pwd=bTRFVzk4ZmlRK1M3bEprRlN5c3JFZz09
Agenda
- 1. Roll Call (Dave)
- 2. Adoption of agenda (Dave)
- 3. Events (Mike L.)
- 4. External Orgs & Liaisons (Mike L.)
- 5. FAPI 2.0 PRs & Issues (Dave)
-
6. Issues
- 6.1. #648 Define requirements for OpenAPI FAPI securityScheme type
- 6.2. #639 Avoid "should be" and "shall be" where possible
- 6.3. #630 Continuation of #607 -- Add some text to make the readers aware of the caveats.
- 6.4. #644 - Create terms and definition as well as the abbreviations for the attacker model document
- 7. AOB (Nat)
The meeting was called to order at 14:05 UTC.
- Attendees: Brian, Nat, Mike, Joseph, Peter Stanley, Mark Andrus, Filip, Dave, Bjorn, Kosuke, Dima, , Peter Wallach
- Regrets:
- Adopted as is.
IETF 119 coming up on Mar 16 - 22. Brisbane
https://datatracker.ietf.org/meeting/119/agenda
Rome April 10-12 – final call for speakers is open until March 10th.
All details here: https://oauth.secworkshop.events/osw2024
on Monday, April 15th in Sunnyvale – registration now open and required: https://openid.net/registration-oidf-workshop-monday-april-15-2024/
WG is hosting a hybrid meeting on Friday, April 19, 2024 after IIW Spring 2024. The meeting will allow for in-person and virtual participation and will be hosted at Google in Sunnyvale, CA (address and meeting room to be confirmed). Note that registration is only required if you are attending in-person:
Please register if you are planning to participate in-person so we can plan accordingly.
May 28-31, Las Vegas
OIDF has a meeting room available for use for the duration of the event
Any working groups wanting to hold a F2F meeting should contact Mike Lescz to coordinate.
OFBR – continued high volume of FAPI re-certification requests to meet central bank mandates/milestones.
Certification team is doing an excellent job in managing the increased volume.
OPIN – starting to see next phase of FAPI re-certifications
Joseph, Mike, Gail will have follow up call tomorrow regarding FAPI2 implementation plans and milestones
Joseph and Mike will be presenting
Will also meet with FDX leadership and Ernst and Young representatives
Awaiting for draft rules to be published
Nat held an open banking panel
10,000 people attending
Jason (FDX) mentioned that Canada regulators are mandating uniform API specifications and certifications
5.1. PR 474 - Fixing #626 - Add some more text to Introduction
- PR #474, #626
- Add information regarding FAPI2 specifications in the series and mentions Attacker Model for reference
- There are 2 introduction clauses in the document due to ISO document requirements
- Need to make them more consistent
- Nat will update
5.2. PR 463 Fixes #641 - Update abbreviated terms
- PR #463 - https://bitbucket.org/openid/fapi/pull-requests/463
- To be merged
- PR #475 - https://bitbucket.org/openid/fapi/pull-requests/475
- First draft text was provided by Dima.
- Objectives
- Note on how current ecosystems use MTLS differently
- Discovery of endpoints and aliases that may have MTLS and non-MTLS endpoints
- Objectives
- Feedback from Filip and Joseph.
- Require client metadata registration in IANA section to be configured to look for MTLS aliases
- Update sections regarding MTLS for clients referencing the new metadata information
- Conference suite does not use DCR so may need to add a configuration option
- May have to add a conformance profile with MTLS protections that can be applied to multiple ecosystem profiles to simplify conformance testing/configuration
- Server metadata for ecosystems that require MTLS doesn’t make sense. Such ecosystems should use root endpoint metadata
- There is also a comment from Tom on the issue #658. Dima will touch base with him.
- Dima will amend the text.
- PR #476 - https://bitbucket.org/openid/fapi/pull-requests/476
- Support min of 512 for state
- Support min of 64 for nonce if using OIDC
- State is opaque to the AS but only allows printable ASCII in RFC6749
- Conformance tests do not test for non-ASIII characters due to various issues requiring diagnosing
- Add “For interoperability” and “up to XXX length”
- Conformance test will change to test acceptance of 512 characters for state and 64 for nonce
- Add wording for clients “states less than 512”
- Dave will update
6.1. #648 Define requirements for OpenAPI FAPI securityScheme type
- #648
- There is no sensible way to express a security scheme in OpenAPI right now.
- This ticket is suggesting to create a document so that it can be proposed to them.
- This does not impact the spec so the spec can proceed independently.
- Peter Stanley supported it, mentioning that OpenID Connect is a scheme there.
- Assigned to “Others” component
6.2. #639 Avoid "should be" and "shall be" where possible
- #639
- Make authorisation server and/or clients etc. as the subject of the sentence.
- Dave is going to make a PR for the call next week.
6.4. #644 - Create terms and definition as well as the abbreviations for the attacker model document
- #644
- Nat will respond to Daniel’s proposal in comment
- Attacker Model has clause titles with General (Review title) needs review/updating
- Nat will create a new issue to address clause titles
(to be continued)
n/a
The meeting adjourned at 15:04.