跳到正文
热点事件持续更新

filelock 软锁 inode 复用竞态漏洞修复

1 篇报道1 个报道来源4 小时前更新

先了解这件事

AI 综述

filelock 发布安全通告称,4.1.0 及之后版本的 SoftFileLock、MarkerSoftFileLock 与 SoftFileLease 仅凭 mtime 和 inode 判断锁文件是否被持续观察,存在互斥失效风险;4.2.1 已修复。 通告描述的攻击条件是:同一目录(包括带 sticky 位的 /tmp)下能创建文件的另一本地用户,在锁路径放置自己的空文件;在会立即复用已释放 inode 号的文件系统(ext4、ext4 上的 overlayfs)上,锁用户的下一个标记会重复这两个值,导致锁用户的两个进程同时进入临界区,且双方都不会收到错误。 通告称,4.1.0 之前的版本、不会立即复用 inode 号的文件系统(tmpfs、btrfs)以及只有一个竞争者的锁不受影响。

AI 根据报道生成 · 3 小时前更新

报道时间线

沿着报道,了解事件的不同侧面。

10月24日
  1. GitHub 安全公告库 (GHSA)精选
    filelock 4.2.1 修复 SoftFileLock 因 inode 复用被本地用户破坏互斥的问题

    filelock 发布通告,指出 4.1.0 及之后版本的 SoftFileLock、MarkerSoftFileLock 与 SoftFileLease 仅凭 mtime 和 inode 判断锁文件是否被持续观察,同一目录下可创建文件的另一本地用户可借 inode 复用让锁用户的两个进程同时进入临界区,且双方都不会收到错误。

本事件热度走势

可比范围当前
9
可比范围峰值
1010月24日 07:00
近 24 小时变化
–

趋势仅比较持续完整观测到的相同主体,范围可能小于当前热度统计。移动指针或点击图表查看每小时热度;键盘可用左右方向键切换。