filelock 软锁 inode 复用竞态漏洞修复
热点事件持续更新
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日 06:00
filelock 4.2.1 修复 SoftFileLock 因 inode 复用被本地用户破坏互斥的问题报道时间线
沿着报道,了解事件的不同侧面。
10月24日
- GitHub 安全公告库 (GHSA)精选filelock 4.2.1 修复 SoftFileLock 因 inode 复用被本地用户破坏互斥的问题
filelock 发布通告,指出 4.1.0 及之后版本的 SoftFileLock、MarkerSoftFileLock 与 SoftFileLease 仅凭 mtime 和 inode 判断锁文件是否被持续观察,同一目录下可创建文件的另一本地用户可借 inode 复用让锁用户的两个进程同时进入临界区,且双方都不会收到错误。
本事件热度走势
- 可比范围当前
- 9
- 可比范围峰值
- 1010月24日 07:00
- 近 24 小时变化
- –
02.557.510
07:0008:0009:00
趋势仅比较持续完整观测到的相同主体,范围可能小于当前热度统计。移动指针或点击图表查看每小时热度;键盘可用左右方向键切换。