The Shared Signals Framework (SSF) improves API efficiency and security by providing privacy-protected, secure webhooks. It is in use by some of the largest cloud services to communicate security alerts and status changes of users, continuously and securely to prevent and mitigate security breaches. It is currently leveraged by two applications – the Continuous Access Evaluation Protocol (CAEP) an
2019年1月から継続的に活動している KYC ワーキンググループの成果物 サービス事業者のための、 継続的顧客確認(オンゴーイング KYC )に関する調査レポート 次世代における KYC の方向性に関するレポート が公開されました。 これらのレポートは、2020年1月に公開した「サービス事業者のための本人確認手続き（KYC）に関する調査レポート」に加えて、深く調査を行なったものであり、社員・会員企業のうち23社から約50名の方々にご参加いただいている KYC ワーキンググループにより執筆されたものであり、 登録時のみならず継続的な顧客確認（KYC）を各業界ではどのように実施しているか 他事業者による顧客確認結果への依拠を行う上での考慮事項は何か OpenID Foundation が策定している OpenID Connect for Identity Assurance とはど
OpenID ファウンデーション・ジャパン 日本ネットワークセキュリティ協会 EIWG(Enterprise Identity Working Group) OpenID Connect と SCIM の エンタープライズ利用ガイドライン 作成日: 2013 年 12 月 20 日 リビジョン: 1.0 Copyright (c) 2013 OpenID Foundation Japan/Japan Network Security Association All Rights Reserved. 1 目次 はじめに 本書の目的と構成 1 1. エンタープライズ IT におけるフェデレーション標準プロトコルとアイデンティティ・ プロビジョニング標準プロトコルの有用性 2 1.1 クラウドサービス事業者にとってのフェデレーション標準プロトコルの有用性.....................
こんにちは、最近ブルグミュラー15曲目（原曲No.20）が終わった内波です。 「じゃあ小学校3年生くらいだね」と言われて少しだけしょんぼりした瞬間もありましたが楽しくやっています。 このブログではだいぶご無沙汰していましたが、最近、我々の会社の立場がかなり稀有なもので、そこで得られている情報をもっと多くの人に広く共有していくべきだな、と感じるようになったので、久々に筆をとりました。 何がそんなに珍しい立場かというと、他社が提供するAPI、その中でも特に、単純な「機能」としてのAPIではない、ユーザーの認可を受けてその代理人として利用するAPIを、これほど多く扱っている企業はなかなかないんじゃないかな、というものです。 はじめに この記事で取り扱うAPI API（アプリケーション・プログラミング・インターフェース）という単語は非常に広い意味で利用されるものですが、この記事でフォーカスするもの
Merpay Advant Calendar 2020、23日目の記事は、趣味で認証認可をやっている @nerocrux が送りいたします。 最近 GNAP という認可プロトコルのワーキンググループドラフトが出ていて頑張って細かく読みましたので、（次回はいい加減に仕事でやってることについてお話しますが）今回はその GNAP について紹介させてください。 GNAP とはなにか？ GNAP は Grant Negotiation and Authorization Protocol の略で、認可のプロトコルです。Justin Richerさんという方を中心に策定しています。作者によると、GNAP の発音は げなっぷ になります。 認可（Authorization）プロトコルと言えば、OAuth 2.0 (RFC6749) が広く知られ、運用されています。GNAP は OAuth 2 の後継とし
Ready to supercharge your Azure game right within GitHub Copilot? Dive into our latest set of videos where we break down six must-try features of GitHub Copilot for Azure. From deploying containers and managing AI models to exploring resources and planning migrations, we've got you covered. Check out the videos to see great examples of how GitHub Copilot for Azure can make your cloud projects smoo
こんにちは、ritou です。 最近のあれこれでIDaaSと呼ばれる機能に注目が集まっているような気がしますが、どうしてもフロントエンドでの導入部分が目に付きます。 「新規サービスで使っていこう」ならまだしも「既存のを何とかしたい」みたいな場合にフロントエンドまでごっそり変えるのなんて腰が重くなって仕方ない感じでしょう。 そこで今回は、REST APIを用いた新規導入、移行というアプローチもあるのかなという話を書いておきます。 SPAとなると当然フロントエンドの振る舞いに注目されるけど、Deviseからの...を考える人たちはこの辺りから攻めるのもアリかと思う。ちゃんと整理して考えよう。https://t.co/fwhoA6wtjx— 👹秋田の猫🐱 (@ritou) 2020年8月19日 IDaaS の REST API この辺りをみてみてはどうでしょう。 Firebase Authe
こんにちは、サイバーセキュリティ室の市原です。 毎年開催している LINE x Intertrust Security Summit 2019, Spring（5/29開催）をダイジェスト的に振り返ってみたいと思っています。 今年は、「Safeguarding the New Era of Digital Identity and Digital Trust」というテーマで開催しました。最初にこのテーマの意義について触れたいと思います。 なぜ今、デジタル・アイデンティティか？ このサミットを準備し始めた頃から（特にエンジニア以外の方から）「デジタル・アイデンティティって何ですか？」という質問をもらうようになりました。 皆さんは、”On the Internet, Nobody Knows You're a Dog”（＝インターネット上では、あなたが犬だとは誰も知らない）(*1)の絵を知って
Public Review Period for OpenID Connect for Identity Assurance Specification Started The OpenID OpenID Connect Working Group recommends approval of the following specification as an OpenID Implementer’s Draft: OpenID Connect for Identity Assurance 1.0 An Implementer’s Draft is a stable version of a specification providing intellectual property protections to implementers of the specification. This
こんにちは、富士榮です。 そういえば去る3/8にLINE Developer Communityの勉強会でLINE Loginを題材にOpenID Connectの解説をしてきました。（公開資料にはのっけてませんがちょっとだけAzure AD B2Cの話しもしました） どうもアイデンティティの分野って概念と実装の両方を勉強しないとちゃんと理解できないことが多いので、座学＋ハンズオンみたいな感じで勉強する形があっているんじゃないかな？と思っています。 資料とコードはこちらに公開しています。 コード https://github.com/fujie/line_login 今回はOpenID Connectの基本的な流れを理解してもらうことが目標だったので、特にLINE LoginのSDKも使いませんでしたし、サンプルコードもステップ by ステップでストップしながら流れを理解してもらうことを想
2018年12月18日 一般社団法人OpenIDファウンデーション・ジャパン 一般社団法人OpenIDファウンデーション・ジャパン（代表理事：楠 正憲 、以下OIDF-J）は、本人確認のデジタル化に伴うアイデンティティの在り方の調査を行う「KYCワーキンググループ（以下、KYC WG）※1」を設立、活動を開始いたします。 活動開始にあたり、KYC WGに参加される会員企業様を募集いたしますので、以下ご確認の上、参加希望の方は事務局までお問い合わせください。 なお、参加するにはOpenIDファウンデーション・ジャパンの会員企業の従業員であることが条件に含まれております。この機会に会員企業への申し込みについてもご検討いただけると幸いです。 活動の背景 決済の電子化や金融等の各種サービスのオンライン化・デジタル化が推進される中、これまで以上に信頼できるデジタル・アイデンティティの重要性が高まって
AUTHLETE 社、「金融グレード API」導入促進へソリューション提供開始FAPI 仕様の実装とコンサルティングサービスを提供開始 株式会社 Authlete は、金融グレードの API 仕様である FAPI に対応した、新しいバージョンの認可サービスの提供を開始いたしました。残高照会・ネット決済・仮想通貨取引など、 高レベルのセキュリティが要求されるサービスが増加する中、よりセキュアに API を公開するために必要な認可機能を実装・実現しております。 併せて、これまで OpenID Connect および FAPI 適合性認定の取得支援を目的としたコンサルティングサービスの提供も開始いたします。 弊社サービス Authlete は、Web API （以下、API）のセキュリティには欠かせない OAuth 2.0 および OpenID Connect（以下、OIDC） の実装をサポート
1. Nomura Research Institute 崎村 夏彦(@_nat) 金融 API 時代のセキュリティ: OpenID Financial API (FAPI) WG • OpenID® は、 OpenID Foundation の登録商標です。 • *Unless otherwise noted, all the photos and vector images are licensed by GraphicStocks. 2017年9月11日 米国OpenID Foundation 理事長 上席研究員 #apijp API Meetup #21 3. © 2017 by Nat Sakimura. CC-BY-SA. Copyright © 2016 Nat Sakimura. All Rights Reserved. 3 崎村夏彦（Nat Sakimura） 著作:
本連載では、近年注目されている認証プロトコル「OpenID Connect」をサポートするオープンソースのシングルサインオン（SSO）ソフトウェア「Keycloak」の活用方法を解説していきます。第1回目は、APIにおける認証／認可の仕組みとKeycloakの概要を紹介します。 連載目次 APIにおける認証／認可の仕組み 近年、金融や流通分野で注目されている「APIエコノミー」や「マイクロサービスアーキテクチャ」などの登場により、サービスの機能を「REST API」として提供することが当たり前になってきています。そして、REST APIを公開するためには、誰がアクセスしてきたのかを確認するための「認証（Authentication）」と、APIへのアクセスを誰に許可するのかという「認可（Authorization）」の仕組みが不可欠です。 しかし、複数のサービスがそれぞれ個別に認証／許可を
本イベントは終了しました。当日の資料を公開しています。 当日の内容をまとめたレポートはこちら 米国立標準技術研究所（NIST）が発行するコンピュータセキュリティ関連レポート「SP 800シリーズ」の認証に関するガイドライン「Electronic Authentication Guideline（電子的認証に関するガイドライン）」第3版（ NIST SP 800-63-3）が今年6月に正式発表されました。このガイドラインは 米国政府のセキュリティ対策での利用を前提にしていますが、政府系システムとの接続要件等にも関係してくるため、世界的にも大きな影響を与える可能性があります。既にID管理技術に関する業界団体Kantara Initiativeでは、新規格に合わせた認証スキームの更新が進められています。 このため、OpenID ファウンデーション・ジャパンは、特にID管理・連携に携わる方々がガイ
OpenID 2.0 は実装を容易にするために、ユースケースを「OpenIDプロバイダのID情報を用いた、RPへのログイン／属性提供」に限定した仕様となっている。その結果、以下のような要件を満たすことは、仕様の範囲内では容易ではない（図2）。 機能の制限された Web ブラウザへの対応 OpenID 2.0 では、ユーザ・エージェントとして一般的なWebブラウザを対象としており、ある程度大きなURL長を処理する能力や、リダイレクト機能などを有する必要がある。そのため、携帯端末などのように機能が制限された環境のWebブラウザでは、OpenID 2.0 プロトコルを処理できない場合がある。 セキュリティ要件への対応 OpenID 2.0 プロトコルでは、Web サイト間でのID情報の要求（認証リクエスト）ならびにその提供（アサーション）は、Webブラウザのリダイレクト機能を用いて、平文のメッセ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
