Shared Signals Working Group - OpenID Foundation
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
世界有数のAPI利用企業で考える標準仕様範囲外の仕様とユーザー体験の関係性 - Money Forward Developers Blog
こんにちは、最近ブルグミュラー15曲目（原曲No.20）が終わった内波です。 「じゃあ小学校3年生くらいだね」と言われて少しだけしょんぼりした瞬間もありましたが楽しくやっています。 このブログではだいぶご無沙汰していましたが、最近、我々の会社の立場がかなり稀有なもので、そこで得られている情報をもっと多くの人に広く共有していくべきだな、と感じるようになったので、久々に筆をとりました。 何がそんなに珍しい立場かというと、他社が提供するAPI、その中でも特に、単純な「機能」としてのAPIではない、ユーザーの認可を受けてその代理人として利用するAPIを、これほど多く扱っている企業はなかなかないんじゃないかな、というものです。 はじめに この記事で取り扱うAPI API（アプリケーション・プログラミング・インターフェース）という単語は非常に広い意味で利用されるものですが、この記事でフォーカスするもの
OAuth2の次に来ると言われる認可プロトコルGNAPとはなにか | メルカリエンジニアリング
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 の後継とし
Verifiable Credentials Data Model v1.1
Verifiable Credentials Data Model v1.1 W3C Recommendation 03 March 2022 More details about this document This version: https://www.w3.org/TR/2022/REC-vc-data-model-20220303/ Latest published version: https://www.w3.org/TR/vc-data-model/ Latest editor's draft:https://w3c.github.io/vc-data-model/ History: https://www.w3.org/standards/history/vc-data-model Commit history Implementation report: https:
2020/05 W3C 活動概要 (日本語版)
このレポートは、2020/05に行われたW3C 諮問委員会総会 (W3C 会員限定ページ) 向けに用意されました。 同時に公開された2020/05 W3C 現状 (翻訳はありません) も参照ください。前回のバージョンは2019/09 版活動概要 (英語版)になります。 このレポートの更新版は最新版をご参照ください。 (訳注: 一般向けに原版にはない説明のリンクや追記を入れている部分があります。) オリジナルの英語版に加え、簡体字中国語翻訳も低提供されています。 概要 このレポートはすでにウェブで実現されている領域についての拡張や、 ウェブ技術の拡張・強化のための技術革新に関する最近の活動の概要です。 インターネットについてのコア技術の上に構築されたウェブが、科学的な協働や発見を加速しつづける、家族・友人をつなぐ場になる、オンラインで学習し技術を高める手段になる、活発なビジネスを行う、などの
2019-07 LINE x Intertrust Security Summit 2019, Spring レポート
こんにちは、サイバーセキュリティ室の市原です。 毎年開催している 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)の絵を知って
NIST SP 800-63 Digital Identity Guidelines
A new draft revision of SP 800-63 is available online now. Public comments on the new revision are due March 24, 2023. The four-volume SP 800-63 Digital Identity Guidelines document suite is available in both PDF format and online. PDF versions of the documents are available from: Document Title URL
JSON Web Signature (JWS) の標準化がIETFで始まっています
JSON Web Signature という、JSON に署名をつけるための標準化が、IETFのJOSE Working Group で始まっています[1]。 初期ドラフトは http://tools.ietf.org/html/draft-ietf-jose-json-web-signature-00 私の名前も出ていますが、これは、 OpenID Foundation の AB/C Working Group で検討していたものをIETFに持ち込んだためです[2]。 @ritou さんが、「OAuth 2.0時代の署名つきリクエストとは」というエントリで触れられていますが、Facebook の signed_request によく似ています。 大きな違いは、signed_request が 署名 . 本文 の形式になっているのに対して、JWSでは、 ヘッダ . 本文 . 署名 になって
Twitterのリプライに関する仕様変更まとめ - 弁護士兼務取締役の独り言
5月12日(日本時間では13日)、Twitterのリプライに関する仕様が変更されました。 原文は公式ブログを読んで頂くとして、一体どう変更されたのかを実験してみたので、その結果をまとめてみます。 文頭の＠は半角ピリオド(＋ＩＤ＋半角スペース)がないと、その＠先の人をフォローしてないフォロワーは自分のTL上で見られないようです。 たとえば、AさんがフォローしてるBさんとAさんはフォローしてないCさんがいるとします。この状態でBさんがCさんに＠リプライを送った場合、今までならばBさんのポストとしてAさんはその＠を含むポストを見ることができましたが、今度からはBさんが半角ピリオド(＋ＩＤ＋半角スペース)をつけていないとAさんには見えないということです。 つまり、Bさんは自分をフォローしている人全員に自分のポストを見てもらいたかったら＠にピリオド(＋ＩＤ＋半角スペース)が必要で、それがないポストは
作ろうiモードコンテンツ | サービス・機能 | NTTドコモ
iモードコンテンツの仕様や作り方、技術情報、開発ツールなどのコンテンツ制作者向けの情報を公開しています。iモードコンテンツの制作の際にぜひご活用ください。
KDDI au: EZfactory
※お知らせ※ •2018年3月31日をもって、auの3Gケータイ向けの以下のサービスが終了となりました。 ・EZアプリ(B)の配信(ダウンロード・バージョンアップ) ・au世界サービス（旧：グローバルパスポート ※技術資料の中では「国際ローミング」と称しています） それに伴い、関連する技術情報を修正いたしました。 ・「公式コンテンツで提供するサービス」メニューおよびその配下の技術情報提供の終了 ・技術情報資料『【EZweb 全般】EZweb コンテンツ制作ガイド』の修正 •「WEBページ」メニュー配下にある「SHA-2対応ケータイアップデートについて」の項目を 「【EZweb全般】EZブラウザ搭載機のSHA-2対応について」に改称し、本文中の関連する記述も修正しました。
アクセス権は業務上の必要範囲に制限しなければならない
PCI DSSは，クレジットカードのカード情報および取引情報を保護するために，六つの目的と，それに関する12個のデータ・セキュリティ要件を定めている。各要件には，各要求事項を実現するための詳細な管理策が規定されている。今回は要件7，要件8，要件9の概要について述べる。この三つの要件は「アクセス制御」を目的とし，その目的を実現するためにそれぞれ，｢アクセス制御」「アカウント管理」「物理アクセス」を定めている。 要件7 カード会員データへのアクセスを業務上の必要範囲内に制限すること 要件8 コンピュータにアクセスする利用者毎に個別のID を割り当てること 要件9 カード会員データへの物理的アクセスを制限すること ここでは「最小権限の原則」（「知る必要性」「Need to Know」と呼ばれる場合もある）を要求している。最小権限の原則とは「任命された業務を遂行するために必要な最小限のアクセス権の
OpenID Simple Registration Extension 1.0
Abstract OpenID Simple Registation is an extension to the OpenID Authentication protocol that allows for very light-weight profile exchange. It is designed to pass eight commonly requested pieces of information when an End User goes to register a new account with a web service. Table of Contents 1. Requirements Notation 2. Terminology 3. Request Format 4. Response Format 5. Security Considerations
Final: OpenID Attribute Exchange 1.0 - Final
Abstract OpenID Attribute Exchange is an OpenID service extension for exchanging identity information between endpoints. Messages for retrieval and storage of identity information are provided. Table of Contents 1. Terminology 1.1. Definitions and Conventions 2. Overview 3. Information Model 3.1. Subject Identifier 3.2. Attribute Type Identifier 3.3. Attribute Value 3.3.1. Attribute-Specific Encod
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Verifiable Credentials Use Cases
Identity and Access Management NIST SP 1800-2
Simple Certificate Enrollment Protocol
MOBILE CREATION
OpenID CX : Dependency
Introduction to OpenID TX proposed extension