Skip to content

FAPI_Meeting_Notes_2026 03 11_Atlantic

Nat Sakimura edited this page Jul 10, 2026 · 1 revision

STILL EDITING

FAPI Working Group — Atlantic Call

Date: Wednesday, 11 March 2026 Chair: Dima Postnikov (acting; Nat Sakimura traveling)


Attendees

Name Organization
Dima Postnikov (Chair, acting)
Mike Leszcz OpenID Foundation (OIDF)
Joseph Heenan OIDF & Authlete
Christopher Robbertse Open Banking Limited (OBL)
Imran Ulghar Open Banking Limited (OBL)
Filip Skokan (independent)
Matthew Murphy Mastercard
Bjorn Hjelm (independent)
Kosuke Koiwai (independent)
Robert (Mstercard | Robert) Mastercard

Quorum: Confirmed — 11 participants. Apologies: Nat Sakimura (traveling); also noted absent for this call.


1. Note Well

The OpenID Foundation Note Well was displayed on screen at the start of the call. No new participants were present, so no formal introductions were required.


2. Agenda Adoption

The standard agenda was adopted without modification. No additional items were proposed.

Agenda (as posted in chat):

  1. Roll Call
  2. Adoption of Agenda
  3. Events (Mike L.)
  4. External Orgs & Liaisons (Mike L.)
  5. PRs
  6. Issues
  7. AOB

3. Events Calendar

Mike Leszcz noted no material updates from the prior week. All events are listed on the OIDF website calendar and the OIDF Google Calendar. The OIDF Spring Workshop (April 27, prior to IIW) is still in planning; a host venue is being confirmed, after which a blog post and registration details will be published.

Date Event Location
March 9–13 ISO/IEC JTC 1/SC 27 WG Meeting Nürnberg, Germany
March 14–20 IETF 125 Shenzhen, China
March 16–17 ISO/IEC JTC 1/SC 27 Plenary Nürnberg, Germany
March 16–19 FDX Global Summit 2026 Washington, DC
April 14 OECD Working Party on Digital Security Paris
April 22–23 IAM Tech Day São Paulo
April 27 OIDF Workshop (prior to IIW Spring 2026) Mountain View
April 28–30 IIW Spring 2026 Mountain View
May 12–15 ID4Africa Abidjan
May 19–22 EIC 2026 Berlin
May 27–29 OAuth Security Workshop (OSW) Leipzig, Germany
June 2 FIDO Authenticate APAC 2026 Singapore
June 15–18 Identiverse Las Vegas
June 22–24 Dice 2026 Copenhagen
July 18–24 IETF 126 Vienna
September 1–3 Global Digital Collaboration Conference 2026 Geneva
September 14–17 ISO/IEC JTC1/SC 17 Plenary Chengdu, China
October 19–21 FIDO Authenticate 2026 Carlsbad, CA
November 2 OIDF Workshop (prior to IIW Fall 2026) Mountain View
November 3–5 IIW Fall 2026 Mountain View
November 14–20 IETF 127 San Francisco
December 7–9 Gartner IAM US Las Vegas

To add 2026 events to the OIDF calendar, contact: mike.leszcz@oidf.org


4. External Organisations & Ecosystem Liaison Updates

4.1 KSA (Saudi Arabia) — SAMA

  • Directed funding to support a new KSA FAPI 2.0 Profile has been received.
  • Domingos Creado is leading the development work and is in contact with the Ozone and SAMA teams for profile definition.
  • Ecosystem participants will certify to the new profile once it reaches production.

4.2 UAE

  • Ralph Bragg confirmed that Erick Domingues (Raidiam) is the author of the UAE security profile and is holding the pen on its drafting.
  • The UAE profile already incorporated all bits from FAPI 2.0 Final that were not present in FAPI 2.0 Implementers Draft 2 (the only available base at the time of drafting).
  • The work is therefore mainly a matter of removing content that is now duplicated or superseded by moving to a profile of FAPI 2.0 Final.

4.3 Brazil (OFB & OPIN)

  • 2026 certifications confirmed.
  • The certification programme team is managing a high volume of FAPI recertification requests from the Open Finance Brazil and Open Insurance Brazil ecosystems.

4.4 Chile — CMF

  • The CMF (Comisión para el Mercado Financiero) is targeting a FAPI 2.0 Final go-live in the second half of 2026.
  • A new implementation partner, Minsate, has been engaged and is expected to provide directed funding to support CMF FAPI 2.0 profile development and implementation.

4.5 Peru

  • Peru is anticipated to go live in a limited fashion toward the end of 2026, with a larger-scale rollout planned for 2027.

4.6 Member Reminder — OpenID Connect RP Metadata Choices 1.0 Vote


5. Pull Requests

Dima Postnikov noted that most open PRs were prepared by Matt and Dave over the preceding weeks and require review and approval, assuming no substantive objections. Participants were encouraged to review and approve where possible.

PR #562 — TLS Cipher Suite Key Length: Reference BCP 195 Instead of Hard-coding

  • Summary: Instead of hard-coding key lengths in the specification, this PR references BCP 195 (TLS Best Current Practices) and the IANA registry.
  • Discussion: Joseph Heenan raised a concern: it is not immediately clear why TLS best current practices (BCP 195) would govern JWS/JWKS key sizes. He noted he could not locate a strict key-length requirement in BCP 195, and that no specific section is being referenced. He also observed that pointing to a specific section in a BCP that may evolve is inherently awkward.
  • Dima recalled a similar concern was raised on the Pacific Call, and that an earlier search for such a requirement in BCP 195 had not found anything definitive. Joseph agreed to post a comment on the PR so Nat can review the reference.
  • Status: Under review; Joseph to post a comment. Participants invited to review and approve if satisfied.
  • Link: https://bitbucket.org/openid/fapi/pull-requests/562

PR #566 — TLS Cipher Suite Language: "Must Not" Alignment with BCP 195

  • Summary: Editorial clarification. Aligns the specification's language so that cipher suites deprecated in BCP 195 are explicitly marked MUST NOT, while cipher suites that are merely not recommended (but not deprecated) are handled separately.
  • Status: Review and approval requested.
  • Link: https://bitbucket.org/openid/fapi/pull-requests/566

PR #565 — Message Source Authentication: Request Objects, ID Token, and JARM

PR #567 — Scope of OpenID Requirement

  • Summary: Editorial clarification ensuring that, where openid is not in the scope value, a particular requirement applies only to the relevant clause.
  • Discussion: Filip Skokan raised a concern that the PR introduces a break in a numbered Markdown list, which could cause the renderer to restart numbering at 1. Joseph Heenan checked the rendered output and confirmed the list renders correctly — the specific Markdown implementation used appears to handle this case. Dima noted it would be prudent to double-check once the change is published.
  • Status: Review and approval requested.
  • Link: https://bitbucket.org/openid/fapi/pull-requests/567

PR #564 — RFC 6749 Section Reference for Granted Scopes

PR #563 — ChaCha Algorithms: Permitting via BCP 195 Reference

  • Summary: Addresses the handling of ChaCha cipher suite algorithms — the outcome of several months of discussion. The approach aligns with BCP 195 referencing, permitting only the recommended cipher suites (not merely non-deprecated ones).
  • Discussion: Joseph Heenan noted a prior miscommunication about whether the intent was to block deprecated ciphers or to accept only recommended ones. The current implementation in the conformance suite accepts only recommended ciphers and is awaiting release to production.
  • Dima asked Joseph to verify how the RFC reference syntax renders in the built artefacts. Joseph confirmed the rendering did not appear as intended; he agreed to post a comment for Nat to review.
  • Status: Needs rendering verification (Joseph to comment); awaiting review.
  • Link: https://bitbucket.org/openid/fapi/pull-requests/563

PR #529 — (Blocked)

  • Blocked pending input from Joe (not present on this call). No further action taken; the PR has been open for some time.

6. Issues

Dima opened the issue tracker for review. Participants were invited to raise specific issues for discussion.

Issue tracker: https://github.com/openid/fapi/issues?q=is%3Aissue%20state%3Aopen

Issue #835 — FAPI 5.2 Network Layer Protections (ChaCha Algorithms)

  • Link: https://github.com/openid/fapi/issues/835
  • Discussion: Joseph Heenan confirmed this issue is substantially addressed. The earlier miscommunication — whether to block deprecated ciphers or to exclusively allow recommended ones — has been resolved. The conformance suite now accepts only recommended cipher suites and the fix is deployed to staging, pending production release.
  • Status: Considered resolved pending the production release of PR #563.

Other Issues Reviewed

  • Several issues noted as related to ISO/IEC alignment adjustments (referenced as "ISO 31 adjustments").
  • Issue #841 — noted as dealt with.
  • Issue #731 — related to message source authentication; noted as addressed by PR #565.
  • Issue #806 — a proposal raised in discussion with contributors; Nat had suggested rejection in October 2025. Dima deferred further action until Nat is back on the call, as the issue is approximately five months old and no action has been taken.
  • Issue #778 — has an associated PR (#562). No further discussion needed.
  • Dima noted he would not progress older issues without Nat or Dave present.

7. Any Other Business

Conformance Suite Staging Release — ChaCha / Cipher Suite Changes

  • Robert (Mastercard) attempted to raise a question by voice but could not be heard (microphone issue). He posted in chat asking when his team can help test the new conformance suite release.
  • Joseph Heenan confirmed: - The new release (covering cipher suite changes) is already deployed to the staging environment. - Mastercard/Robert's team can begin testing on staging immediately. - Joseph will aim to push the changes to the production environment within approximately one week.
  • Action: Robert / Mastercard to contact Joseph Heenan to coordinate staging or production testing.

8. Action Items

# Action Owner Due
1 Post comment on PR #562 regarding BCP 195 / JWS key-length reference concern, so Nat can review Joseph Heenan Before next call
2 Post comment on PR #563 regarding RFC reference rendering issue (confirm how syntax renders in built artefacts) Joseph Heenan Before next call
3 Review and approve PRs #562, #563, #564, #565, #566, #567 (where no objections) All participants Before next call
4 Coordinate with Robert (Mastercard) for cipher suite conformance suite testing on staging Joseph Heenan / Robert (Mastercard) Within ~1 week
5 Push cipher suite conformance suite changes to production Joseph Heenan Within ~1 week
6 Confirm host for OIDF Spring Workshop (April 27) and publish blog + registration Mike Leszcz / OIDF ASAP
7 Members to vote on OpenID Connect RP Metadata Choices 1.0 Final Specification to achieve quorum All OIDF members Ongoing
8 Add Member Updates as a standing item on the FAPI WG Atlantic Call agenda Dima Postnikov Next call

9. Reference Links

Resource URL
FAPI Bitbucket — All Pull Requests https://bitbucket.org/openid/fapi/pull-requests/
PR #562 — BCP 195 Key Length Reference https://bitbucket.org/openid/fapi/pull-requests/562
PR #563 — ChaCha Algorithm Permitting https://bitbucket.org/openid/fapi/pull-requests/563
PR #564 — RFC 6749 Scope Section Reference https://bitbucket.org/openid/fapi/pull-requests/564
PR #565 — Message Source Authentication https://bitbucket.org/openid/fapi/pull-requests/565
PR #566 — BCP 195 Cipher Suite "Must Not" Language https://bitbucket.org/openid/fapi/pull-requests/566
PR #567 — OpenID Scope Requirement Scope https://bitbucket.org/openid/fapi/pull-requests/567
Issue #835 — FAPI 5.2 Network Layer Protections https://github.com/openid/fapi/issues/835
FAPI Issue Tracker https://github.com/openid/fapi/issues?q=is%3Aissue%20state%3Aopen
OpenID Connect RP Metadata Choices 1.0 Vote https://openid.net/notice-of-vote-to-approve-proposed-openid-connect-relying-party-metadata-choices-1-0-final-specification/

Next call: 18 March 2026 (tentative — standard weekly cadence)

Clone this wiki locally