-
Notifications
You must be signed in to change notification settings - Fork 0
FAPI_Meeting_Notes_2023 04 05_Atlantic
Nat Sakimura edited this page Jul 10, 2026
·
1 revision
- Date & Time: 2023-04-05T14:00Z
- Location: https://zoom.us/j/97456084642?pwd=bTRFVzk4ZmlRK1M3bEprRlN5c3JFZz09
- Self: https://github.com/openid/fapi/wiki/FAPI_Meeting_Notes_2023-03-15_Atlantic
Agenda
- 1. Roll Call (Dave/Nat)
- 2. Adoption of Agenda (Dave/Nat)
- 3. Events (Mike L)
- 4. Internal Liaisons
- 5. External Orgs & Liaisons (Nat/Mike L.)
- 6. Draft Updates
- 7. PRs (Dave)
-
8. Issues (Dave)
- 8.1. Proposed new FAPI certification test: private_key_jwt client authentication assertion where aud contains multiple values (Filip)
- 8.2. private_key_jwt audience requirements (Filip)
- 8.3. FAPI2SP appears to permit response_types "id_token", "id_token token" and "none" (Dave)
- 8.4. FAPI CIBA (Dave)
- 8.5. FAPI2MS: Rejection of non-JAR/non-JARM requests (Filip)
- 8.6. Network Layer Protections restrict use of more recent TLS 1.2 cyphers
- 9. AOB (Nat)
The meeting was called to order at 14:02 UTC.
- Attending: Filip, Nat, Brian, Chris, Dima, Dave, Kosuke, Reinaldo, Craig, Takahiko
- Regrets: Mike Leszcz, Joseph Heenan,
- Guest:
- Adopted as presented as draft agenda. * SmartData Foundry.
-
- Registration page is now open.
- In the new website, it is going to be a single source.
- Mark is leading the discussion. Several meetings.
- Deadlines were postponed to April 14.
- Nat has provided a few comments pointing to FAPI as a good practice for security - security is typically not composable and has to take the protocol as a whole with an appropriate security model and analysis to go with.
-
- Link to the comment sheet that OIDF is compiling:
It is now open for comment: https://openid.net/2023/04/05/open-for-comment-privacy-landscape-whitepaper/ Please comment.
- OIDF continue to receive FAPI recertification requests as mandated by OFBR.
- We continue to receive OP and RP cert requests. OPIN is considering mandating FAPI recertification and we are engaged in the conversation and working to clarify OPINs recent requirements.
- We continue to receive OP and RP cert requests from SAMA participants.
- Recertification is likely to be on FAPI2.
A standards comparison table is being compiled. Volunteers to review / add content are sought.
Currently, it includes:
- Bahrain Open Banking Framework - Bahrain OBF
- Bank Interfaces for Standardized Payments - BISTRA
- Consumer Data Standards - CDR
- Czech Standard for Open Banking - COBS
- Financial Data Exchange API - FDX
- Open API Framework for Hong Kong
- India Stack
- Japan Open Banking Framework
- NextGenPSD2
- Open Banking In Nigeria (draft)
- API Centre standards
- Open Banking Brasil
- PolishAPI
- STET PSD2 API
- Singapore Financial Data Exchange - SGFinDex
- Slovak Banking API Standard
- SNAP
- KSA Open Banking Standard
- Open Banking Platform
- Swiss NextGen API
- UK Open Banking Standard
Also, we need to find out what is the best way of crediting individuals and the foundation of the work. Chris will ping Gail and Nat on this.
- Dave has sent the fixed Implementer's draft documents to Mike J.
- Dave is creating a submission package now.
- Apart from one PR that we are parking until HTTP signature is settled, there is no standing PR.
- Request/Response binding fix is waiting for IETF result next week.
8.1. Proposed new FAPI certification test: private_key_jwt client authentication assertion where aud contains multiple values (Filip)
- https://github.com/openid/fapi/issues/403
- related to #501
- see https://github.com/openid/fapi/issues/403 as well.
- Filip is going to record the result of the discussion in the ticket.
- https://github.com/openid/fapi/issues/581
- Agreed that the PR is OK.
- Nat to confirm with Torsten.
- https://github.com/openid/fapi/issues/577
- Dave to create a PR.
- https://github.com/openid/fapi/issues/580
- Discussed the changes it needs for supporting FAPI2.
- Whether signing is required or not should be based on whether the base profile requires signing (e.g., FAPI2 Message Signing + CIBA should require it, while FAPI2 Security Profile + CIBA should not.)
- 5.2.2.6
- Assigned to Filip.
- Moving to TLS 1.3 removes the restrictions on the cyphers.
-
- However, the certification suite does not support TLS 1.3.
-
- Nat to create an issue on the tracker regarding this.
- none
The call adjourned at 14:59