高科技
漏洞警告:EXT4可能吃掉你的所有数据
一个已知存在于EXT4文件系统中的漏洞,可能导致Linux 4.0 内核以上的系统丢失文件数据。
来自Debian的报告指出,这个漏洞可能导致严重的文件系统损坏,特别对于组件 RAID0 的用户,和不升级不舒服arch党,以及不编译不虔诚Debian党影响颇大。
Linux 内核开发的邮件列表里,开发者Lukas Czerner表示补丁已经在路上。并且这个漏洞存在了很长时间,可以追朔到linux3.12版内核。但有开发者表示受影响最大的还是 Linux 4.x 的用户。
[-]
Czerner 对这个漏洞的解释是:
当我们有延迟数据区块( delayed extent)需要写入,向 extent status tree 插入状态的时候,我们必须先写出一部分缓存空间。但是在 delayed extent tree 的实现细节上有局限,就是哪怕整个 extent 只里有一个区块的数据处于delayed状态,那整个extent都会被标注为delayed。于是悲剧的事情发生了,缓存被写满的时候,我们就没法跳过这些extent,虽然被标注了「不可写」,但是数据状态被强制改成「可写」,于是数据被覆盖掉了,但状态还是delayed。
当我们试图写入这些区块的时候,函数 ext4_da_map_blocks() 将更新缓存并将delayed状态映射到无效的缓存区域,造成区块被清零并丢失数据。
虽然我努力翻译了以上解释,但还是不太明白的样子。不过这种惊悚的感觉还是明摆着的。所以赶紧打补丁才是正事。
本文译自 theregister,由译者 Junius 基于创作共用协议(BY-NC)发布。
给这篇稿打赏,让译者更有动力
@3 years ago
在首页看到题图吓了我一跳,还以为windows的系统漏洞已经入侵到现实世界了。
中午刚睡醒的时候脑子果然会混乱啊。。。
@3 years ago
天哪,吓得我又重装了下win7
@3 years ago
在首页看到题图吓了我一跳,我还以为系统漏洞已经入侵到现实世界了。
中午刚睡醒的时候脑子果然会听啥信啥啊 。 。。
@3 years ago
其实我比较想要支持标签(tags)的文件系统
@3 years ago
4.x的内核 还没见过
@3 years ago
不编译不舒服的明明是Gentoo。Debian基本用的都是二进制包。
@3 years ago
@Frankie: Aye……thanks
@3 years ago
落伍了,什么时候内核都已经到4了
网上n多文章还在介绍古老的2.6……
@3 years ago
要不要用btrfs
@3 years ago
统计arch党点oo,gentoo党点xx
@3 years ago
每个字都看得懂
@3 years ago
还好,目前还停留在3.X时代,其实影响应该不会太大,4.X才出来多久,而且服务器什么的更新一般都很谨慎,相信大部分都不是3.x的.
@3 years ago
我觉得一般都是用2.6内核,没什么影响
@3 years ago
4.0内核出来没多久而已我都还在用3.13
@3 years ago
一直不懂linux,只在虚拟机里装了一个ubuntu,还不会用的路过。
@3 years ago
使用RAID才有这个问题,不怕,而且补丁已经出来了。
@3 years ago
@rosses: 3.13?这个已经不维护了。
@3 years ago
@admin: Arch党已经升到4.0.3啦。
@3 years ago
打开笔记本,啥别的都不做,终端运行 pacman -Syu,完成后心满意足的关上电脑。
@3 years ago
@wsxy162: Canonical在维护3.13
@3 years ago
非程序猿一个字都看不懂
@3 years ago
NAS上用的 XFS,笔记本是 BTRFS,另一个笔记本是 ZFS
@3 years ago
xfs路过
@3 years ago
debian testing用的好像还是3.12的内核啊,debian应该更老一点吧…
@3 years ago
Ubuntu简直是梦魇啊~但又停不下来。。。
@3 years ago
@Junius, you forget setting tags for this article.
@3 years ago
又看到junius了!好久不見 要多發文吖
@3 years ago
幸亏我还没来得及编译
@3 years ago
底层不懂党发问求助:hadoop集群会不会受影响?
@3 years ago
微软大法好,天灭Linux&IOS
@3 years ago
同行不少,vsphere下的rhel6.3还未出现过这种问题。
@3 years ago
arch还没更新的飘过