PHP会话已创建但返回NULL，权限配置及修改安全性咨询

先搞定会话路径不匹配的根源 #

你的问题本质是会话存储路径前后不一致：登录页面把会话写到了/tmp，但跳转后的home/index页面用的是PHP默认路径/var/lib/php/sessions，两边会话文件不在同一个目录，自然读不到之前的$_SESSION数据。

可能的原因：

• 登录页面里手动设置过session_save_path('/tmp')，但home/index页面没同步这个设置，导致默认用了php.ini里的路径。
• 服务器配置（比如.htaccess、nginx的PHP配置段）或者代码里的ini_set()局部覆盖了会话路径，不同页面的配置不一样。

关于目录权限修改的关键提醒 #

首先明确：文件夹不能设置成-rw-rw-rw-权限——这是普通文件的权限格式，文件夹必须有执行权限（x位）才能让进程进入目录读写文件。你当前的drwx-wx-wt是标准的会话目录权限，其中：

• d代表是目录
• rwx是root用户的权限：读、写、进入
• wx是root组用户的权限：写、进入（无读权限，防止组内用户随便读会话文件）
• wt是其他用户的权限：写、进入，且t位是关键安全设置——只有文件所有者能删除自己的会话文件，避免他人恶意删除。

要是强行把目录改成drw-rw-rw-（去掉执行权限），PHP进程根本进不了这个目录，会话功能直接报废，所有用户都没法维持登录状态。

正确的权限调整方式 #

如果确实需要调整该目录权限，得保留执行权限，比如：

• 把目录的所属组改成PHP运行用户（比如www-data、apache）：chgrp www-data /var/lib/php/sessions
• 然后给组用户添加读写执行权限：chmod g+rwx /var/lib/php/sessions
• 别去掉t位，这是防止会话文件被恶意删除的重要保障。

安全风险说明 #

要是把会话目录改成全局可读可写（比如777权限），会出大问题：

• 服务器上其他用户/进程能读取所有用户的会话文件，窃取会话信息，甚至冒充用户登录。
• 他人可以随意删除、篡改会话文件，导致用户登录状态丢失、会话异常。

所以绝对不能给会话目录开过度宽松的权限，保持默认的drwx-wx-wt（或调整所属用户/组后的合理权限）才是安全且能正常工作的。

内容的提问来源于stack exchange，提问作者Instream