f9k、銀行APIとMCPサーバーの認証基盤をAuthleteで構築

Finswerの子会社であるf9kは、銀行APIとリモートMCPサーバーの認証・認可基盤にAuthleteを採用しました。
OAuth 2.1とOpenID Connect（OIDC）に対応する認可サーバーを、約1カ月で構築しました。
2026年6月から、パートナー向けAPIとAIエージェント連携に向けた運用を始めています。

記事の概要

Finswer Banking APIは、企業サービスに銀行機能を組み込むためのAPIです。
総合振込や給与振込の申請、承認、実行状況の照会までをAPIで完結できます。
f9kは、同APIとリモートMCPサーバーへのアクセスをOAuth 2.1とOIDCで管理します。
MCPは、AIエージェントなどのクライアントから外部サービスを利用するための仕組みです。
認可サーバーは、Authleteのマネージドクラウドサービスを利用して構築しました。
選定では、MCPの認可仕様やFAPI 2.0への対応、高い拡張性を重視しました。
Authleteは、トークン発行や署名鍵の管理などのプロトコル処理をAPIで提供します。
f9kは、OAuth・OIDCの仕様更新への対応や運用負担の軽減も見込んでいます。

記事のポイント

1. 1カ月で基盤を構築： f9kはAuthleteのマネージドクラウドを利用し、約1カ月で認証・認可基盤を構築しました。2026年6月に運用を始めています。
2. MCPと金融APIに対応： パートナー向け銀行APIとリモートMCPサーバーを、OAuth 2.1とOIDCで保護します。FAPI 2.0も選定要件に含めました。
3. 運用負担を外部委譲： トークン発行や署名鍵管理、仕様更新への対応をAuthleteに委ね、開発工数と認証基盤の保守負担を抑えています。

このニュースがもたらす影響

• 導入を検討する企業： 銀行APIとAIエージェント連携を同時に進める企業は、チャネルごとの内製ではなく共通基盤を選び、仕様更新・データ所在地・費用予測まで含めて認証戦略を比較する必要がありそうです。
• 認証基盤の提供者： MCPの認可仕様が変化するなか、OAuth 2.1やFAPI 2.0への対応だけでなく、仕様更新を継続的に吸収できることや、金融分野での運用実績が選定理由になりやすいと考えられます。
• 金融API事業者： AIエージェントが銀行機能を呼び出す経路では、APIの機能拡張だけでなく、誰にどの操作を許可するかを標準仕様で管理する設計が、パートナー開拓の前提になっていく可能性があります。

このニュースの背景

f9kは、パートナー向け銀行APIに加えて、AIエージェントから利用できるリモートMCPサーバーの運用を計画していました。
両チャネルでユーザーデータへのアクセスをOAuth 2.1とOIDCに準拠して管理する必要があり、チャネルごとに基盤を構築・運用する負担が課題になっていました。
MCPの認可仕様やFAPI 2.0などへの追随に加え、金融分野で求められるセキュリティ水準への対応を、外部ソリューションに委ねる判断につながっています。

関連するニュース

• Keeper Security APACが、端末内で偽サイトを検知するAIフィッシング対策をブラウザ拡張機能に追加しました。
• アライズイノベーションは、常陽銀行と足利銀行にAI-OCRを提供し、決算関連書類のデータ化を始めました。
• Daon Japanは、既存の本人確認基盤に追加できるAI不正対策機能をAPIで提供します。

詳しい記事の内容はこちらから（引用元）

プレスリリース・ニュースリリース配信シェアNo.1｜PR TIMES

Finswer/f9kがAuthleteを採用、バンキングAPIとMCPサーバーの認証・認可基盤にOAuth/OIDCを実装

株式会社Authleteのプレスリリース（2026年10月27日 10時22分）Finswer/f9kがAuthlete…