導入

データベースのテーブルでの認証

導入

Zend_Auth_Adapter_DbTable は、 データベースのテーブルに保存された証明情報に基づいた認証の機能を提供します。 Zend_Auth_Adapter_DbTable のコンストラクタには Zend_Db_Adapter_Abstract のインスタンスを渡す必要があるので、 各インスタンスは特定のデータベース接続に関連付けられます。 コンストラクタではその他の設定オプションも指定できます。 これらは個別にインスタンスメソッドで指定することもできます。

次のような設定オプションが使用可能です。

  • tableName: これはデータベースのテーブル名です。証明情報が含まれ、 認証クエリの問い合わせ先となるテーブル名を指定します。

  • identityColumn: これは、ID を表すデータベーステーブルのカラム名です。 このカラムには、ユーザ名やメールアドレスのような一意な値が含まれている必要があります。

  • credentialColumn: これは、証明情報を表すデータベーステーブルのカラム名です。 単純な ID およびパスワードによる認証方式では、この値がパスワードに対応します。 credentialTreatment オプションも参照ください。

  • credentialTreatment: 多くの場合、パスワードやその他機密情報は、何らかの関数やアルゴリズムで 暗号化、ハッシュ化、符号化、ぼかしなどの処理が行われています。 これらの処理を表すパラメータつきの文字列、たとえば ' MD5(?)' や ' PASSWORD(?)' を指定することで、 証明データに対して任意の SQL を適用できるようになります。 これらの関数は RDBMS によって異なります。 データベースシステムでどのような関数が使えるのかについては、 データベースのマニュアルをご確認ください。

Example #1 基本的な使用法

導入部で説明したとおり、Zend_Auth_Adapter_DbTable のコンストラクタには Zend_Db_Adapter_Abstract のインスタンスを渡す必要があります。これは、認証アダプタのインスタンスと 関連付けるデータベース接続を表します。 まず、データベース接続を作成する必要があります。

次のコードは、メモリ内データベースのアダプタを作成し、 簡単なテーブルスキーマを作成し、そして後で認証クエリを実行するための行を追加します。 この例を実行するには、PDO SQLite 拡張モジュールが有効になっている必要があります。

  1. // メモリ内で SQLite データベース接続を作成します
  2. 'dbname' =>
  3.                                                   ':memory:'));
  4.  
  5. // 単純なテーブルを作成するクエリ
  6. $sqlCreate = 'CREATE TABLE [users] ('
  7.            . '[id] INTEGER  NOT NULL PRIMARY KEY, '
  8.            . '[username] VARCHAR(50) UNIQUE NOT NULL, '
  9.            . '[password] VARCHAR(32) NULL, '
  10.            . '[real_name] VARCHAR(150) NULL)';
  11.  
  12. // 認証情報テーブルを作成します
  13. $dbAdapter->query($sqlCreate);
  14.  
  15. // 認証を成功させるために行を追加します
  16. $sqlInsert = "INSERT INTO users (username, password, real_name) "
  17.            . "VALUES ('my_username', 'my_password', 'My Real Name')";
  18.  
  19. // データを挿入します
  20. $dbAdapter->query($sqlInsert);

データベース接続およびテーブルが使用可能となったので Zend_Auth_Adapter_DbTable のインスタンスが作成できます。 設定オプションの値は、コンストラクタで渡すか、 あるいはインスタンスを作成した後に設定用メソッドで指定します。

  1. // コンストラクタにパラメータを渡し、インスタンスを設定します
  2. 'users',
  3.     'username',
  4.     'password'
  5. );
  6.  
  7. // あるいは、設定用メソッドでインスタンスの設定を行います
  8. 'users')
  9.     ->setIdentityColumn('username')
  10.     ->setCredentialColumn('password')
  11. ;

この時点で、認証アダプタのインスタンスは認証クエリを受け付ける準備ができました。 認証クエリを処理するには、入力された証明情報をアダプタに渡してから authenticate() メソッドをコールします。

  1. // 入力情報 (ログインフォームからの値など) を設定します
  2. $authAdapter
  3.     ->setIdentity('my_username')
  4.     ->setCredential('my_password')
  5. ;
  6.  
  7. // 認証クエリを実行し、結果を保存します

認証結果オブジェクトでの getIdentity() メソッドに加え、Zend_Auth_Adapter_DbTable は認証の成功時にテーブルの行を取得する機能もサポートしています。

  1. // ID を表示します
  2. "\n\n";
  3.  
  4. // 結果の行を表示します
  5. /* 出力結果
  6. my_username
  7.  
  8. Array
  9. (
  10.     [id] => 1
  11.     [username] => my_username
  12.     [password] => my_password
  13.     [real_name] => My Real Name
  14. )
  15. */

テーブルの行には証明情報が含まれているので、 予期せぬアクセスからその内容を守ることが重要となります。

応用例: 持続的な DbTable 結果オブジェクト

デフォルトでは Zend_Auth_Adapter_DbTable は、 認証に成功した際に認証情報を返します。場合によっては、 Zend_Auth の持続ストレージの仕組みを利用して 別の有用な情報を格納したいこともあるでしょう。その場合は、 getResultRowObject() メソッドを使用して stdClass オブジェクトを返します。 次のコードで、使用法をご確認ください。

  1. // Zend_Auth_Adapter_DbTable による認証を行います
  2. // 認証情報をオブジェクトとして保存し、username と real_name のみを返します
  3. 'username',
  4.         'real_name',
  5.     )));
  6.  
  7.     // 認証情報をオブジェクトとして保存し、password のみを省略します
  8. 'password'
  9.     ));
  10.  
  11.     /* ... *//* ... */
  12.  
  13. }

高度な使用例

Zend_Auth (そして Zend_Auth_Adapter_DbTable) の主な目的は 認証 (authentication) であって 認可 (authorization), ではありませんが、認可にもかかわる問題も多少あります。 問題によっては、認証アダプタの中で認可にかかわる問題を解決することもあるでしょう。

ちょっとしたおまけとして Zend_Auth_Adapter_DbTable に組み込まれている仕組みを使用すると、 認証時にありがちな問題を解決するチェックを加えることができます。

  1. // アカウントの status フィールドが "compromised" ではない
  2. 'users',
  3.     'username',
  4.     'password',
  5.     'MD5(?) AND status != "compromised"'
  6. );
  7.  
  8. // アカウントの active フィールドが "TRUE" に等しい
  9. 'users',
  10.     'username',
  11.     'password',
  12.     'MD5(?) AND active = "TRUE"'
  13. );

もうひとつの例として、salt メカニズムの実装を見てみましょう。 salt とは、アプリケーションのセキュリティを格段に向上させるテクニックを指す用語です。 パスワードにランダムな文字列を連結することで、 辞書を用いた総当たり攻撃からパスワードを保護するという仕組みになっています。

salt 文字列を格納するために、テーブルの構造を変更する必要があります。

  1. $sqlAlter = "ALTER TABLE [users] "
  2.           . "ADD COLUMN [password_salt] "
  3.           . "AFTER [password]";
  4.  
  5. $dbAdapter->query($sqlAlter);

すべてのユーザに対して登録時に salt 文字列を生成するシンプルな方法を示します。

  1.  

それではアダプタを作成してみましょう。

  1. span style="color: #ff0000;">'users',
  2.     'username',
  3.     'password',
  4.     "MD5(CONCAT('"'staticSalt')
  5.     . "', ?, password_salt))"
  6. );

Note: salt がたとえハードコーディングされた固定文字列であったとしても、 セキュリティを向上させることができます。 仮に (SQL インジェクション攻撃などで) データベースに侵入されたとしても、 ウェブサーバは無傷なのでデータを攻撃者に悪用されることはありません。

もうひとつの方法は、アダプタを作成したあとで Zend_Auth_Adapter_DbTablegetDbSelect() メソッドを使うことです。 このメソッドが返す Zend_Db_Select オブジェクトのインスタンスで authenticate() を実行します。このメソッドは、 authenticate() をコールしたかどうかにかかわらず同じオブジェクトを返すことに注意しましょう。 このオブジェクトには識別や認証のための情報は含まれておらず、 authenticate() によってそれらが組み込まれます。

getDbSelect() メソッドを使いたくなるひとつの例としては、 たとえばユーザの状態のチェック、 つまりそのユーザアカウントが有効になっているかどうかの確認などがあります。

  1. // 上の例の続き
  2. 'users',
  3.     'username',
  4.     'password',
  5.     'MD5(?)'
  6. );
  7.  
  8. // select オブジェクトを (参照として) 取得します
  9. $select = $adapter->getDbSelect();
  10. $select->where('active = "TRUE"');
  11.  
  12. // 認証。これにより、users.active = TRUE であることを保証します
  13. $adapter->authenticate();

導入