search
HomeBackend DevelopmentPHP TutorialPHP permanent login, remember me function implementation methods and safety practices_PHP tutorial

PHP permanent login, remember me function implementation methods and safety practices

  PHP permanent login, remember me function implementation methods and safety practices

This article mainly introduces the implementation methods and security practices of PHP permanent login and remember me functions. This article focuses on using the database to achieve more secure permanent login and remember me functions. Friends who need it can refer to it

Permanent login refers to a mechanism for continuous authentication between browser sessions. In other words, a user who is logged in today will still be logged in tomorrow, even if user sessions expire between visits. The presence of persistent logins reduces the security of your authentication mechanism, but it increases usability. Instead of troublesome users to authenticate each time they visit, provide the option to remember the login.

From what I have observed, the most common flawed permanent login scheme is to save the username and password in a cookie. The temptation to do this is understandable - instead of prompting the user for a username and password, you can simply read them from the cookie. The rest of the verification process is exactly the same as a normal login, so this scenario is a simple one.

However, if you do store your username and password in cookies, please turn off this feature immediately and read the rest of this section to find some ideas for implementing a more secure solution. You will also need to require all users who use this cookie to change their passwords in the future because their authentication information has been exposed.

Permanent login requires a permanent login cookie, often called an authentication cookie, because cookies are the only standard mechanism used to provide stable data across multiple sessions. If the cookie provides permanent access, it poses a serious risk to the security of your application, so you need to make sure that the data you save in the cookie can only be used for authentication for a limited period of time.

The first step is to devise a method to mitigate the risk posed by captured persistent login cookies. While cookie capture is something you want to avoid, having a defense-in-depth process is best, especially since this mechanism can make your validation form less secure even when everything is working fine. In this way, the cookie cannot be generated based on any information that provides a permanent login, such as the user's password.

To avoid using the user’s password, you can create an identity that is only valid for one-time verification:

The code is as follows:

$token = md5(uniqid(rand(), TRUE));

 ?>

You can save it in the user's session to associate it with a specific user, but this doesn't help you stay logged in across multiple sessions, which is a big deal. Therefore, you must use a different method to associate this identity with a specific user.

Since the username is less sensitive than the password, you can store it in a cookie, which can help the verification process to confirm which user ID is provided. However, a better approach is to use a secondary identity that is difficult to guess and discover. Consider adding three fields to the data table that stores usernames and passwords: a second identity (identifier), a permanent login identification (token), and a permanent login timeout (timeout).

The code is as follows:

mysql> DESCRIBE users;

  ------------ ------------------ ------ ----- ------ --- -------

| Field | Type | Null | Key | Default | Extra |

  ------------ ------------------ ------ ----- ------ --- -------

| username | varchar(25) | | PRI | | |

| password | varchar(32) | YES | | NULL | |

| identifier | varchar(32) | YES | MUL | NULL | |

| token | varchar(32) | YES | | NULL | |

| timeout | int(10) unsigned | YES | | NULL | |

  ------------ ------------------ ------ ----- ------ --- -------

By generating and saving a secondary identity and permanent login identity, you can create a cookie that does not contain any user authentication information.

The code is as follows:

 $salt = 'SHIFLETT';

$identifier = md5($salt . md5($username . $salt));

$token = md5(uniqid(rand(), TRUE));

 $timeout = time() 60 * 60 * 24 * 7;

setcookie('auth', "$identifier:$token", $timeout);

 ?>

When a user uses a permanent login cookie, you can check whether it meets several criteria:

The code is as follows:

 /* mysql_connect() */

 /* mysql_select_db() */

 $clean = array();

 $mysql = array();

$now = time();

 $salt = 'SHIFLETT';

list($identifier, $token) = explode(':', $_COOKIE['auth']);

 if (ctype_alnum($identifier) ​​&& ctype_alnum($token))

 {

 $clean['identifier'] = $identifier;

 $clean['token'] = $token;

 }

else

  {

  /* ... */

  }

  $mysql['identifier'] = mysql_real_escape_string($clean['identifier']);

  $sql = "SELECT username, token, timeout

  FROM users

  WHERE identifier = '{$mysql['identifier']}'";

  if ($result = mysql_query($sql))

  {

  if (mysql_num_rows($result))

  {

  $record = mysql_fetch_assoc($result);

  if ($clean['token'] != $record['token'])

  {

  /* Failed Login (wrong token) */

  }

  elseif ($now > $record['timeout'])

  {

  /* Failed Login (timeout) */

  }

  elseif ($clean['identifier'] !=

  md5($salt . md5($record['username'] . $salt)))

  {

  /* Failed Login (invalid identifier) */

  }

  else

  {

  /* Successful Login */

  }

  }

  else

  {

  /* Failed Login (invalid identifier) */

  }

  }

  else

  {

  /* Error */

  }

  ?>

  你应该坚持从三个方面来限制永久登录cookie的使用。

  1.Cookie需在一周内(或更少)过期

  2.Cookie最好只能用于一次验证(在一次成功验证后即删除或重新生成)

  3.在服务器端限定cookie在一周(或更少)时间内过期

  如果你想要用户无限制的被记住,那只要是该用户的访问你的应用的频度比过期时间更大的话,简单地在每次验证后重新生成标识并设定一个新的cookie即可。

  另一个有用的原则是在用户执行敏感操作前需要用户提供密码。你只能让永久登录用户访问你的应用中不是特别敏感的功能。在执行一些敏感操作前让用户手工进行验证是不可替代的步骤。

  最后,你需要确认登出系统的用户是确实登出了,这包括删除永久登录cookie:

  复制代码 代码如下:

  

  setcookie('auth', 'DELETED!', time());

  ?>

  上例中,cookie被无用的值填充并设为立即过期。这样,即使是由于一个用户的时钟不准而导致cookie保持有效的话,也能保证他有效地退出。

www.bkjia.comtruehttp://www.bkjia.com/PHPjc/990992.htmlTechArticlePHP永久登录、记住我功能实现方法和安全做法 PHP永久登录、记住我功能实现方法和安全做法 这篇文章主要介绍了PHP永久登录、记住我功能...
Statement
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
What is the difference between absolute and idle session timeouts?What is the difference between absolute and idle session timeouts?May 03, 2025 am 12:21 AM

Absolute session timeout starts at the time of session creation, while an idle session timeout starts at the time of user's no operation. Absolute session timeout is suitable for scenarios where strict control of the session life cycle is required, such as financial applications; idle session timeout is suitable for applications that want users to keep their session active for a long time, such as social media.

What steps would you take if sessions aren't working on your server?What steps would you take if sessions aren't working on your server?May 03, 2025 am 12:19 AM

The server session failure can be solved through the following steps: 1. Check the server configuration to ensure that the session is set correctly. 2. Verify client cookies, confirm that the browser supports it and send it correctly. 3. Check session storage services, such as Redis, to ensure that they are running normally. 4. Review the application code to ensure the correct session logic. Through these steps, conversation problems can be effectively diagnosed and repaired and user experience can be improved.

What is the significance of the session_start() function?What is the significance of the session_start() function?May 03, 2025 am 12:18 AM

session_start()iscrucialinPHPformanagingusersessions.1)Itinitiatesanewsessionifnoneexists,2)resumesanexistingsession,and3)setsasessioncookieforcontinuityacrossrequests,enablingapplicationslikeuserauthenticationandpersonalizedcontent.

What is the importance of setting the httponly flag for session cookies?What is the importance of setting the httponly flag for session cookies?May 03, 2025 am 12:10 AM

Setting the httponly flag is crucial for session cookies because it can effectively prevent XSS attacks and protect user session information. Specifically, 1) the httponly flag prevents JavaScript from accessing cookies, 2) the flag can be set through setcookies and make_response in PHP and Flask, 3) Although it cannot be prevented from all attacks, it should be part of the overall security policy.

What problem do PHP sessions solve in web development?What problem do PHP sessions solve in web development?May 03, 2025 am 12:02 AM

PHPsessionssolvetheproblemofmaintainingstateacrossmultipleHTTPrequestsbystoringdataontheserverandassociatingitwithauniquesessionID.1)Theystoredataserver-side,typicallyinfilesordatabases,anduseasessionIDstoredinacookietoretrievedata.2)Sessionsenhances

What data can be stored in a PHP session?What data can be stored in a PHP session?May 02, 2025 am 12:17 AM

PHPsessionscanstorestrings,numbers,arrays,andobjects.1.Strings:textdatalikeusernames.2.Numbers:integersorfloatsforcounters.3.Arrays:listslikeshoppingcarts.4.Objects:complexstructuresthatareserialized.

How do you start a PHP session?How do you start a PHP session?May 02, 2025 am 12:16 AM

TostartaPHPsession,usesession_start()atthescript'sbeginning.1)Placeitbeforeanyoutputtosetthesessioncookie.2)Usesessionsforuserdatalikeloginstatusorshoppingcarts.3)RegeneratesessionIDstopreventfixationattacks.4)Considerusingadatabaseforsessionstoragei

What is session regeneration, and how does it improve security?What is session regeneration, and how does it improve security?May 02, 2025 am 12:15 AM

Session regeneration refers to generating a new session ID and invalidating the old ID when the user performs sensitive operations in case of session fixed attacks. The implementation steps include: 1. Detect sensitive operations, 2. Generate new session ID, 3. Destroy old session ID, 4. Update user-side session information.

See all articles

Hot AI Tools

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Undress AI Tool

Undress AI Tool

Undress images for free

Clothoff.io

Clothoff.io

AI clothes remover

Video Face Swap

Video Face Swap

Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Tools

EditPlus Chinese cracked version

EditPlus Chinese cracked version

Small size, syntax highlighting, does not support code prompt function

SecLists

SecLists

SecLists is the ultimate security tester's companion. It is a collection of various types of lists that are frequently used during security assessments, all in one place. SecLists helps make security testing more efficient and productive by conveniently providing all the lists a security tester might need. List types include usernames, passwords, URLs, fuzzing payloads, sensitive data patterns, web shells, and more. The tester can simply pull this repository onto a new test machine and he will have access to every type of list he needs.

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

This project is in the process of being migrated to osdn.net/projects/mingw, you can continue to follow us there. MinGW: A native Windows port of the GNU Compiler Collection (GCC), freely distributable import libraries and header files for building native Windows applications; includes extensions to the MSVC runtime to support C99 functionality. All MinGW software can run on 64-bit Windows platforms.

WebStorm Mac version

WebStorm Mac version

Useful JavaScript development tools

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

Powerful PHP integrated development environment