ID連携における仮名

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

カソウカDayだけに

自己紹介
• Blog
• IdM実験室（Identityに関することを徒然と）：http://idmlab.eidentity.p
• Social
• Facebook Page : eIdentity（Identityに関するFeed）：...

プライバシーとIDに関する課題
•複数のサービス間でIDの紐づけをされたくない
•ID連携は便利だが、統一されたIDを使うので連携するサービス間で
名寄せされやすいので使いたくない
•他人に知られずに使いたいサービスもありますよね
•結果、各サ...

◆プライバシー侵害のイメージ
サービスA：健全な技術者のサイト
サービスB：健全なオトコのサイト
汚れ芸人系技術者
Aさん
ログイン
健全な議論
ログイン
物色（ライブ
チャットなど）
最近汚れ
てきた
Oさん
あれ？この書き込み、
どう見ても...

仕方がない。。。
「技術者としてのアカウント」と
「オトナとしてのアカウント」を分
けるか、、、
メアドは捨てアドで、、でもパス
ワードは覚えられないから同じでい
いか。

◆Aさん、その後
サービスA：健全な技術者のサイト
サービスB：健全なオトコのサイト
汚れ芸人系技術者
Aさん
ログイン
健全な議論
別IDでログイン
物色（ライブ
チャットなど）
※繰り返しますが、あくまでイメージです。苦情は受け付けません。...

こんなはずじゃ
なかった！！！

ID/パスワードの使いまわしの問題
•人が覚えられるパスワードは平均3.1個
•対してインターネットユーザがID/パスワードでログインするサービスは
平均13.4個
•パスワードの使いまわしが発生
•利用するサービスでパスワードを統一しているユ...

ID連携でパスワード分散に対抗
ID連携（フェデレーション）すれば、
一つのIdPでの認証で複数のサービスが
使えるようになるからパスワードを
各サービス毎に設定する必要がない！！

IDの名寄せの危険性があるんじゃ？
でも同じIdPで属性も管理してるんだ
から、複数のサービスでID連携をする
と同じ属性が使われちゃうんじゃ？
結局名寄せされちゃったら意味ないし。

ID連携には仮名がある！
そんなケースも想定ずみなのである。

その前に。「実名・仮名・匿名」
•時間軸、コンテキスト（サービスなど）内外でのリンクの可否で分類
種別時間軸コンテキスト内コンテキスト外
実名永続的本名など⇒リンク可
仮名
（pseudonymous）
永続的ハンドルネームなど
⇒...

SAMLにおける仮名
•NameID Formatで表現
•永続的仮名（Persistent Pseudonym）
•永続（何度Assertionを発行しても同じ値になる）
•urn:oasis:names:tc:SAML:2.0:nameid...

AD FSでの仮名（永続ID）
•ビルトインの「_OpaqueIdStore」を利用
•Claim発行ルール①
c:[Type ==
"http://schemas.microsoft.com/ws/2008/06/identity/claim...

AD FSでの仮名
•Claim発行ルール②
c:[Type == "http://mycompany/internal/persistentId"]
=> issue(Type =
"http://schemas.xmlsoap.org/ws...

AD FSでの仮名（永続ID）
•発行されるAssertion（NameID）
• 何度発行しても同じ値が永続
<NameID Format="urn:oasis:names:tc:SAML:2.0:nameid-
format:persist...

AD FSでの仮名（一時ID）
•同じく「_OpaqueIdStore」を利用
•Claim発行ルール①
c1:[Type ==
"http://schemas.microsoft.com/ws/2008/06/identity/claims/...

AD FSでの仮名
•Claim発行ルール②
c:[Type == "http://mycompany/internal/sessionid"]
=> issue(Type =
"http://schemas.xmlsoap.org/ws/20...

AD FSでの仮名（一時ID）
•発行されるAssertion（NameID）
• 毎回違う値が発行される
<NameID Format="urn:oasis:names:tc:SAML:2.0:nameid-
format:transient...

ID連携でも仮名利用できる
これなら、サービス毎にパスワー
ドを設定しなくても良いし、プラ
イバシー侵害も防げる！！

待て！本当にその属性は必要か？
いくら仮名でも同じ属性を使ってたら意
味はない
⇒アプリケーションに本当に必要な属性
情報は何か？の見極めが重要
• 18禁サービス ⇒ 年齢情報があれ
ば良いはず
• グループ会社向け共有サービス ⇒
グループ...

まとめ
•パスワード拡散・使いまわしを防ぐためにもID連携を積極的に使いま
しょう
•コンテキスト間でのID情報のリンクを防ぐためにID連携の仮名の仕組み
を活用しましょう
•アプリケーションとのID連携を設計する時はプライバシーを十分に考慮
...

参考情報など
• SAMLについて（プロトコルから見るID連携）
• http://www.slideshare.net/naohiro.fujie/id-42157018
• 実名、仮名、匿名について（ビッグデータ時代にプライバシーを保護する...

Share Slideshare

LinkedIn
Facebook
Twitter

Embed

Size (px)

Show related Slideshows at end

WordPress Shortcode

Link

Share
Email

サイボウズのフロントエンド開発現在とこれからの挑戦 by Teppei Sato 20642 views
遅いクエリと向き合う仕組み #CybozuMeetup by S Akai 14721 views
サイボウズのサービスを支えるログ基盤 by Shin'ya Ueoka 47493 views
すべての人にチームワークをサイボウズのアクセシビリティ by Kobayashi Daisuke 13555 views
Api Strat Portland 2017 Serverless ... by Glenn Block 4143 views
離れた場所でも最高のチームワークを実現する方法ーサイボウズ開発チーム... by Teppei Sato 20726 views

View on Slideshare

1 of 23 Ad

View on Slideshare

1 of 23 Ad