This document is for a version of CakePHP that is no longer supported. Please upgrade to a newer release!

Authentification Simple et Autorisation de l’Application

Suivez notre exemple Tutoriel d’un Blog, imaginons que nous souhaitions sécuriser l’accès de certaines URLs, basées sur la connexion de l’user. Nous avons aussi une autre condition requise, qui est d’autoriser notre blog à avoir des auteurs multiples, afin que chacun d’eux puisse créer ses propres posts, les modifier et les supprimer selon le besoin interdisant d’autres auteurs à apporter des modifications sur ses messages.

Créer le code lié de tous les users

Premièrement, créeons une nouvelle table dans notre base de données du blog pour contenir les données de notre user:

CREATE TABLE users (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50),
    password VARCHAR(255),
    role VARCHAR(20),
    created DATETIME DEFAULT NULL,
    modified DATETIME DEFAULT NULL
);

Nous avons respecté les conventions de CakePHP pour le nommage des tables, mais nous profitons d’une autre convention: en utilisant les colonnes du nom d’user et du mot de passe dans une table users, CakePHP sera capable de configurer automatiquement la plupart des choses pour nous quand on réalisera la connexion de l’user.

La prochaine étape est de créer notre model User, qui a la responsablilité de trouver, sauvegarder et valider toute donnée d’user:

// app/Model/User.php
App::uses('AppModel', 'Model');

class User extends AppModel {
    public $name = 'User';
    public $validate = array(
        'username' => array(
            'required' => array(
                'rule' => 'notBlank',
                'message' => 'Un nom d\'utilisateur est requis'
            )
        ),
        'password' => array(
            'required' => array(
                'rule' => 'notBlank',
                'message' => 'Un mot de passe est requis'
            )
        ),
        'role' => array(
            'valid' => array(
                'rule' => array('inList', array('admin', 'auteur')),
                'message' => 'Merci de rentrer un rôle valide',
                'allowEmpty' => false
            )
        )
    );
}

Créeons aussi notre UsersController, le contenu suivant correspond à la classe cuisinée basique UsersController en utilisant les utilitaires de génération de code fournis avec CakePHP:

// app/Controller/UsersController.php
class UsersController extends AppController {

    public function beforeFilter() {
        parent::beforeFilter();
        $this->Auth->allow('add', 'logout');
    }

    public function index() {
        $this->User->recursive = 0;
        $this->set('users', $this->paginate());
    }

    public function view($id = null) {
        if (!$this->User->exists($id)) {
            throw new NotFoundException(__('User invalide'));
        }
        $this->set('user', $this->User->findById($id));
    }

    public function add() {
        if ($this->request->is('post')) {
            $this->User->create();
            if ($this->User->save($this->request->data)) {
                $this->Flash->success(__('L\'user a été sauvegardé'));
                return $this->redirect(array('action' => 'index'));
            } else {
                $this->Flash->error(__('L\'user n\'a pas été sauvegardé. Merci de réessayer.'));
            }
        }
    }

    public function edit($id = null) {
        $this->User->id = $id;
        if (!$this->User->exists()) {
            throw new NotFoundException(__('User Invalide'));
        }
        if ($this->request->is('post') || $this->request->is('put')) {
            if ($this->User->save($this->request->data)) {
                $this->Flash->success(__('L\'user a été sauvegardé'));
                return $this->redirect(array('action' => 'index'));
            } else {
                $this->Flash->error(__('L\'user n\'a pas été sauvegardé. Merci de réessayer.'));
            }
        } else {
            $this->request->data = $this->User->findById($id);
            unset($this->request->data['User']['password']);
        }
    }

    public function delete($id = null) {
        // Avant 2.5, utilisez
        // $this->request->onlyAllow('post');

        $this->request->allowMethod('post');

        $this->User->id = $id;
        if (!$this->User->exists()) {
            throw new NotFoundException(__('User invalide'));
        }
        if ($this->User->delete()) {
            $this->Flash->success(__('User supprimé'));
            return $this->redirect(array('action' => 'index'));
        }
        $this->Flash->error(__('L\'user n\'a pas été supprimé'));
        return $this->redirect(array('action' => 'index'));
    }

}

Modifié dans la version 2.5: Depuis 2.5, utilisez CakeRequest::allowMethod() au lieu de CakeRequest::onlyAllow() (dépréciée).

De la même façon, nous avons créé les vues pour nos posts de blog ou en utilisant l’outil de génération de code, nous exécutons les vues. Dans le cadre de ce tutoriel, nous allons juste montrer le add.ctp:

<!-- app/View/Users/add.ctp -->
<div class="users form">
<?php echo $this->Form->create('User');?>
    <fieldset>
        <legend><?php echo __('Ajouter User'); ?></legend>
        <?php echo $this->Form->input('username');
        echo $this->Form->input('password');
        echo $this->Form->input('role', array(
            'options' => array('admin' => 'Admin', 'auteur' => 'Auteur')
        ));
    ?>
    </fieldset>
<?php echo $this->Form->end(__('Ajouter'));?>
</div>

Authentification (Connexion et Deconnexion)

Nous sommes maintenant prêt à ajouter notre couche d’authentification. Dans CakePHP, c’est géré par AuthComponent, une classe responsable d’exiger la connexion pour certaines actions, de gérer la connexion et la déconnexion, et aussi d’autoriser aux users connectés les actions que l’on souhaite leur voir autorisées.

Pour ajouter ce component à votre application, ouvrez votre fichier app/Controller/AppController.php et ajoutez les lignes suivantes:

// app/Controller/AppController.php
class AppController extends Controller {
    //...

    public $components = array(
        'Flash',
        'Auth' => array(
            'loginRedirect' => array('controller' => 'posts', 'action' => 'index'),
            'logoutRedirect' => array('controller' => 'pages', 'action' => 'display', 'home')
        )
    );

    public function beforeFilter() {
        $this->Auth->allow('index', 'view');
    }
    //...
}

Il n’y a pas grand chose à configurer, puisque nous avons utilisé les conventions pour la table des users. Nous avons juste configuré les URLs qui seront chargées après que la connexion et la déconnexion des actions sont effectuées, dans notre cas, respectivement à /posts/ et /.

Ce que nous avons fait dans la fonction beforeFilter a été de dire au AuthComponent de ne pas exiger un login pour toutes les actions index et view, dans chaque controller. Nous voulons que nos visiteurs soient capables de lire et lister les entrées sans s’inscrire dans le site.

Maintenant, nous avons besoin d’être capable d’inscrire des nouveaux users, de sauvegarder leur nom d’user et mot de passe, et plus important de hasher leur mot de passe afin qu’il ne soit pas stocké en texte plain dans notre base de données. Disons à AuthComponent de laisser des users non-authentifiés d’accéder à la fonction add des users et de réaliser l’action connexion et deconnexion:

// app/Controller/UsersController.php

public function beforeFilter() {
    parent::beforeFilter();
    // Permet aux utilisateurs de s'enregistrer et de se déconnecter
    $this->Auth->allow('add', 'logout');
}

public function login() {
    if ($this->request->is('post')) {
        if ($this->Auth->login()) {
            return $this->redirect($this->Auth->redirectUrl());
        } else {
            $this->Flash->error(__("Nom d'user ou mot de passe invalide, réessayer"));
        }
    }
}

public function logout() {
    return $this->redirect($this->Auth->logout());
}

Le hash du mot de passe n’est pas encore fait, ouvrez votre fichier de model app/Model/User.php et ajoutez ce qui suit:

// app/Model/User.php

App::uses('AppModel', 'Model');
App::uses('SimplePasswordHasher', 'Controller/Component/Auth');

class User extends AppModel {

// ...

public function beforeSave($options = array()) {
    if (isset($this->data[$this->alias]['password'])) {
        $passwordHasher = new SimplePasswordHasher();
        $this->data[$this->alias]['password'] = $passwordHasher->hash(
            $this->data[$this->alias]['password']
        );
    }
    return true;
}

// ...

Ainsi, maintenant à chaque fois qu’un user est sauvegardé, le mot de passe est hashé en utilisant la classe SimplePasswordHasher. Il nous manque juste un fichier template de vue pour la fonction de connexion:

//app/View/Users/login.ctp

<div class="users form">
<?php echo $this->Flash->render('auth'); ?>
<?php echo $this->Form->create('User'); ?>
    <fieldset>
        <legend>
            <?php echo __('Please enter your username and password'); ?>
        </legend>
        <?php echo $this->Form->input('username');
        echo $this->Form->input('password');
    ?>
    </fieldset>
<?php echo $this->Form->end(__('Login')); ?>
</div>

Vous pouvez maintenant inscrire un nouvel user en rentrant l’URL /users/add et vous connecter avec ce profil nouvellement créé en allant sur l’URL /users/login. Essayez aussi d’aller sur n’importe quel URL qui n’a pas été explicitement autorisée telle que /posts/add, vous verrez que l’application vous redirige automatiquement vers la page de connexion.

Et c’est tout! Cela semble trop simple pour être vrai. Retournons en arrière un peu pour expliquer ce qui s’est passé. La fonction beforeFilter dit au component AuthComponent de ne pas exiger de connexion pour l’action add en plus des actions index et view qui étaient déjà autorisées dans la fonction beforeFilter de l’AppController.

L’action login appelle la fonction $this->Auth->login() dans AuthComponent, et cela fonctionne sans autre config car nous suivons les conventions comme mentionnées plus tôt. C’est-à-dire, avoir un model User avec les colonnes username et password, et utiliser un formulaire posté à un controller avec les données d’user. Cette fonction retourne si la connexion a réussi ou non, et en cas de succès, alors nous redirigeons l’user vers l’URL configuré de redirection que nous utilisions quand nous avons ajouté AuthComponent à notre application.

La déconnexion fonctionne juste en allant à l’URL /users/logout et redirigera l’user vers l’Url de Déconnexion configurée décrite précedemment. Cette URL est le résultat de la fonction AuthComponent::logout() en cas de succès.

Autorisation (Qui est autorisé à accéder à quoi)

Comme mentionné avant, nous convertissons ce blog en un outil multi-user à autorisation, et pour ce faire, nous avons besoin de modifier un peu la table posts pour ajouter la référence au model User:

ALTER TABLE posts ADD COLUMN user_id INT(11);

Aussi, un petit changement dans PostsController est nécessaire pour stocker l’user connecté courant en référence pour le post créé:

// app/Controller/PostsController.php
public function add() {
    if ($this->request->is('post')) {
        $this->request->data['Post']['user_id'] = $this->Auth->user('id'); //Ligne ajoutée
        if ($this->Post->save($this->request->data)) {
            $this->Flash->success(__('Votre post a été sauvegardé.'));
            $this->redirect(array('action' => 'index'));
        }
    }
}

La fonction user() fournie par le component retourne toute colonne à partir de l’user connecté courant. Nous avons utilisé cette méthode pour ajouter les données dans les infos requêtées qui sont sauvegardées.

Sécurisons maintenant notre app pour empêcher certains auteurs de modifier ou supprimer les posts des autres. Des règles basiques pour notre app sont que les users admin peuvent accéder à tout URL, alors que les users normaux (le role auteur) peuvent seulement accéder aux actions permises. Ouvrez encore la classe AppController et ajoutez un peu plus d’options à la config de Auth:

// app/Controller/AppController.php

public $components = array(
    'Flash',
    'Auth' => array(
        'loginRedirect' => array('controller' => 'posts', 'action' => 'index'),
        'logoutRedirect' => array(
            'controller' => 'pages',
            'action' => 'display',
            'home'
        ),
        'authenticate' => array(
            'Form' => array(
                'passwordHasher' => 'Blowfish'
            )
        ),
        'authorize' => array('Controller') // Ajout de cette ligne
    )
);

public function isAuthorized($user) {
    // Admin peut accéder à toute action
    if (isset($user['role']) && $user['role'] === 'admin') {
        return true;
    }

    // Refus par défaut
    return false;
}

Nous venons de créer un mécanisme très simple d’autorisation. Dans ce cas, les users avec le role admin sera capable d’accéder à tout URL dans le site quand ils sont connectés, mais les autres (par ex le role auteur) ne peut rien faire d’autre par rapport aux users non connectés.

Ce n’est pas exactement ce que nous souhaitions, donc nous avons besoin de déterminer et fournir plus de règles à notre méthode isAuthorized(). Mais plutôt que de le faire dans AppController, déleguons à chaque controller la fourniture de ces règles supplémentaires. Les règles que nous allons ajouter à PostsController permettront aux auteurs de créer des posts mais empêcheront l’édition des posts si l’auteur ne correspond pas. Ouvrez le fichier PostsController.php et ajoutez le contenu suivant:

// app/Controller/PostsController.php

public function isAuthorized($user) {
    // Tous les users inscrits peuvent ajouter les posts
    if ($this->action === 'add') {
        return true;
    }

    // Le propriétaire du post peut l'éditer et le supprimer
    if (in_array($this->action, array('edit', 'delete'))) {
        $postId = (int) $this->request->params['pass'][0];
        if ($this->Post->isOwnedBy($postId, $user['id'])) {
            return true;
        }
    }

    return parent::isAuthorized($user);
}

Nous surchargeons maintenant l’appel isAuthorized() de AppController’s et vérifions à l’intérieur si la classe parente autorise déjà l’user. Si elle ne le fait pas, alors nous ajoutons juste l’autorisation d’accéder à l’action add, et éventuellement accés pour modifier et de supprimer. Une dernière chose à que nous avons oubliée d’exécuter est de dire si l’user à l’autorisation ou non de modifier le post, nous appelons une fonction isOwnedBy() dans le model Post. C’est généralement une bonne pratique de déplacer autant que possible la logique dans les models. Laissons la fonction s’exécuter:

// app/Model/Post.php

public function isOwnedBy($post, $user) {
    return $this->field('id', array('id' => $post, 'user_id' => $user)) !== false;
}

Ceci conclut notre tutoriel simple sur l’authentification et les autorisations. Pour sécuriser l’UsersController, vous pouvez suivre la même technique que nous faisions pour PostsController, vous pouvez aussi être plus créatif et coder quelque chose de plus général dans AppController basé sur vos propres règles.

Si vous avez besoin de plus de contrôle, nous vous suggérons de lire le guide complet Auth dans la section Authentification où vous en trouverez plus sur la configuration du component, la création de classes d’autorisation personnalisée, et bien plus encore.

Lectures suivantes suggérées

  1. Génération de code avec Bake Génération basique CRUD de code

  2. Authentification: Inscription d’user et connexion