This library implements the best practices for implementing a secure "Remember Me" functionality on web sites. Login information and unique secure tokens are stored in a cookie. If the user visits the site, the login information from the cookie is compared to information stored on the server. If the tokens match, the user is logged in. A user can have login cookies on several computers/browsers.
This library is heavily inspired by Barry Jaspan's article "Improved Persistent Login Cookie Best Practice". The library protects against the following attack scenarios:
- The computer of a user is stolen or compromised, enabling the attacker to log in with the existing "Remember Me" cookie. The user knows this has happened. The user can remotely invalidate all login cookies.
- An attacker has obtained the "Remember Me" cookie and has logged in with it. The user does not know this. The next time he tries to log in with the cookie that was stolen, he gets a warning and all login cookies are invalidated.
- An attacker has obtained the database of login tokens from the server. The stored tokens are hashed so he can't use them without computational effort (rainbow tables or brute force).
- An attacker tries to log in with brute force, by systematically generating "Remember Me" cookies. With the default security settings and 100 tries per second (a very high number which would probably show up in the server logs), it would take 8 months for a 50% chance to guess a cookie value right.
composer require birke/rememberme
example directory for an example. You can run it on your local machine with the command
php -S 127.0.0.1:8085 -t example
To understand the basic application structure, have a look at
index.php and the
The example uses the file system to store the tokens on the server side. In most
cases it's better to swap the storage with the
$expire = strtotime("1 week", 0); $cookie = new PHPCookie("REMEMBERME", $expire, "/", "", true, true); $auth = new Authenticator($storage, null, $cookie);
This library uses the
random_bytes function by default to generate a 16-byte token
(a 32 char hexadecimal string). That should be sufficiently secure for most applications.
If you need more security, instantiate the
Authenticator class with a custom token generator.
The following example generates Base64-encoded tokens with 128 characters:
$tokenGenerator = new DefaultToken(94, DefaultToken::FORMAT_BASE64); $auth = new Authenticator($storage, $tokenGenerator);
If you like even more control over the generation of your random tokens,
have a look at the RandomLib. Rememberme has a
RandomLibToken class that can use it.
The best way to clean expired tokens from your storage (file system or database) is to write a small script that initializes your token storage class and calls its
Run this script regularly with a cron job or other worker method.
If you can't run the cleanup script regularly and have a low-traffic site, you can clean the storage on every page call by initializing the Authenticator class like this:
$auth = new Authenticator($storage); $auth->setCleanExpiredTokensOnLogin(true);
The first you'll have to do is update the result checking of the
It no longer returns a boolean/the credentials, but instead returns a result object that must
be queried for success, failure and credentials. See the example for how it is done.
If you did subclass
Authenticator with a custom
createToken method, you need to
implement your token generation in a custom class that implements
and pass it as a constructor argument.
The less secure pseudo-random tokens of the old version will be replaced by more secure tokens whenever a login occurs. For better security (and less convenience of your users) you could completely clear your token storage once after updating.