Secure URL signing and validation for the Yii2 framework

Installs: 11 486

Dependents: 0

Suggesters: 0

Security: 0

Stars: 6

Watchers: 1

Forks: 1

Open Issues: 0


v2.0.0 2018-10-08 15:05 UTC

This package is auto-updated.

Last update: 2023-02-25 18:33:26 UTC


Scrutinizer Code Quality Code Coverage Build Status

yii2-urlsigner Secure URL signing and validation.

The goal of this component is to enable stateless but secure URL validation. This can be useful, for example, when doing email validation or password reset.

The idea is simple, consider I want to change my email, the system could send me a link like this:

Of course, this is very insecure, and no one actually (hopefully) does it like this. One solution is to generate a random token:

This is secure, but requires keeping state on the server. This package solves the problem by signing the URL.

This allows us to verify that the URL was actually created by us therefore can be trusted.


class RequestResetAction {

    public function run(
        UrlSigner $urlSigner,
        int $id,
        string $email
    ) {
        $user = User::find()->andWhere([
            'id' => $id,
            'email' => $email

        $route = [
            'id' => $user->id,
            'crc' => crc32($user->password_hash),

         * Sign the params.
         * 1st param is passed by reference, the component adds the params needed for HMAC.
         * 2nd param indicates that the params must match exactly, the user cannot add another param.
         * 3rd param sets the expiration to 1 hour
        $urlSigner->signParams($route, false, (new DateTime())->add(new DateInterval('PT1H')));



class DoResetAction {

    public function behaviors()
        return [
            'hmacFilter' => [
            'class' => HmacFilter::class,
            'signer' => $this->controller->module->get('urlSigner'),

    public function run(
        int $id
    ) {
        // Here we can trust that the user got here through the link that we sent.


Do not share secrets across hosts

If you use this component in a multi-host application you must make sure each host uses a different secret. The URL signing takes into account the absolute route and all given parameters, anything else is excluded from the signature and from validation. This means that if you have a structure like this:

And they use the same route, for example /user/do-reset, for password resets, a normal user will be able to change the domain without invalidating the signature.