知っておきたい7つのID連携実装パターン
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ID連携担当のくら（@kura_lab）です。 みなさんはYahoo! JAPANのWeb APIや認証、エンドユーザーの属性取得APIを実装したことがありますか。これらを利用するためにはYahoo! ID連携を用いてアクセストークンの取得やログインの実装が必要になります。単にアクセストークンの取得、ログインの実装といってもWebアプリ、ネイティブアプリにおいていろいろなパターンがあります。 SDKを用いる場合ほとんど意識せずに実装もできますが、提供するサービスのUXやシステムの環境に合わせてより最適な実装をするためには、それぞれの特徴を理解し適切なパターンを選択する必要があります。 Yahoo! ID連携はOAuth
登録されるとつらいユーザー名リスト - Qiita
Twitter, GitHub, Qiita などのように root/(username) でユーザーページをルーティングするところが増えてきている. このルーティングを採用し, help などのユーザー名を許可すると, root/help が奪われてしまう. そこで, 登録時に validate で, ある程度排除するのが習わしになっていると思うが, 急に root 直下に置きたいページが増えたときなどに取得されていると悲しいことになる. また, サブドメインを利用するサービスだと, api などをうっかり取られてしまうケースが後を絶たない. http://api.hatenablog.com/ みたいに取られることによる面白みもあるが, おおむねつらい. 実際, twitter では search アカウントが取られていて, TweetDeck では twitter.com/searc
[WAAD] REST Client で Graph API を直接実行する
いろんなアイデンティティ管理系製品やサービスの実験の記録をしていきます。 後は、関連するニュースなどを徒然と。 # 一部ご指摘をいただきましたので若干修正（Base64 encode ⇒ Base64 url encode） Windows Azure Active Directory をアプリケーションから利用する際、 Windows プラットフォームであれば、Windows Azure Authentication Library（AAL）を利用することになると思いますが、折角 RESTful な Graph API があるので、汎用 REST Client を使って API へアクセスしてみたいと思います。 ■準備 TenantContextID、AppPrincipalId、SymmetricKey が必要となります。前回同様、CreateServicePrincipal.ps1を
![[WAAD] REST Client で Graph API を直接実行する](https://cdn-ak-scissors.b.st-hatena.com/image/square/e0b8a0df27b644320742ab6c9fd67748dde8a68e/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhdjSAMvkAyTSP3ZWCvFXEbrXQBhkklw-MSGLLetQgrKYxgWQT9AgzyFx2FuzWtO98AfJn8GfKwmN5WbwKPclfxuO2tBwBDgAb2CKhQJZ1h0hOcTJA33-m8L6H9rjhd0iM42RgVGAHL01w%2Fw1200-h630-p-k-no-nu%2F00.arch.png)
Roger Clarke's 'Reactions to BrowserID'
This document is at http://www.rogerclarke.com/II/BrowserID-1107.html Abstract The Mozilla BrowserID initiative has been greeted with enthusiasm by some commentators. An assessment of its characteristics concludes that its design is seriously threatening to individual freedoms, and the scheme should be avoided by consumers and by service-providers interested in serving consumers' needs. Contents 1
BrowserID protects the privacy of your Web activity? Really? | .Nat Zone
Hi Nat, Thanks for writing this! With respect to the fact that information is leaked back to the IP (browserid.org), this is only the case until we have native browser support. browserid.org is a requirement to bootstrap the system, and mozilla incurs the cost of running it and commits to running it with the transparency and level of responsibility you’d expect. Ideally though, we’ll see browseri
非技術者のためのデジタル・アイデンティティ入門
「非技術者のためのOAuth認証(?)とOpenIDの違い入門」が800はてブ超えをしたのに気を良くして、今度はアイデンティティについて書いてみることにしました(*0)。 （デジタル）アイデンティティとは、聞きなれない言葉だと思います。デジタルはまだしも、アイデンティティとなると、はてさて一体何？という感じではないでしょうか？ ところがこの言葉、OpenIDにせよ、OAuthにせよ、「認証」を語るときには、必ず出てくる言葉ですし、先日ニコニコ動画で放映され、のべ27000人以上の来場者を数えた「一番いいのを頼むための共通番号制度徹底解説 ～そんな共通番号制度で大丈夫か？～ MIAU Presents ネットの羅針盤」が取り扱っていた「番号」制度を考える上でも実際には欠かせないものなのです。 そんなに大切な概念なのに、ぱっと分かりやすい解説というのがなかなか無いのですね。私の大好きな
認証基盤連携フォーラム、属性情報の相互利用でサービス創出を目指す
認証基盤連携フォーラムは1月13日、「認証基盤連携による安心・安全なサービスに関する実証実験」を実施すると発表した。実証実験は、総務省ICT先進事業国際展開プロジェクトのひとつとなるもので、3月下旬までに4種類の実証実験を展開する。 同フォーラムでは、2009年度にも同様のワーキンググループを設立し、通信事業者やISPなど電気通信事業者の持つ認証基盤の相互運用性の確保に向けた実証実験を展開しており、この実証実験から得られた結果をもとに仕様案の標準化を目指して国内外の標準化団体に提案している。 この提案では、氏名、住所、カード番号など個人を識別できる属性情報を複数のサービス事業者間で安全に制御、連携する仕組み、安全な認証事業者を見分けられるような仕組みの必要性が顕在化した。今回の実証実験は、各事業者に散在する属性情報を活用したサービスの創出と、認証基盤連携に関する国内市場の活性化を図ることを
無情社会と番号制度〜ビクトル・ユーゴー「ああ無情」に見る名寄せの危険性
どうも最近、「国民ID」やら「番号制度」やらというキャッチフレーズで「見える不変の汎用番号」を人に振ろうという話が巷で盛り上がってきている。これによって、年間１兆円の特需が恒久的に続くなどといって、株価が上がる企業まで出る始末だ。 名寄せを効率化することによって業務効率が劇的に改善するというのだが、議論が荒すぎて危惧を覚える。私自身、業務効率化のために「不変の番号」を導入するのにはやぶさかではない。だが、名寄せによるプライバシー侵害などの副作用を生むから、それは「見えてはいけない」と思っている。 しかし、この名寄せの脅威、なかなか一般にはご理解いただけないようだ。 曰く「名寄せがプライバシーの脅威と批判されても。番号制がもたらす脅威とは具体的にどのようなものか？」 「プライバシーとは何か」から説き起こした情報モデル的解説は、12月19日（日）の堀部シンポ 資料（当日公開）に詳しく書いたので
Liberty Alliance ID-WSF2.0仕様について - 080620 Identity Conference #2 hiroki
JBoss Application Server 入門�～ Seasar2を動かして見よう！～ on Seasar Conference 2009 White
General Information - Kantara Initiative
General Information {"serverDuration": 21, "requestCorrelationId": "54ae279291c53c76"}
NIST SP800-63: 電子認証に関するガイドライン
NIST Special Publication 800-63 Version 1.0.2 電子認証に関するガイドライン 米国国立標準技術研究所 による推奨 William E. Burr Donna F. Dodson W. Timothy Polk 情報セキュリティ 米国国立標準技術研究所 情報技術ラボラトリ コンピュータセキュリティ部門 Gaithersburg, MD 20899-8930 2006 年 4 月 米国商務省 長官 Donald L. Evans 技術管理局 技術担当商務次官 Robert Cresanti 米国国立標準技術研究所 所長 William Jeffrey この文書は下記団体によって翻訳監修されています Special Publication 800-63 電子認証に関するガイドライン コンピュータシステムの技術に関する報告書 米国国
情報セキュリティ技術動向調査（2009 年下期）：IPA 独立行政法人 情報処理推進機構
本報告では2009 年下半期のアイデンティティ管理技術に関する動向として、米国Open Identity Solutions for Open Government の動きを概観する。 米国ではとくにオバマ政権の発足以降、民間の事業者が提供するサービスを政府機関で活用する動きが加速しており、アイデンティティ管理の分野も例外ではない。 2009 年 9 月、FCIOC（Federal CIO Council：連邦政府CIO 評議会）内のISIMC（Information Security and Identity Management Committee：情報セキュリティおよびアイデンティティ管理委員会）の分科委員会であるICAMSC（Identity, Credential and Access Management (ICAM) Subcommittee）は、新たなイニシアチブとして「O
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft Word - インターネット・アイデンティティとプライバシー～OpenIDを中心にした考察.doc
What is Identity?
081210 Idcon 04 Itoh Peopleservice
http://www.isso.sparta.com/documents/abac.pdf
Security Guidance for Critical Areas of Focus in Cloud Computing | CSA
Amazon.co.jp: クラウド セキュリティ&プライバシー ―リスクとコンプライアンスに対する企業の視点 (THEORY/IN/PRACTICE): Tim Mather (著), Subra Kumaraswamy (著), Shahed Latif (著), 下道高志(監訳) (翻訳), 笹井崇司 (翻訳): 本
Amazon.co.jp: Digital Identity: Unmasking Identity Management Architecture (IMA): Windley, Phillip J.: 本
Select Identity Provider - Kantara Initiative