Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - bcache避免缓存缺失代码路径中过大的读取请求在缓存设备的缓存缺失代码路径中如果内部 B+ 树中的正确位置与缓存缺失范围匹配则函数 cached_dev_cache_miss() 将在 cache_lookup_fn() 中调用在以下代码块中[代码块 1] 526 unsigned intectors = KEY_INODE(k) == s->iop.inode 527 ? min_t(uint64_t, INT_MAX, 528 KEY_START(k) - bio->bi_iter.bi_sector) 529 INT_MAX第530章此处 s->d->cache_miss() 是初始化为 cached_dev_cache_miss() 的回调函数指针最后一个参数“sectors”是计算对缺少缓存数据的支持设备的读取请求大小的重要提示。上述代码块中的当前计算可生成“sectors”过大值因此可通过 BUG() 或 BUG_ON() 触发 2 个不同的潜在内核错误如下所列1) bch_btree_insert_key() 内的 BUG_ON()[代码块 2] ] 886 BUG_ON(b->ops->is_extents && !KEY_SIZE(k));
    2) biovec_slab() 内的 BUG()[代码块 3] 51 默认52 BUG() 53 返回 NULL以上所有错误均源于由超大参数“sectors”导致的 cached_dev_cache_miss()。在 cached_dev_cache_miss() 内部参数“sectors”用于计算从缓存缺失的支持设备读取的数据大小。通过以下代码行将此大小存储在 s->insert_bio_sectors 中[code block 4] 909 s->insert_bio_sectors = min(sectors, bio_sectors(bio) + reada);然后通过以下代码行生成插入内部 B+ 树的实际密钥并存储在 s->iop.replace_key 中[代码块 5] 911 s->iop.replace_key = KEY(s->iop.inode,第912章 bio->bi_iter.bi_sector + s->insert_bio_sectors913 s->insert_bio_sectors过大参数“sectors”可能由上述代码块中的 BUG_ON() 触发错误 1)。并且通过以下代码行为发送到支持设备的缺失数据 bio 通过来自 s->insert_bio_sectors 的提示分配 [代码块 6] 926 cache_bio =bio_alloc_bioset(GFP_NOWAIT, 927 DIV_ROUND_UP(s->insert_bio_sectors, PAGE_SECTORS),第 928 章过大参数“sectors”可能由之前代码块中的 BUG() 触发错误 2)。现在让我来解释一下超大的“扇区”是如何发生错误的。在代码块 5中由宏 KEY() 生成 replace_key。根据宏 KEY() 的定义[代码块 7] 71 #define KEY(inode, offset, size) \ 72 ((struct bkey) { \ 73 .high = (1ULL << 63) | ((__u64) ( size) << 20) | (inode), \ 74 .low = (offset) \ 75 }) 此处的 'size' 是嵌入在 struct bkey 的 64 位成员“high”中的 16 位宽度。但在代码块 1 中如果 KEY_START(k) - bio->bi_iter.bi_sector 很可能大于 (1<<16) - 1这会导致代码块 5 中的 bkey 大小计算溢出。在一个缺陷报告中参数“sectors”的值为 131072 (= 1 << 17)溢出的“sectors”导致代码块 4 中的 s->insert_bio_sectors然后将 s->iop.replace_key 的大小字段变为在代码块 5 中将其设置为 0。然后将 0 大小的 s->iop.replace_key 插入内部 B+ 树中作为缓存缺少检查密钥检测并避免正常写入请求与缓存缺少读取请求之间争用的特殊密钥as[代码块 8] 915 ret = bch_btree_insert_check_key(b, &s->op, &s->iop.replace_key);然后0 大小的 s->iop.replace_key 作为第三个参数会触发代码块 2 中的 bkey 大小检查 BUG_ON()并造成内核错误 1)。另一个问题 ---truncated--- (CVE-2021-47275)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2021-47275

medium Nessus 插件 ID 230174

版本 1.19