Featured articles
Archive
カテゴリー: OAuth
『Financial API – Part 1: Read Only API Security Profile』のパブリックレビューが始まりました
OpenID Foundation の Financial API (FAPI) Working Group は、 Financial API – Part 1: Read Only API Security Profile, draft 01 のImplementer’s Draft としての投票に先立つパブリック・レビュー開始を勧告しました。…
Financial API — Part 1: Read Only Security Profile が Implementer’s Draft投票前の最終レビュー中です。
OpenID Foundation の Financial API WG (FAPI WG)で策定を進めている、『Financial API — Part 1: Read Only Security Profile』が、Implementer’s Draft投票に掛ける前の最終レビュー中です。Implementer’s D…
API Days Paris に「Financial Grade OAuth and OpenID Connect」と題して出演します
「IT、ビジネス、そして社会全体をAPIで自動化する」というキャッチフレーズを持つ、1200人規模のカンファレンス「API Days 2016」が、来る12月13日・14日とパリのTapis Rougeで開催されます。 わたしは、1日目の午後の「WORKSHOP CA」で「OpenID Foundation Financial API WG」と題して、２日目…
OAuthに対するWPAD/PAC攻撃と対策
8月3日のBlackhat 2016で発表された、HTTPSのURLが読めるというWPAD/PAC Attack、なるほどねぇ、と思わせるアタックですな。 HTTPS自身を攻撃するわけじゃなくて、HTTPSのhostに対するproxy resolveの時に、PACファイルを使ってURLの内容をフィルタリングして攻撃者のホストに送るというやり口。…
Open Data in Finance @ London は6月15日！
FinTechの３本柱の１つとして注目されるAPIですが、特に欧州ではPayment Service Directive 2で銀行が2017年末までに金融API提供を義務付けられたことに伴い、とてもホットな話題になっています。日本ではまだまだブロックチェインの後塵を配していますが、まだまだリサーチ・プロジェクトと言っても良いブロックチェインに比べて、金融AP…
CISでのOpenID Trackは6月7日火曜日
昨年までは、CISでのOpenID Trackは、Pre-conference day でしたが、今年は 『Achieving Internet Scale Identity with OpenID Connect』と題して、main conferenceに取り込まれました。 トラック・コーディネーターはDon Thibeauです。 今年は、わたしは金融AP…
OAuth PKCEがRFC7636として発行されました。
私とJohn Bradley(Ping)とNaveen Agarwal(Google)が共著者としてクレジットされている「OAuth PKCE（ピクシー）」 が、[RFC 7636] として発行されました。元々はOAuth SPOP (Symmetric Proof of Posession)と言っていたものですが、Symmetricに限らない形に拡張したた…
OpenID Summit Tokyo 2015 発表募集開始
来る11月10日に、東京・飯田橋でOpenID Summit Tokyo 2015が開催されます。 これの発表募集(Call for Presentation)が開始されました[1]。 各発表は持ち時間20分（15分＋質疑応答5分）で、みなさんよくご存知のTEDライクなプレゼンテーションが期待されています。 対象となる講演の主題は、 講演の内容は以下の領域に…
MacOS XとiOSのXARA脆弱性について
今日（６月１８日）午後、GigaZineで「iOSとOS XでiCloud・メール・ブラウザ保存のパスワードが盗まれる脆弱性が発覚、Appleは半年以上も黙殺」というセンセーショナルな記事が出ました。まぁ、Webメディアだからしょうがないかという感じではありますが、記事を読んだだけでは何のことやらさっぱりなので、読みましたよ、元の論文。 その論文は、これです…
「番号」設計のあるべき姿 〜 年金番号漏洩事件によせて
年金番号漏洩事件では、「漏洩した番号は全て変更する」のだそうです。個人的には「あーあ」という感じでありんす。昨日の記事でも書いたとおり、適切に運用していれば、番号自体の漏洩は大したリスクではなく、一緒に漏れた住所氏名他が変えられない以上、年金番号だけ変えてもあまり意味が無いからです。 逆に、設計の古い年金番号は、変えるとなると、連動して変えなければいけないと…
コメントを投稿するにはログインしてください。