公開: 2010年5月26日1時25分頃 WASForum Conference 2010、オープニングセッションに続いて、ヤフーの松岡泰三さんによる「国民のためのウェブサイトを運営するID認証の舞台裏」。松岡さんは「R&D統括本部プラットフォーム開発本部セントラル開発1部」に属し、OpenID、OAuth、認証API、認証(ログイン)、ソーシャルプラットフォーム、ストレージプラットフォーム、外部サービス連携……といった諸々のお仕事をされているそうで。 今回のお話は大きく前後半に分かれていて、前半はYahoo!の認証に関する仕組みや統計データについてのお話、後半は外部サービスとの連携の話になっていました。まずは前半部分のメモから。 Yahoo! Japan ID の現在アクティブユーザ数 …… 2396万IDYahoo!ウォレットのユーザ数 …… 1900万Yahoo!プレミアムの会員数
2011/03/10 「パスワードポリシーはますます複雑化し、ユーザーの大きな不満の原因となっている。再発行などに対応するヘルプデスクの手間、コストも大きい」――。 日本ベリサインは3月9日、認証ソリューションに関する説明会を開催した。米シマンテックのユーザーオーセンティケーション担当バイスプレジデント、アトリ・チャタジー氏は、パスワード認証にまつわる問題点をこのように指摘し、より強固で高度な認証が求められていると述べた。 ベリサインは2010年9月から11月にかけて、フォレスターリサーチに委託し、企業における認証の現状について調査を行った。北米の306社を対象としたこの調査からは、パスワードポリシーがますます複雑化していること、それにともない企業のヘルプデスクの負荷およびコストが高まっていることが明らかになった。 例えば、回答企業のうち87％では2つ以上の、27％は6つ以上のパスワードを
OpenIDを解説する際にしばしば登場する「認証」「認可」の言葉はそれぞれどういった意味で利用しているのでしょうか。両者は明確に区別しなければならないものなのでしょうか。また、OpenID Authenticationについても教えてください。 「認証」「認可」は、OpenID以外でもセキュリティ関連のトピックではしばしば登場する単語です。いったん理解してしまえばさほど難しいものでもありませんが、多くの人が混同されているようですのでこの機会にしっかり覚えてしまいましょう。認証・認可は英語では以下のような単語になります。 認証（Authentication） 認可（Authorization） 認証（Authentication）とは 関連記事 実は簡単なOpenIDの認証手続き OpenIDにかんするさまざまな疑問を解消していく本連載。今回は、OpenIDではどのような流れで認証手続きが行
NTT IDログインサービス、NTTネット決済の提供について -現在ご利用の認証IDで、インターネットサービスがより安心・便利に- ＜2010年5月13日＞ NTTコミュニケーションズ株式会社 株式会社NTTドコモ NTTレゾナント株式会社 日本電信電話株式会社 NTTコミュニケーションズ株式会社（代表取締役社長：和才 博美、以下NTT Com）、NTTドコモ、NTTレゾナント株式会社（代表取締役社長：中嶋 孝夫、以下NTTレゾナント）は、各社のお客様が現在ご利用中の認証ID（OCN ID、docomo ID、gooID）により、NTTグループおよびパートナー企業のWebサイトへのシングルサインオンを実現する「NTT IDログインサービス」を、2010年5月14日より提供開始します。 また、2010年度第2四半期には、「NTT IDログインサービス」を活用した便利な決済連携サービス「NTT
大変ご無沙汰しております。およそ2年の沈黙を打ち破り、WASForumは2010年5月22日に、コクヨホール（品川）にて終日のカンファレンスを開催することにいたしました。 少なからぬディスカッションを重ねた何ヶ月もの企画の期間を経て、今回のテーマはウェブサイトで「ユーザ」や「ID」を取り扱う方々すべてのために必要な情報をシェアすることにしました。 テーマは以下のようになっています。 ウェブサイトの「ユーザ」と「ID」にかかわる成功事例と都市伝説�「AuthN（Authentication：認証）」と「AuthZ（Authorization：認可）」を斬る プログラムの詳細は近日中に公開しますが、午前10時より夕方まで、あの国民的サイト、OpenID、ケータイ2.0、OAuth、Windows Live ID、 Web2.0サイトの連携に関係することを横断的に扱われます。 ウェブサイトのセキ
■ ここまで破綻しているケータイID認証（簡単ログイン） 2009年夏、はてなブックマーク界隈では「かんたんログイン」が危ういという話題で持ち切りだった。IPアドレス制限をしていても突破できてしまうのではないかという話だった。 実際に動いてすぐ使える「PHPによるかんたんログインサンプル」を作ってみました, ke-tai.org, 2009年7月31日 SoftBank Mobileの携帯用GatewayをPCで通る方法のメモ, Perlとかmemoとか日記とか。, 2009年8月1日 ソフトバンクの携帯用GatewayをPCで通る方法があるようです, ke-tai.org, 2009年8月4日 これは要するに次のような話だった。 まず、SoftBankの携帯電話で特定のAPN mailwebservice.softbank.ne.jp でネット接続して、所定のProxyサーバ sbwap
本日は、ASP.NETでログイン機能をつくる際のセッション固定対策について書きます。 ログイン状態の管理には、ASP.NETが提供するセッション機構（ASP.NET_SessionId Cookie）を使っているとします。 ASP.NETでのセッション再生成 ログイン機能のセッション固定対策は、ログイン時に新たなセッションを開始することです。既存のセッションがなければ新たにセッションを開始し、既存のセッションがあるならばそのセッションは再生成されなければなりません。 しかし、ASP.NETはセッションを再生成する方法を提供していません。 それはJavaも同じなのですが、TomcatだとHttpSession#invalidateでセッションを無効化することで、セッションを再生成することができます*1。 ASP.NETでも普通に考えると、Session.Abandonという同等のメソッドを利
記 下記日時を持ちまして、Buzzurlモバイルの「かんたんログイン」機能の提供を終了します。 通常のID/パスワードによるログインは引き続きご利用いただけます。 日時 2010年3月末日まで 概要 Buzzurの携帯電話向けBuzzurlモバイルにおきまして、携帯端末のいわゆる端末固有IDを用いた「かんたんログイン」機能を提供しておりました。 しかし昨今の携帯端末を取り巻く環境の変化により、Buzzurlでは「かんたんログイン」機能はその役割を終えたと考えております。つきましては2010年3月末日を持ちまして本機能の提供を終了いたします。 パソコン用Buzzurlと同様の、ID/パスワードによる通常ログインは2010年4月以降も引き続きご利用いただけます。 2010年4月以降はBuzzurlモバイルにログインするにあたり、パソコン用と同様にIDとパスワードを入力ください。お客様
認証基盤連携フォーラムの活動は終了しました。 5秒後に、Web Archive に飛びます。
日本オンラインゲーム協会は、なりすましによる不正利用の防止に向けて、会員企業が共通利用できるための認証基盤を導入する。 日本オンラインゲーム協会は3月31日、携帯電話とワンタイムパスワードで正規ユーザーを識別するための共通認証基盤を導入すると発表した。 協会によると、2009年からハッキング行為が原因となってオンラインゲーム利用者のアカウントの盗難や不正利用による被害が増加している。被害実態を重くみた警察庁の要請を受けて導入を決めた。 共通認証基盤は、協会に加盟する企業各社が利用できる。共通化することで、企業1社当たりの認証システムの導入や運用に伴う業務負荷とコストを軽減できるメリットがある。アカウントの盗難や不正利用に対する情報も各社で共有できる。 協会ではセキュリティ関連団体や行政機関、クレジットカード会社とも連携し、業界を挙げてオンラインゲーム犯罪に対処すると表明している。
社内で運用しているデータベースやメール・システムを外出先から閲覧可能にするモバイル営業支援システムの構築が進んでいる。モバイルでの情報アクセスには，つい最近まではノート・パソコンを使うのが一般的だった。しかし，携帯電話の急速な高機能化に伴い，携帯電話を使った情報システムへのアクセスが技術的に可能になり，エンドユーザー部門からの要望も高まっている。 携帯電話によるアクセスには パソコンと異なる注意点がある 利用する側からみれば，重いパソコンではなく，普段持ち歩いている携帯電話で社内システムにアクセスできれば便利なのは間違いない。一方で，企業にとっては，重要情報の流出は命取りになりかねない。システム運用担当者には，携帯電話によるアクセスはセキュリティ確保の点で不安だと思う人も多いだろう。 ここでは，パソコンを用いた一般的な外部からの情報アクセスと，携帯電話を用いた情報アクセスにおいて，「セキ
前回はConsumerサイトを実際に作る際のプログラミングに関してお話ししましたが、今回はOpenIDに関するセキュリティについて考えてみます。 今回取り上げるトピックとしては、 などを段階的に説明していきます。IdPの構築方法を知る前にOpenIDプロトコルのセキュリティに関して熟知しておきましょう。 OpenIDプロトコルにおける通信経路のセキュリティ ここまで詳細に解説してきませんでしたがOpenID認証プロトコルのフェイズにおいて、どのようにセキュリティ上の安全性を担保しているかを解説しましょう。 まずはassociateモードを正常に実行するSmartモードの場合です。 ConsumerはユーザーからのClaimed Identifierを受け取ると、associateのキャッシュが存在しない場合は新規にIdPに対してassociateモードのリクエストを行います。第3回で「as
AOLのOpenAuthという認証APIがあります。YahooのBBAuthだったり、Google Account Authentication、日本で言うならはてな認証、livedoor Authなどに代表される、最近流行のサービスプロバイダによる認証APIの一種なんだと思います。ただ、少なくともAOL IDを使うことはほぼないから、アナウンスは聞いてもとりあえずスルーしてたのだけど、たまたま仕様を読んでいたらかなりびっくりした。なんと通信経路にJSONPを使って認証トークンをやり取りできてしまう。JSONPはパブリック情報の配信以外に使うな、ってのが常識になりつつあった人たちから見たら、これはたぶん衝撃。 でも、これがセキュリティ的にヤバいかっていうと、決してそうではなくって、OpenAuthではいわゆる「リファラによるサイト制限」を実装しているところがポイント。つまり、JSONPリク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
