Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - bcache避免快取遺漏程式碼路徑中發生過大讀取要求。在快取裝置的快取遺漏程式碼路徑中如果符合快取遺漏範圍的內部 B+ 樹狀結構適當位置則會在 cache_lookup_fn()在下列程式碼區塊中[程式碼區塊 1] 526 未簽署 int 磁區 = KEY_INODE(k) == s->iop.inode 527 min_t(uint64_t, INT_MAX, 528 KEY_START(k) - bio->bi_iter.bi_sector) 529INT_MAX; 530 int ret = s->d->cache_miss(b, s, bio,ectors);此處 s->d->cache_miss() 是初始化為 cached_dev_cache_miss() 的呼叫 backfunction 指標最後一個參數 '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 個錯誤() 53 傳回 NULL以上所有錯誤皆為過大參數「sectors」從 cached_dev_cache_miss() 造成的。在 cached_dev_cache_miss() 內參數 'sectors' 用於計算從支援裝置讀取快取遺漏的資料大小。以下程式碼行將此大小儲存在 s->insert_bio_sectors 中[程式碼區塊 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_sectors, 913 s->insert_bio_sectors)過大的參數 'sectors' 可能由上述程式碼區塊的 BUG_ON() 觸發錯誤 1)。且下列程式碼行會以 s->insert_bio_sectors 的提示配置 bio 傳送至遺漏資料928 &dc->disk.bio_split)過大的參數 'sectors' 可能會從 Agive 程式碼區塊的 BUG() 觸發錯誤 2)。現在讓我來說明過大的「磁區」是如何發生不穩定的。在程式碼區塊 5 中replace_key 是由 macro KEY() 產生。來自巨集 KEY() 的定義 [程式碼區塊 7] 71 #define KEY(inode, offset, size) \ 72 ((struct bkey) { \ 73 .high = (1ULL << 63) | ((__u64) ( size) << 20) | (inode), \ 74 .low = (位移) \ 75 }) 此處的「size」是指結構 bkey 之 64 位元成員「高」中內嵌的 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+ 樹狀結構中做為快取遺漏檢查金鑰 (特殊金鑰用於偵測並避免正常寫入要求和快取遺漏讀取要求之間的爭用)因為 [程式碼區塊 8] 915 ret = bch_btree_insert_check_key(b, &s->op, &s->iop.replace_key);接著大小為 0 的 s->iop.replace_key as 3rd 參數會觸發程式碼區塊 2 中的 bkey 大小檢查 BUG_ON()並造成核心錯誤 1)。另一個 ke ---truncated--- (CVE-2021-47275)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2021-47275

medium Nessus Plugin ID 230174

版本 1.9