<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Apelog &#187; openid</title>
	<atom:link href="http://blog.apecell.com/tag/openid/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.apecell.com</link>
	<description>Apecell's blog by Design</description>
	<lastBuildDate>Tue, 22 Jun 2010 07:08:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>PHPでOpenIDによるログイン処理</title>
		<link>http://blog.apecell.com/2007/10/28/id/20</link>
		<comments>http://blog.apecell.com/2007/10/28/id/20#comments</comments>
		<pubDate>Sat, 27 Oct 2007 15:00:00 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[Program]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[library]]></category>
		<category><![CDATA[openid]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[zendframework]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/1970/01/01/20</guid>
		<description><![CDATA[PHPでのOpenIDを利用したログイン認証の実装について。
OpenIDの概要は調べるかWebの分散ID認証システムについてにて。とりあえず実装してみて、という感じなので間違っていたら指摘お願いします。
OpenID EnabledのPHP用ライブラリを利用する。
他にもVidentity.orgやPHP ClassesにOpenIDのライブラリはあるが更新が止まっていたり簡易的なものだったりするのでOpenID Enabledのものを使用。
実行環境

WindowsXP SP2
PHP 5.2.3
PHP OpenID Library 2.0.0-rc2

PHP OpenID Library 1.x.x系統と若干実装が違うので互換性は無い。
サンプルを動かしてみる
ライブラリを解凍するとexamplesディレクトリがある、コンシューマ側なのでexamples/consumerを実行してみる。
OpenID関連で生成されるファイル格納ディレクトリが作れないとエラーが出た。デフォルトで「/tmp/_php_consumer_test」に作るようになっているので「/tmp」を作ってやる（Windowsで「/tmp」は、Dドライブで実行しているなら「D:\tmp」）。
次にOpenIDで使用する暗号生成部でエラーになった。追ってみるとデフォルトで「/dev/urandom」を使用するようになっている。「/dev/urandom」はカーネル乱数ジェネレータでWindowsには無い。
定数Auth_OpenID_RAND_SOURCEがNULLの場合、PHP内で乱数を生成するのでWindowsの場合は先に以下のようにNULLで定数定義する。

&#60;?php
// Windowsの場合カーネル乱数ジェネレータを使用しない
if (!strncmp(PHP_OS, 'WIN', 3)) {
    define('Auth_OpenID_RAND_SOURCE', NULL);
}

この2点の変更で動作確認は出来た。確認にはOpenID.ne.jpを使用。
OpenIDでの認証をアプリケーションに組み込むために
組み込む為には入力されたIDとアプリケーションのデータ（会員ID）を結び付ける必要がある。
先に会員登録としてOpenIDを入力させて登録させる形式より、先に認証をおこない認可された場合ログインフラグを立ててアプリケーションデータと比較し、無ければ入力したIDと取得したデータ（ニックネームやメールアドレス）を登録する方がOpenIDで管理している情報を利用できるのでスマート。
取得したデータ以外に必要な情報があれば、認証時に登録画面に遷移。OpenID1.0で登録できる情報はE-mail、ニックネーム、氏名、性別、国籍、郵便番号、言語、生年月日。OpenID2.0ではプロトコルにXRIが使えてもう少し詳細な情報がやりとりできるらしい。
ユーザーから入力されたIDと結果として取得できるIDは違う場合があるので認証リダイレクト前に一度セッションに格納してから認可後にセッションから取得した値をアプリケーション側に登録する必要がある。
Zend Frameworkで使用
軽くラッピングしてZend Frameworkで使ってみた。
とりあえずザッと書いて動かしてみたものを以下に。
Zend_Controller_Actionを継承してpreDispatch()に認証処理を実装、実際のControllerはこのクラスを継承する。デフォルトで認証をおこなうようになっているので、認証が必要ない場合は$this-&#62;checkLogin = false;でオーバーライド。

&#60;?php
class Sample_Controller_Action_Base extends Zend_Controller_Action {
    /**
     * @var bool ログインチェックフラグ
     */
    protected $checkLogin = true;

  [...]]]></description>
			<content:encoded><![CDATA[<p>PHPでのOpenIDを利用したログイン認証の実装について。</p>
<p>OpenIDの概要は調べるか<a href="http://blog.apecell.com/archives/310800.html" target="_blank">Webの分散ID認証システムについて</a>にて。とりあえず実装してみて、という感じなので間違っていたら指摘お願いします。</p>
<p><a href="http://www.openidenabled.com/php-openid/" target="_blank">OpenID Enabled</a>のPHP用ライブラリを利用する。</p>
<p>他にも<a href="http://videntity.org/openid/" target="_blank">Videntity.org</a>や<a href="http://www.phpclasses.org/" target="_blank">PHP Classes</a>にOpenIDのライブラリはあるが更新が止まっていたり簡易的なものだったりするのでOpenID Enabledのものを使用。</p>
<h4>実行環境</h4>
<ul>
<li>WindowsXP SP2</li>
<li>PHP 5.2.3</li>
<li>PHP OpenID Library 2.0.0-rc2</li>
</ul>
<p>PHP OpenID Library 1.x.x系統と若干実装が違うので互換性は無い。</p>
<h4>サンプルを動かしてみる</h4>
<p>ライブラリを解凍するとexamplesディレクトリがある、コンシューマ側なのでexamples/consumerを実行してみる。</p>
<p>OpenID関連で生成されるファイル格納ディレクトリが作れないとエラーが出た。デフォルトで「/tmp/_php_consumer_test」に作るようになっているので「/tmp」を作ってやる（Windowsで「/tmp」は、Dドライブで実行しているなら「D:\tmp」）。</p>
<p>次にOpenIDで使用する暗号生成部でエラーになった。追ってみるとデフォルトで「/dev/urandom」を使用するようになっている。「/dev/urandom」はカーネル乱数ジェネレータでWindowsには無い。</p>
<p>定数Auth_OpenID_RAND_SOURCEがNULLの場合、PHP内で乱数を生成するのでWindowsの場合は先に以下のようにNULLで定数定義する。</p>
<pre name="code" class="php">
&lt;?php
// Windowsの場合カーネル乱数ジェネレータを使用しない
if (!strncmp(PHP_OS, 'WIN', 3)) {
    define('Auth_OpenID_RAND_SOURCE', NULL);
}
</pre>
<p>この2点の変更で動作確認は出来た。確認には<a href="http://www.openid.ne.jp/">OpenID.ne.jp</a>を使用。</p>
<h4>OpenIDでの認証をアプリケーションに組み込むために</h4>
<p>組み込む為には入力されたIDとアプリケーションのデータ（会員ID）を結び付ける必要がある。</p>
<p>先に会員登録としてOpenIDを入力させて登録させる形式より、先に認証をおこない認可された場合ログインフラグを立ててアプリケーションデータと比較し、無ければ入力したIDと取得したデータ（ニックネームやメールアドレス）を登録する方がOpenIDで管理している情報を利用できるのでスマート。</p>
<p>取得したデータ以外に必要な情報があれば、認証時に登録画面に遷移。OpenID1.0で登録できる情報はE-mail、ニックネーム、氏名、性別、国籍、郵便番号、言語、生年月日。OpenID2.0ではプロトコルにXRIが使えてもう少し詳細な情報がやりとりできるらしい。</p>
<p>ユーザーから入力されたIDと結果として取得できるIDは違う場合があるので認証リダイレクト前に一度セッションに格納してから認可後にセッションから取得した値をアプリケーション側に登録する必要がある。</p>
<h4>Zend Frameworkで使用</h4>
<p>軽くラッピングしてZend Frameworkで使ってみた。</p>
<p>とりあえずザッと書いて動かしてみたものを以下に。</p>
<p>Zend_Controller_Actionを継承してpreDispatch()に認証処理を実装、実際のControllerはこのクラスを継承する。デフォルトで認証をおこなうようになっているので、認証が必要ない場合は$this-&#62;checkLogin = false;でオーバーライド。</p>
<pre name="code" class="php">
&lt;?php
class Sample_Controller_Action_Base extends Zend_Controller_Action {
    /**
     * @var bool ログインチェックフラグ
     */
    protected $checkLogin = true;

    /**
     * @var Zend_Session
     */
    public $session;

    /**
     * 初期化
     */
    public function init() {
        $this-&gt;session = new Zend_Session_Namespace();
    }

    /**
     * preDispatch
     */
    public function preDispatch() {
        // ログイン認証
        if ($this-&gt;checkLogin &amp;&amp; !$this-&gt;session-&gt;login) {
            $auth = new Sample_Auth_OpenID();

            if (!empty($_REQUEST['openid_url'])) {
                $this-&gt;session-&gt;openid_url = $_REQUEST['openid_url'];
                $process_path = '/home'; // 適当に遷移に合わせて

                $auth-&gt;authenticate($_REQUEST['openid_url'], $process_path);
            }

            // 認可結果判別
            if ($auth-&gt;checkResult()) {
                // 認可時
                $this-&gt;session-&gt;login = true;

                echo $this-&gt;session-&gt;openid_url;
                print_r($auth-&gt;getContents());
            } else {
                // 拒否/失敗
                $this-&gt;session-&gt;destroy();
                echo 'Auth failed...';
            }
        }
    }
}
</pre>
<p>で、以下がOpenIDの認証用クラス。といってもexample纏めた程度。</p>
<pre name="code" class="php">
&lt;?php
class Sample_Auth_OpenID {
    /**
     * @var Auth_OpenID_Consumer
     */
    protected $_consumer = NULL;

    /**
     * OpenID関連で生成されるファイル格納ディレクトリパス
     * @var string
     */
    public $_store_path = &quot;/tmp/_php_consumer&quot;;

    /**
     * 承認フラグ
     * @var bool
     */
    protected $_valid = false;

    /**
     * 認証レスポンス
     * @var object
     */
    protected $_response = NULL;

    /**
     * 取得内容
     * @var array
     */
    protected $_contents = array();

    /**
     * コンストラクタ
     */
    public function __construct() {
        // Windowsの場合カーネル乱数ジェネレータを使用しない
        if (!strncmp(PHP_OS, 'WIN', 3)) {
            define('Auth_OpenID_RAND_SOURCE', NULL);
        }

        if (!file_exists($this-&gt;_store_path) &amp;&amp; !mkdir($this-&gt;_store_path)) {
            die(&quot;Could not create the FileStore directory&quot;);
        }

        $this-&gt;_consumer = new Auth_OpenID_Consumer(new Auth_OpenID_FileStore($this-&gt;_store_path));

        require_once &quot;Auth/OpenID/SReg.php&quot;;
    }
    /**
     * OpenIDによる認証
     *
     * @param string $checkid
     * @param string $process_path
     * @return bool 認証失敗時
     */
    public function authenticate($checkid, $process_path) {
        // 接続スキーマ
        $scheme = 'http';
        $scheme = (isset($_SERVER['HTTPS']) and $_SERVER['HTTPS'] == 'on') ? 'https' : 'http';

        // 承認URL
        $trust_root = sprintf(&quot;$scheme://%s:%s%s&quot;,
        $_SERVER['SERVER_NAME'], $_SERVER['SERVER_PORT'],
        dirname($_SERVER['PHP_SELF']));

        // 承認後リダイレクト先URL
        $process_url = $trust_root . $process_path;

        // 認証開始
        $auth_request = $this-&gt;_consumer-&gt;begin($checkid);

        // 入力されたOpenIDが使用出来ず失敗
        if (!$auth_request) {
            return false;
        }

        // 認証時に取得するデータ
        $sreg_request = Auth_OpenID_SRegRequest::build(
                                     // Required
                                     array('nickname'),
                                     // Optional
                                     array('fullname', 'email'));

        if ($sreg_request) {
            $auth_request-&gt;addExtension($sreg_request);
        }

        // 承認の為リダイレクト
        if ($auth_request-&gt;shouldSendRedirect()) {
            $redirect_url = $auth_request-&gt;redirectURL($trust_root, $process_url);

            // If the redirect URL can't be built, display an error
            // message.
            if (Auth_OpenID::isFailure($redirect_url)) {
                displayError(&quot;Could not redirect to server: &quot; . $redirect_url-&gt;message);
            } else {
                // Send redirect.
                header(&quot;Location: &quot;.$redirect_url);
                exit;
            }
        }
    }

    /**
     * 認証結果判別
     *
     * @return bool 認証可否
     */
    public function checkResult() {
        $this-&gt;_response = $this-&gt;_consumer-&gt;complete();

        // 認可時のみ値セット
        if ($this-&gt;_response-&gt;status == Auth_OpenID_SUCCESS) {
            $this-&gt;_valid = true;
            $this-&gt;_contents = Auth_OpenID_SRegResponse::fromSuccessResponse($this-&gt;_response)-&gt;contents();

            $id = ($this-&gt;_response-&gt;endpoint-&gt;canonicalID) ? $this-&gt;_response-&gt;endpoint-&gt;canonicalID : $this-&gt;_response-&gt;identity_url;
        }

        return $this-&gt;isValid();
    }

    /**
     * @var bool 認可結果
     */
    public function isValid() {
        return $this-&gt;_valid;
    }

    /**
     * @return array 取得情報
     */
    public function getContents() {
        return $this-&gt;_contents;
    }
}
</pre>
<p>認証APIやプロトコル仕様が乱立してるけど何が主流になるやら。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2007/10/28/id/20/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Webの分散ID認証システムについて</title>
		<link>http://blog.apecell.com/2007/10/16/id/17</link>
		<comments>http://blog.apecell.com/2007/10/16/id/17#comments</comments>
		<pubDate>Mon, 15 Oct 2007 15:00:00 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[openid]]></category>
		<category><![CDATA[spec]]></category>
		<category><![CDATA[xri]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/1970/01/01/17</guid>
		<description><![CDATA[分散認証システム関係の話。
あるユーザーの本人確認が必要な時に結果的に必要なものは「本人かそうでないか」。その結果を得るためにIDやメールアドレスやパスワードなどの組み合わせで判別する。アプリケーション毎にその判別を行うと当然判別に必要な情報もアプリケーション数だけ必要になる。
本人確認の結果だけが分かればいいなら認証をどこか別でおこなって結果を受け取ればいい。ではどこで認証をおこない、どうやって結果の受け渡しをするのか？
Web（UserAgentベース）の分散ID認証システムではURL・XRI・Sxipなど（以下URI）をIDとして使用する。認証はIDに結び付けられた認証サーバーでおこない、何を元に本人判別するかは完全にその認証システムに委ねられる。
一般的には認証先でID・パスワードなどを用いてログインして認証リクエストを許可する事により認証成功という結果が返る。例えばhttp://takahashimeijin.com/というIDで1秒間に16回クリック出来れば認証成功ということも出来る。IDと認証サーバーに関連性は必要無い（このURIの認証サーバーはここだ、という情報はIDとなるURIのページ中に記す）。これによりIDと認証サーバーを分離出来るのでURIを保持している限り認証サーバーに依存する事なく恒常的にIDを使用出来る事になる。
あるIDで認証しようとした場合、そのIDはどの認証サーバーを使用して結果として何が返るかは、
OpenIDやLIDなどのURIベースの認証プロトコルが仕様として決められている。仕様毎に実装が異なるので、URIがどの仕様でどうやって識別すれば良いかはYadisという仕様で決められている。
この形態での認証が一般化すれば、アプリケーション側でログイン識別子を持たなくても良くなり、ユーザーは1つのIDで複数のサービスが利用出来るようになる。利点だけで全く問題（課題）が無いわけではないけれど。
間違ってる所があれば指摘していただくという事で基本的な纏め。
実際の実装レベルの話と細かい仕様についてはまた別エントリにて。最近OpenIDが一番勢いがあるようなのでOpenID関係かな。
]]></description>
			<content:encoded><![CDATA[<p>分散認証システム関係の話。</p>
<p>あるユーザーの本人確認が必要な時に<em>結果的に必要なものは「本人かそうでないか」</em>。その結果を得るためにIDやメールアドレスやパスワードなどの組み合わせで判別する。アプリケーション毎にその判別を行うと当然判別に必要な情報もアプリケーション数だけ必要になる。</p>
<p>本人確認の結果だけが分かればいいなら認証をどこか別でおこなって結果を受け取ればいい。ではどこで認証をおこない、どうやって結果の受け渡しをするのか？</p>
<p>Web（UserAgentベース）の分散ID認証システムではURL・<a href="http://www.oasis-open.org/committees/xri" target="_blank">XRI</a>・<a href="http://www.sxip.com/" target="_blank">Sxip</a>など（以下URI）をIDとして使用する。認証はIDに結び付けられた認証サーバーでおこない、何を元に本人判別するかは完全にその認証システムに委ねられる。</p>
<p>一般的には認証先でID・パスワードなどを用いてログインして認証リクエストを許可する事により認証成功という結果が返る。例えば<a href="http://takahashimeijin.com/" target="_blank">http://takahashimeijin.com/</a>というIDで1秒間に16回クリック出来れば認証成功ということも出来る。IDと認証サーバーに関連性は必要無い（このURIの認証サーバーはここだ、という情報はIDとなるURIのページ中に記す）。これによりIDと認証サーバーを分離出来るのでURIを保持している限り認証サーバーに依存する事なく恒常的にIDを使用出来る事になる。</p>
<p>あるIDで認証しようとした場合、そのIDはどの認証サーバーを使用して結果として何が返るかは、</p>
<p><a href="http://openid.net/" target="_blank">OpenID</a>や<a href="http://lid.netmesh.org/wiki/Main_Page" target="_blank">LID</a>などのURIベースの認証プロトコルが仕様として決められている。仕様毎に実装が異なるので、URIがどの仕様でどうやって識別すれば良いかは<a href="http://yadis.org/wiki/Main_Page" target="_blank">Yadis</a>という仕様で決められている。</p>
<p>この形態での認証が一般化すれば、アプリケーション側でログイン識別子を持たなくても良くなり、ユーザーは1つのIDで複数のサービスが利用出来るようになる。利点だけで全く問題（課題）が無いわけではないけれど。</p>
<p>間違ってる所があれば指摘していただくという事で基本的な纏め。</p>
<p>実際の実装レベルの話と細かい仕様についてはまた別エントリにて。最近OpenIDが一番勢いがあるようなのでOpenID関係かな。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2007/10/16/id/17/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
