PHP:如何检测 session 是否自动过期？

Question

定义了 session 过期时间后，是否可以在过期时调用事件监听器？

如果不可能，是否可以运行 cron 作业来检查 session 是否已过期？

注意:我对服务器解决方案感兴趣。我说的是定义了 session 过期时间的情况，并且 session 因为该期限过期而自动结束。

Answer 1

is it possible to call an event listener when it expires?

简短的回答是 否

人们倾向于忽略 session 的一些奇怪之处。使用默认处理程序， session 不会在 gc_maxlifetime 时过期结束 - 这只是数据符合自动删除条件的时间。 session 所有者没有任何操作会触发 session 的后续删除 - 这是其他人 session 的副作用。

当 session_write_close()被调用(显式或隐式由代码结尾)，如果随机数生成器通过相关的 gc 设置调整抛出正确的数字，那么 PHP 将寻找超过其 TTL 的数据并将其删除。如果你想在此时触发一个 Action ，那么你需要打破默认处理程序并应用你自己的。这意味着您不仅必须提供一种机制来识别和删除 session ，而且还必须提供一种方法来决定您的处理程序是否应该启动以及它应该删除多少 session - 您不想要 runaway process killing your server .

在 Ubuntu 中， session.gc_probability = 0 ，它是一个执行删除陈旧数据文件功能的 cron 作业。

您的问题中缺少的一条非常重要的信息是删除 session 的原因。

如果您想防止敏感数据保留在文件系统上，那么更好的解决方案是使用存储(仅)在另一个客户端 cookie 中的 key 对数据进行加密。这样您就可以完全消除服务器上未 protected 数据的存储。 (请注意， suhosin's encrypted sessions 使用从有关客户端的数据派生的 key 和存储在同一主机上的静态 key - 这比随机生成的 key 安全性要低得多)。 Here's one I prepared earlier .

如果您只是想在 gc_maxlifetime 之后阻止访问已过期，您应该考虑自定义 session 处理程序，它将过时的 session 视为丢失。即它不会在到期时真正注销，但任何后续请求都不能再与 session 相关联。 Stackable session 处理程序示例中的安全层实现了这样的控制。

OTOH 如果您想在事件监听器中使用 session 中的数据，那么情况就不同了 - 您当然无法对数据使用 Suhosin 或我的加密。但更复杂的是，数据的(默认)格式与其他地方使用的格式不同。您需要使用 session_encode () 和 session_decode ()。前者只会从 $_SESSION 数组中读取数据，因此窃听 session 需要小心地颠覆 session_id()和 session_start() . session_decode()但是会很乐意转换您扔给它的任何东西。

在最新版本的 PHP 中，您可以指定不同的函数对用于序列化/反序列化。

考虑 __wakeup() 的潜在影响至关重要。考虑将要读取 session 文件中的数据的 session 垃圾收集器时的方法。与此相关的是，要求处理此类垃圾收集的进程在与创建 session 数据的原始 PHP 进程相同的 uid 下运行(否则您将拥有特权升级后门)。但是，如果 session 存储基板是基于文件的，那么无论如何都需要如此。

有一些用 PHP 以外的语言编写的 session 数据反序列化器的实现可以提供针对 __wakeup() 的保护。攻击(试试谷歌)，尽管这对于解决问题来说可能太过分了，而且它们可能没有得到积极维护。如果这是一个问题，那么更合适的解决方案可能是使用 WDDX (xml) 序列化程序并使用传统的 XML 解析器将数据读回 GC 引擎。

如果您使用 native 处理程序来正常读取和写入数据，但想要实现您自己的垃圾收集器，那么您将需要代码来映射 session_id到文件路径。如果您按照我提供的上述 PHP 类的链接进行操作，您将看到几个 session 处理程序的纯 PHP 实现，包括与 native 处理程序兼容的 session 处理程序。

但我强烈建议您在选择在删除时读回 session 数据之前，用尽所有其他途径来解决任何潜在问题。